Hallo Liste. Als ich vorhin meinen Rechner booten wollte, da war aus unerfindlichen Gründen meine fstab zerstört, d.h. es standen lauter wirre Zeichen drin. Da ich eine aktuelle Kopie davon hatte, hab ich diese eingespielt, und jetzt sieht auch wieder alles ordentlich aus. Nun habe ich aber Sorge, daß an meinem FS (xfs) was nicht in Ordnung ist. Was kann ich tun, um das zu überprüfen? Ein fsck.xfs führt ja nicht wirklich weiter. Daß fsck während des Mountens durchgeführt wird, habe ich der man-Page entnommen. Aber der mount-Prozeß geht ja so schnell, daß in dieser kurzen Zeit doch unmöglich das ganze FS überprüft werden kann, oder? Davon abgesehen: hat jemand ne Idee, wieso die fstab überhaupt abgesoffen sein könnte? Ich hab die Kiste gestern ohne Probleme runtergefahren, sie war nicht abgestürzt und nichts. Seltsam... -- Andreas Feile www.feile.net
Andreas Feile schrieb:
[...] Nun habe ich aber Sorge, daß an meinem FS (xfs) was nicht in Ordnung ist. Was kann ich tun, um das zu überprüfen? Ein fsck.xfs führt ja nicht wirklich weiter. [...]
Du solltest Dir die Tools xfs_* anschauen, insbesondere in Deinem Falle xfs_check. Diese Tools stammen aus dem xfsprogs Paket. CU, Th.
Moin Thomas. Thomas Hertweck, Samstag, 25. Oktober 2003 12:50:
Andreas Feile schrieb:
Nun habe ich aber Sorge, daß an meinem FS (xfs) was nicht in Ordnung ist. Was kann ich tun, um das zu überprüfen? Ein fsck.xfs führt ja nicht wirklich weiter. [...]
Du solltest Dir die Tools xfs_* anschauen, insbesondere in Deinem Falle xfs_check. Diese Tools stammen aus dem xfsprogs Paket.
Habe ich angesehen, und sogleich ein xfs_check laufen lassen. Folgendes unerfreuliches Ergebnis war zu sehen: agi unlinked bucket 29 is 1046621 in ag 2 (inode=9435229) agi unlinked bucket 41 is 142377 in ag 2 (inode=8530985) agi unlinked bucket 52 is 142388 in ag 2 (inode=8530996) agi unlinked bucket 53 is 142389 in ag 2 (inode=8530997) agi unlinked bucket 54 is 142390 in ag 2 (inode=8530998) agi unlinked bucket 56 is 142392 in ag 2 (inode=8531000) agi unlinked bucket 57 is 142393 in ag 2 (inode=8531001) agi unlinked bucket 16 is 1528592 in ag 3 (inode=14111504) agi unlinked bucket 28 is 1502172 in ag 3 (inode=14085084) agi unlinked bucket 29 is 1502173 in ag 3 (inode=14085085) agi unlinked bucket 33 is 1528609 in ag 3 (inode=14111521) agi unlinked bucket 35 is 1528611 in ag 3 (inode=14111523) allocated inode 9435229 has 0 link count allocated inode 8530985 has 0 link count allocated inode 8530996 has 0 link count allocated inode 8530997 has 0 link count allocated inode 8530998 has 0 link count allocated inode 8531000 has 0 link count allocated inode 8531001 has 0 link count allocated inode 14111504 has 0 link count allocated inode 14111521 has 0 link count allocated inode 14111523 has 0 link count allocated inode 14085084 has 0 link count allocated inode 14085085 has 0 link count allocated inode 14085089 has 0 link count Es handelt sich um die /-Partition, also muß ich was tun. Wie gehe ich am besten vor? Daten runter, neues FS anlegen, Daten wieder drauf? Oder kann ich ein xfs_repair riskieren? HDD ist eigentlich ziemlich neu, ein Hardwaredefekt sollte daher eigentlich nicht die Ursache sein. -- Andreas Feile www.feile.net
Andreas Feile schrieb:
[...] Habe ich angesehen, und sogleich ein xfs_check laufen lassen. Folgendes unerfreuliches Ergebnis war zu sehen:
agi unlinked bucket 29 is 1046621 in ag 2 (inode=9435229) [...] allocated inode 9435229 has 0 link count [...]
Es handelt sich um die /-Partition, also muß ich was tun. Wie gehe ich am besten vor? Daten runter, neues FS anlegen, Daten wieder drauf? Oder kann ich ein xfs_repair riskieren?
Da Du eine Ausgabe von xfs_check bekommen hast, scheint das Filesystem inkonsistent zu sein. Es gibt im Prinzip zwei Moeglichkeiten: Du kannst versuchen, das Filesystem direkt mit xfs_repair zu reparieren, oder Du kannst mit xfsdump das Filesystem dumpen, dann mit mkfs.xfs ein neues Filesystem anlegen und mit xfsrestore die Sachen zurueckspielen. Da das Filesystem bereits korrumpiert ist, kann es sein, dass xfsdump nicht 100% funktionieren wird. Wenn Du xfs_repair einsetzen willst, so ist es auch dann eine gute Idee, vorher xfsdump einzusetzen. Haengt natuerlich auch davon ab, wie viel Platz Dir zur Verfuegung steht. Wenn Du auch jetzt schon ein komplettes Backup hast, dann kann Dir eigentlich wenig passieren. CU, Th.
participants (2)
-
Andreas Feile
-
Thomas Hertweck