Algum entenderdor de e2fsck e ext4 sabe me dizer se seria essencialmente seguro executar novamente o comando mostrado a seguir sem o segundo "c" (cuja presenca faz a coisa ser apenas um teste, pelo que entendi):
root@antiX1:/home/demo# [b]e2fsck -ccfy /dev/sda6[/b\
e2fsck 1.41.11 (14-Mar-2010)
Checking for bad blocks (non-destructive read-write test)
Testing with random pattern: done
linux3: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Block bitmap differences: +(8--9) +(13--14) +(16--18) +22 +(24--25) +(27--30) +34 +(37--38) +(143--151) +(153--163) +165 +167 +169 +(172--176) +(178--184) +187 +207 +(251--252) +265 +267 +270 +(272--273) +275 +(277--278) +(281--282) +(284--286) +(289--291) +295 +381 +(385--391) +400 +(402--403) +(405--411) +(413--423) +425 +(428--429) +435 +(437--438) +506 +(508--513) +516 +(630--631) +637 +647 +(650--652) +(656--658) +(663--668) +(671--676)
Fix? yes
Free blocks count wrong for group #0 (753, counted=615).
Fix? yes
Free blocks count wrong (405069, counted=404931).
Fix? yes
Pesquisei um pouco sobre esses termos, "block bitmap differences", " free blocks count wrong", mas nao achei nada esclarecedor. De vez em quando tem aparecido umas mensagens no boot nas linhas de "programming error? Block ##### claimed for no reason in process bad_block" e uns alertas meio tenebrosos do SMART, por isso estou num linux live fazendo uns exames nas particoes.
