Seite 1 von 1
Verfasst: So 25 Feb 2007, 16:54
von 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
Re: zerstörtes Filesystem und Typ der Festplatte
Verfasst: So 25 Feb 2007, 20:10
von *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
Verfasst: Mo 26 Feb 2007, 19:56
von 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
Verfasst: Mi 28 Feb 2007, 10:08
von DrRamoray
Festplatten siehe Signatur, Filesystem ext3
Verfasst: Do 01 Mär 2007, 11:32
von 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?
Verfasst: Do 01 Mär 2007, 18:41
von 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.
Verfasst: Do 01 Mär 2007, 21:19
von 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...
Verfasst: Fr 02 Mär 2007, 10:55
von 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.