zerstörtes Filesystem und Typ der Festplatte

[heinz158]

hallo, ich habe hier zur Info mein Bootlog angehängt. Wie gesagt, umount beim Shutdown ist ok.
Das Problem hängt offenbar von der verwendeten Festplatte ab, und darum geht es mir.

PS: könnt ihr bitte noch angeben, ob bei eurer Festplatte die Smart Features aktiviert sind (Skript HDD-Info / Smartstatus SMART support is: Enabled)?

Danke und Gruß
Heinz

[*swordfish]

OK Heinz bitte sehr:

noch nie ein Filesystem-Problem gehabt: Samsung SpinPoint V120CE HA250JC 5.760rpm 2MB Cache, xfs, JTG 2.2.2, neuestes Snap, S.M.A.R.T enabled, SAGEM 1x Kabel Avia600

[CastorRanger]

hallo heinz,
hab heute auch das von Dir beschriebene Problem und lasse gerade XFS_Repair durch laufen - dauert aber ganz schön lange.

Sobald meine Platte wieder läuft reiche ich die Infos nach, welche Plattengröße etc.
Mein Bootlog

Box: Sagem, 1 x Intel Flash, AVIA600, Kabel, IDE IF, HDD....

Tschaui

[DrRamoray]

Festplatten siehe Signatur, Filesystem ext3

[saruman]

Also ein Filesystemcheck mit anschließendem Nachfahren des Journals ist nur beim Status *UNCLEAN* des Filesystems nötig. Das passiert, wenn das FS nicht sauber abgemountet wurde. Soweit sind wir sicher d'accord.

Ein umount eines XFS kann in der Regel recht lange dauern, je nach Größe des Filesystems. Wäre es nicht möglich, dass die Box beim Runterfahren schon ausschaltet, obwohl das umount noch nicht terminiert hat?

Gegenfrage: Was passiert denn, wenn Ihr im laufenden Betrieb im Terminal mal das FS abmountet und danach wieder anmountet? Braucht das Filesystem dann auch einen FSCK?

[palace]

XFS verhält sich nicht wie ext2/3 und xfs_repair leider auch nicht wie fsck.

Ansonsten bin ich Deiner Meinung, dass die Box ausgeht, bevor zuende geschrieben wurde (ggf auch der HDD Cache)

Ein etwas grosszügigeres Sleep nach dem umount sollte hier Abhilfe schaffen; leider gelingt auch ein umount nicht immer, weil hier noch irgendwas einen Handle drauf hat.

Möglicherweise kann man hier bei Linux Distributionen abgucken.

[saruman]

Wenn noch offene Filehandles bestehen sollte man schauen, ob man mal fuser oder lsof für die dbox übersetzt bekommt und schauen, was das FS busy hält.

Ich selber hab kein Interface, ansonsten hätt ich hier schon mal angesetzt...

[Gorthol]

kenne geschildertes Filesystem-Problem: Samsung SP1604N 160GB 7200rpm 2MB Cache, xfs, JTG 2.2.2 (Snapshot vom 26.02.2007), Nokia Sat Avia500

Edit:
Mit dem Workaround "ls /hdd >/dev/null; sleep 10" in der start_neutrino bisher kein Problem mehr.