Como limpar uma lista de inodes órfãos não processados?

Question

Eu tentei montar um sistema de arquivos montado anteriormente readonly read-writeable :

mount -o remount,rw /mountpoint

Infelizmente, não funcionou:

mount: /mountpoint not mounted already, or bad option

dmesg relatórios:

[2570543.520449] EXT4-fs (dm-0): Couldn't remount RDWR because of unprocessed orphan inode list.  Please umount/remount instead

Um umount também não funciona:

umount /mountpoint
umount: /mountpoint: device is busy.
    (In some cases useful info about processes that use
     the device is found by lsof(8) or fuser(1))

Infelizmente, nem lsof de fuser não mostra nenhum processo acessando algo localizado abaixo do ponto de montagem.

Então - como posso limpar essa lista órfã não processada para poder montar o sistema de arquivos novamente sem reiniciar o computador?

    

Answer 1

Você limpa a lista de inodes órfãos não processados desmontando e remontando o sistema de arquivos.

Uma discussão estendida da lista de discussão linux-ext4 tem mais informações sobre o que é essa mensagem e por que ela pode aparecer. Em resumo, uma de duas coisas aconteceu: ou você se deparou com um bug do kernel, ou muito mais provavelmente, alguma corrupção do sistema de arquivos aconteceu uma das vezes em que você remontou o sistema de arquivos readonly. Qual é provavelmente porque o sistema pensa que algo ainda está usando o sistema de arquivos quando não há.

Se já passou um ano e você ainda não reinicializou a máquina, basta desistir e agendar uma janela de manutenção.

    

Answer 2

Se você estiver usando ext2 / ext3 / ext4, poderá usar e2fsck para limpar inodes órfãos:

e2fsck -f

Para reiserfs, você pode usar reiserfsck , que também limpará inodes órfãos.

    

Answer 3

e2fsck -f <mount point> não funciona.

Primeiro, descubra os pontos de montagem com

sudo mount -l

Então fsck a unidade diretamente.

Por exemplo, para mim

sudo e2fsck -f /dev/xvda2

    

Answer 4

Você provavelmente deve tentar uma desmontagem lenta, por exemplo:

umount -l

    

Answer 5

Eu recomendaria primeiro desmontar a partição com força, ou seja, usando a opção -f e executar uma verificação do sistema de arquivos usando fsck.