M'hi he trobat diverses vegades, i aquestes han pogut ser les causes en els meus casos:
A) El revisador fsck corregeix importants errades, i potser rescata fitxers o inodes que també tenen els seus problemes. A la següent revisió fsck corregeix errades de les coses que han aflorat abans. B) Alguna errada de configuració o de programari segueix donant problemes, i subsegüents revisions els tornen a trobar i corregir. C) La controladora de placa o del mateix disc o la memòria RAM produeix corrupció de dades al desar-les. Amb la qual cosa fsck troba noves incoherències al sistema de fitxers. Això podria implicar que també es desin continguts erronis als fitxers, que fsck no corregiria. Narcis Garcia __________ I'm using this dedicated address because personal addresses aren't masked enough at this mail public archive. Public archive administrator should fix this against automated addresses collectors. El 8/12/20 a les 11:54, Lluís Gras ha escrit: > Bones, > > Aquest matí m'he trobat el servidoret de casa "gripat", ahir se'n va > anar el corrent i aparentment quan va tornar a arrencar va tirar de > journal i corregir errors en inodes i aquests coses màgiques que fa el fsck. > > El cas és que he reiniciat l'equip i m'he trobat el prompt (initramfs), > he fet un fsck -p /dev/mapper/gv00-arrel i aparentment s'han corregit > els errors, torno a engegar i ara el sistema arrenca però en mode ro, > més fsck més comprovacions amb smartctl (sense errors, 18076 hores de > funcionament) i més reinicis fins que quan ja en començava a estar fins > al capdamunt i després de l'enèssim fsck + reinici, la maquineta ha > arrencat sense donar errors. > > I la pregunta ??? ... doncs la pregunta és si algú s'hi ha trobat i > perquè el fsck em diu que ja ha corregit tots els errors i quan torna a > arrencar en torna a trobar en inodes diferents, etc ... >
