[Resolvido] erro usando fsck.ext4 - 21.2% non-contiguous

Essa mensagem não é erro. Experimente adicionar a opção -v (verbose) ao comando para ver se ele dá alguma pista.

E o comando deve ser executado com a unidade desmontada.

Essa informação não se refere a fragmentação do sistema de arquivos? Acredito que isso seja normal.

MasterManson disse: a unidade monta, mas quando tento usar um
mmachado@TI:~$ sudo fsck.ext4 -f -p /dev/sda1

me responde com esse erro

1TB: 273/61054976 files (21.2% non-contiguous), 36998586/244190208 blocks

alg sabe me dizer o que pode ser ou como eu posso corrigir isso?

o pior d td é q é o hd de backup remoto via nfs >.<


Nunca, jamais, em hipótese alguma, utilize o FSCK com a unidade montada. Tu certamente danificou gravemente o teu sistema de arquivos, daí este erro como aparece. O aviso em letras garrafais não está lá como enfeite.


E eu prefiro usar o comando sem parâmetros, apenas:


# fsck /dev/sdx


a não ser em situações muito específicas.


Inté...

A opção "-p" é recomendada, pois é o método de verificação automatizada, que corrige automaticamente, sem a intervenção do usuário, todos os erros que forem achados e que não comprometam a integridade dos dados. A opção "-f" é para forçar a verificação mesmo que o sistema de arquivos não esteja marcado como "sujo". E a opção "-v" é o modo verbose, para sererem exibidas mais informações durante o processo.

No geral, o conjunto de opções "-p -f -v" é o ideal para verificar sistemas EXT.

Na realidade o fsck, em ext3/4, iniciado manualmente, já corrige o que tem de corrigir e mostra algumas mensagens resumindo o que está fazendo. Mesmo sem o uso de opções.


Ás vezes eu uso a opção -y para confirmar automaticamente as correções, e evitar perda de tempo.


Inté...

nao utilizei em unidade montada, ele estranhamente tb td vez q ligo o sistema executa aquela ação automatica do fsck (que é 1 porre e muito demorada, da pra desabilitar?) no verbose disse q tava td ok, sem erros, sem bad blocks,.... e a unidade voltou a montar automaticamente, sem problemas ... n entendi motivos mas blz... qd fui verificar os dados do smart tb deu tudo ok... entao... acho q ta resolvido...

obrigado a todos q tentaram ajudar =)

Essa checagem que tu acha muito demorada é feita de tempos em tempos e é automática. Enquanto tu não deixar ela chegar até o fim ela vai continuar aparecendo.


Inté...

MasterManson disse: a unidade monta, mas quando tento usar um
mmachado@TI:~$ sudo fsck.ext4 -f -p /dev/sda1

me responde com esse erro

1TB: 273/61054976 files (21.2% non-contiguous), 36998586/244190208 blocks

alg sabe me dizer o que pode ser ou como eu posso corrigir isso?

o pior d td é q é o hd de backup remoto via nfs >.<

Isso não é mensagem de erro, é só informação sobre fragmentação do sistema de arquivos, nunca vi uma unidade EXT tão fragmentada (21.2%) é um servidor de arquivos muito usado né?

PHIRON disse: Isso não é mensagem de erro, é só informação sobre fragmentação do sistema de arquivos, nunca vi uma unidade EXT tão fragmentada (21.2%) é um servidor de arquivos muito usado né?

na verdade é um hd usado pra backup remoto de 3 maquinas virtuais(kvm) diario + 2x ao dia backup do banco de dados firebird

e n tem mais de 2 meses de uso

É, o kernel é imune à fragmentação, né?

Mas seus problemas se acabarão quando o e4defrag estiver pronto (sabe-se lá quando).

Marcos FRM disse: É, o kernel é imune à fragmentação, né?

Mas seus problemas se acabarão quando o e4defrag estiver pronto (sabe-se lá quando).

Sei lá de onde nasceu essa lenda que os FS do Linux são imunes a fragmentação.

Que de fato os FS modernos do Linux são mais resistentes a fragmentação, isso é, mas até aí o NTFS também é mais resistente mas ninguém se lembra disso.