Festplatte kaputt?
Ch. Hanisch
ich habe auf einer USB-Festplatte 'SAMSUNG HM320JI' UBUNTU 9.04 und
SIDUX 2009.01 installiert.
Vorwiegend beim Booten von SIDUX bekomme ich Probleme. An der Stelle
"...
Starting enhanced syslogd: ryslogd."
dauert es immer sehr lange, ehe es weiter geht.
Dann erhalte ich oft Meldungen derart:
...
INIT: cannot execute "/sbin/getty"
...
INIT: Id "6" respawing too fast: disabled for 5 minutes
INIT: no more processes left in this runlevel
und das System friert ein.
Nach Abschalten und erneutem Booten heißt es:
"...
sidux: Superblock last mount time is in the future.
sidux: UNEXPECTED INCONSISTENCY: RUN fsck MANUALLY:
(i.e., without -a or -p option)
fsck died with exit status 4
...
root@sidusbox:~# fsck
sidux contains a file system with errors, check forced.
...
****** FILE SYSTEM WAS MODIFIED ******
****** REBOOT LINUX ****** "
oder auch manchmal ein normales Durch-Checken.
Wenn ich danach wieder boote, kann es sein, daß er durchläuft.
Bei UBUNTU habe ich manchmal ein Einfrieren des Bootvorganges mit
"Segmentation failed".
Das Programm 'TestDisk' liefert keine Fehler, auch 'fsck -v -f
/dev/sdc8' z.B. liefert keinerlei Fehler.
Ich habe schon die SIDUX-Partition neu angelegt mit GParted und den
Inhalt zurückgespeichert. Aber nach einigen gelungen Boots kam immer
wieder die gleiche Leier.
Gibt es ein Programm, mit dem ich exakt feststellen kann, ob die
Festplatte kaputt ist?
Gruß
Ch. Hanisch
Uwe Borchert
Ch. Hanisch schrieb:
> sidux: Superblock last mount time is in the future.
Schritt 1: Was ist mit Deiner Uhr? Pufferbatterie noch
in Ordnung?
MfG
Uwe Borchert
Gabriel Schumann
> Gibt es ein Programm, mit dem ich exakt feststellen kann, ob die
> Festplatte kaputt ist?
Guckstu hier:
http://www.samsung.com/global/business/hdd/support/utilities/Support_DiskManager.html
Wenn der Langzeittest problemlos durchläuft, kannst Du einen
Festplattenfehler nahezu ausschließen.
Gruß
Gabriel
Gabriel Schumann
> Gibt es ein Programm, mit dem ich exakt feststellen kann, ob die
> Festplatte kaputt ist?
Guckstu hier:
http://www.samsung.com/global/business/hdd/support/utilities/ES_Tool.html
Damit das Programm funktioniert, musst Du die Festplatte aus dem
externen Gehäuse ausbauen und in einem Rechner zum Testen einbauen.
(Wenn jemand ein Testprogramm speziell für Samsung-Platten kennt, was
auch eine USB-Platte testen kann, her mit dem Link!)
Sieghard Schicktanz
Du schriebst am Wed, 12 Aug 2009 21:27:03 +0200:
> ich habe auf einer USB-Festplatte 'SAMSUNG HM320JI' UBUNTU 9.04 und
> SIDUX 2009.01 installiert.
> Vorwiegend beim Booten von SIDUX bekomme ich Probleme. An der Stelle
...
> Nach Abschalten und erneutem Booten heiï¿œt es:
> "...
> sidux: Superblock last mount time is in the future.
> sidux: UNEXPECTED INCONSISTENCY: RUN fsck MANUALLY:
> (i.e., without -a or -p option)
> fsck died with exit status 4
Das ist beim "harten" Abschalten (d.h. ohne das System per "halt" oder
"shutdown now" herunterzufahren) normal.
...
> Bei UBUNTU habe ich manchmal ein Einfrieren des Bootvorganges mit
> "Segmentation failed".
"... failure" wohl eher - kï¿œnnte der Speicher in Deiner Maschine ein
Problem haben? Sporadische Fehler dieser Art deuten auf sowas hin.
> Das Programm 'TestDisk' liefert keine Fehler, auch 'fsck -v -f
> /dev/sdc8' z.B. liefert keinerlei Fehler.
Das wï¿œre bei einem Speicherfehler auch normal.
> Gibt es ein Programm, mit dem ich exakt feststellen kann, ob die
> Festplatte kaputt ist?
Gibt es - einmal vom Hersteller, zum anderen bei Linux: badblocks.
Aber prï¿œfe lieber erstmal Deinen (Arbeits-!) Speicher (aks "RAM") "auf Herz
und Nieren", d.h. mindestens 24h "memtest" _ohne_ _jeden_ _Fehler_ - wenn
das einen Fehler meldet, dann brauchst Du nicht weitermachen, der muￜ erst
beseitigt werden, was i.a. ein neues Speichermodul bedeutet.
(Das ganze gilt allerdings nur, wenn Du Dein System _nicht_ normalerweise
ohne "Herunterfahren" einfach abschaltest, d.h. erst per Befehl oder
Mￜuseklicks regulￜr beendest und es sich selber abschalten lￜￜt.
Falsches Abschalten kann Deine Symptome ebenfalls provozieren.)
--
(Weitergabe von Adressdaten, Telefonnummern u.ￜ. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ï¿œhnlichem)
-----------------------------------------------------------
Mit freundlichen Grￜￜen, S. Schicktanz
-----------------------------------------------------------
Sieghard Schicktanz
Du schriebst am Wed, 12 Aug 2009 21:43:27 +0200:
> > sidux: Superblock last mount time is in the future.
>
> Schritt 1: Was ist mit Deiner Uhr? Pufferbatterie noch
> in Ordnung?
Ziemlich wahrscheinlich - die Meldung ist eigentlich recht normal beim
"harten" Ausschalten einer ext2/3-Platte. (Meiner Erfahrung nach.)
Uwe Borchert
Sieghard Schicktanz schrieb:
> Hallo Uwe,
>
> Du schriebst am Wed, 12 Aug 2009 21:43:27 +0200:
>
>>> sidux: Superblock last mount time is in the future.
>> Schritt 1: Was ist mit Deiner Uhr? Pufferbatterie noch
>> in Ordnung?
>
> Ziemlich wahrscheinlich - die Meldung ist eigentlich recht normal beim
> "harten" Ausschalten einer ext2/3-Platte. (Meiner Erfahrung nach.)
*staun*
Das kannte ich so noch gar nicht. Ich kannte aber ï¿œhnliche
Effekte durch leere Pufferbatterien auf dem Board. Daher
wï¿œrde ich als erstes nach Pufferbatterie und Uhr sehen. Und
erst wenn diese korrekt funktionieren weiter suchen.
MfG
Uwe Borchert
Ch. Hanisch
Uwe Borchert schrieb:
> Hallo,
>
> Ch. Hanisch schrieb:
>
>> sidux: Superblock last mount time is in the future.
>
> Schritt 1: Was ist mit Deiner Uhr? Pufferbatterie noch
> in Ordnung?
Was meinst Du mit der Uhr. Ich arbeite mit dem Netzteil und habe die
Batterie rausgezogen. Sollte ich das nicht tun?
Gruￜ
Ch. Hanisch
Ch. Hanisch
Sieghard Schicktanz schrieb:
>
> (Das ganze gilt allerdings nur, wenn Du Dein System _nicht_ normalerweise
> ohne "Herunterfahren" einfach abschaltest, d.h. erst per Befehl oder
> Mￜuseklicks regulￜr beendest und es sich selber abschalten lￜￜt.
> Falsches Abschalten kann Deine Symptome ebenfalls provozieren.)
>
ausgeschaltet - was hï¿œtte ich auch anders tun sollen?
UBUNTU brachte nach 'Ausschalten' immer
[ 728.364498] System halted.
Dann habe ich auch einfach ausgeschaltet. Das habe ich aber schon mit
dem Kernel-Parameter: acpi=force
abgestellt.
Gruￜ
Ch. Hanisch
Thomas Rachel
> Was meinst Du mit der Uhr.
Die CMOS-RTC.
> Ich arbeite mit dem Netzteil und habe die
> Batterie rausgezogen. Sollte ich das nicht tun?
Die CMOS-Pufferbatterie (ca. knopfzellengroß) rausgezogen? Nein, besser
nicht.
Thomas
Ch. Hanisch
Thomas Rachel schrieb:
> Ch. Hanisch schrieb:
>> Was meinst Du mit der Uhr.
>
> Die CMOS-RTC.
>
CMOS-RTC sagt mir nichts. Wie stelle ich überhaupt fest, ob etwas mit
der Uhr ist?
>> Ich arbeite mit dem Netzteil und habe die
>> Batterie rausgezogen. Sollte ich das nicht tun?
>
> Die CMOS-Pufferbatterie (ca. knopfzellengroß) rausgezogen? Nein, besser
> nicht.
Nein, ich meine den Akku. Mir wurde mal gesagt, daß es besser ist im
Netzbetrieb den Akku rauszuziehen, um ihn zu schonen.
Wie ist da Eure Erfahrung?
Zu meinem Problem nochmals:
Ich starte den Notebook und boote SIDUX. Dann ergibt das an der Stelle
"...
Starting enhanced syslogd: ryslogd."
dauert immer sehr lange, ehe es weiter geht. Ich erhalte die Meldungen
mehrmals auf dem ganzen Bildschirm:
...
INIT: cannot execute "/sbin/getty"
...
INIT: Id "6" respawing too fast: disabled for 5 minutes
INIT: no more processes left in this runlevel
und das System friert ein.
Danach schalte ich den Rechner aus und wieder ein und boote erst mal
UBUNTU von der gleichen Platte.
UBUNTU verlasse ich mit 'Neustart' --> 'acpi exiting' und boote dann
SIDUX. Das gelingt dann.
Das finde ich sehr seltsam! Wenn ich von SIDUX aus 'Neustart' eingebe
oder 'Herunterfahren' dann bootet er wieder SIDUX nicht mehr normal.
Erst wenn ich UBUNTU zwischenschalte funktioniert es wieder.
Gibt es da vielleicht einen Kernel Parameter, der das repariert
(acpi=force ist schon eingestellt)?
Gruß
Ch. Hanisch
Helmut Hullen
Du meintest am 13.08.09:
> Nein, ich meine den Akku. Mir wurde mal gesagt, da� es besser ist im
> Netzbetrieb den Akku rauszuziehen, um ihn zu schonen.
> Wie ist da Eure Erfahrung?
Unfug. Akkus sind Verschleissteile. Die sind besser im Rechner
untergebracht.
Viele Gruesse
Helmut
"Ubuntu" - an African word, meaning "Slackware is too hard for me".
Juergen F. Pennings
> Allerdings habe ich den Rechner nach dem Einfrieren einfach
> ausgeschaltet - was hätte ich auch anders tun sollen?
Hallo Christian.
google mal nach Magig SysRq, zumeist ist damit auch bei einem Hänger der
Rechner noch sauber herunterfahrbar.
--
Schöne Grüße vom Möhnesee
Jürgen
Juergen F. Pennings
> google mal nach Magig SysRq, zumeist ist damit auch bei einem Hänger der
> Rechner noch sauber herunterfahrbar.
>
Korrektur: Magic SysRq
Sieghard Schicktanz
Du schriebst am Thu, 13 Aug 2009 14:01:29 +0200:
> > (Das ganze gilt allerdings nur, wenn Du Dein System _nicht_
> > normalerweise ohne "Herunterfahren" einfach abschaltest, d.h. erst per
...
> Allerdings habe ich den Rechner nach dem Einfrieren einfach
> ausgeschaltet - was hï¿œtte ich auch anders tun sollen?
Beantworte Dir die Frage: Ist Ausschalten "nach dem Einfrieren" ein Fall
von "normalerweise"?
(Bei Antwort "ja": da stimmt was nicht! ;)
Sieghard Schicktanz
Du schriebst am Thu, 13 Aug 2009 19:16:02 +0200:
> > Die CMOS-RTC.
> >
> CMOS-RTC sagt mir nichts. Wie stelle ich ï¿œberhaupt fest, ob etwas mit
> der Uhr ist?
"Complementary Metal Oxide Semiconductor (ein
Halbleiterherstellungsverfahren) - Real Time Clock" - Du kannst ausreichend
Englisch?
> >> Ich arbeite mit dem Netzteil und habe die
> >> Batterie rausgezogen. Sollte ich das nicht tun?
Evtl. eher nicht - manchmal braucht das Netzteil bzw. die Elektronik den
Akku als Puffer. Allerdings dï¿œrften die Hersteller dieser Dinger inzwschen
ausreichend Miￜbrauchserfahrung haben, um zu wissen, daￜ sowas immer wieder
auch trotz Warnungen gemacht wird - aber vielleicht auch nicht?
Andererseits sind Akkus (sowohl Ni-MH als auch Li-Ionen) "ein wenig"
empfindlich gegen Dauer(ï¿œber)ladung - damit erscheint das getrenntlagern
bei Nichtnutzung evtl. doch wieder besser, wenigstens fï¿œr den Akku.
Jedenfalls kann man bei Akkus relativ sicher eines sagen: wie man sie auch
benutzt - man benutzt sie verkehrt (im Sinne der Lebensdauer).
...
> und das System friert ein.
>
> Danach schalte ich den Rechner aus und wieder ein und boote erst mal
> UBUNTU von der gleichen Platte.
> UBUNTU verlasse ich mit 'Neustart' --> 'acpi exiting' und boote dann
> SIDUX. Das gelingt dann.
Da ist wohl was am Sidux-Boot-Vorgang verbastelt. Kenn' ich
(glï¿œcklicherweise?) nicht...
Sieghard Schicktanz
Du schriebst am Thu, 13 Aug 2009 01:22:03 +0200:
> >>> sidux: Superblock last mount time is in the future.
...
> > Ziemlich wahrscheinlich - die Meldung ist eigentlich recht normal beim
> > "harten" Ausschalten einer ext2/3-Platte. (Meiner Erfahrung nach.)
>
> *staun*
>
> Das kannte ich so noch gar nicht. Ich kannte aber ï¿œhnliche
> Effekte durch leere Pufferbatterien auf dem Board. Daher
> wï¿œrde ich als erstes nach Pufferbatterie und Uhr sehen. Und
> erst wenn diese korrekt funktionieren weiter suchen.
Kￜnnte man meinen, ja. Aber sowas kann auch dadurch zustande kommen, daￜ
beim Abschalten die richtige Zeit noch nicht eingetragen ist, sondern
irgendein alter Mï¿œll dortsteht.
Den Effekt hatte ich ï¿œbrigens auch vor kurzem wieder mal ï¿œfters, als ich
mit der "Hibernation" rumprobiert hatte - nach Schreiben des Image, aber
(testweise) normalem Boot kam regelmￜￜig die Meldung, daￜ der Superblock
'ne Zeitreise gemacht hï¿œtte;-)
Warum? Keine Ahnung - vielleicht irgendeine Markierung vom Journalling?
Ch. Hanisch
Sieghard Schicktanz schrieb:
> Beantworte Dir die Frage: Ist Ausschalten "nach dem Einfrieren" ein Fall
> von "normalerweise"?
>
> (Bei Antwort "ja": da stimmt was nicht! ;)
>
Nach dem Einfrieren weiￜ ich mir keinen anderen Rat.
Aber jetzt scheint es zu klappen; habe einmal 'splash' aus den
Kernel-Parametern rausgelassen, weil der sowieso nichts bewirkt hat -
und siehe da, plï¿œtzlich tritt der Effekt beim Booten - zumindest nach
eingen Reboots und Herunterfahren - nicht mehr auf.
Also scheint zumindest meine Festplatte in Ordnung zu sein und die
Effekte liegen am SIDUX, das beim exiting das Dateisystem nicht
ordentlich verlￜￜt.
Gruￜ
Ch. Hanisch
Gabriel Schumann
> Also scheint zumindest meine Festplatte in Ordnung zu sein und die
Warum testest Du sie nicht einfach? Dann kannst Du sie als Fehlerquelle
schonmal ausschlieï¿œen, wenn sie in Ordnung ist.
Gruￜ
Gabriel
Ch. Hanisch
Gabriel Schumann schrieb:
> Ch. Hanisch schrieb:
>
>> Also scheint zumindest meine Festplatte in Ordnung zu sein
'splash' war sicher reiner Zufall. Einmal ging plï¿œtzlich nichts mehr im
laufenden Betrieb unter SIDUX und dann nach einem Reboot wurde die
USB-Platte nicht einmal mehr erkannt beim Booten.
Folgendes geschieht manchmal regelmￜￜig, dann wieder nicht:
1) Booten von SIDUX
2) An der Stelle
"...
Starting enhanced syslogd: ryslogd."
dauert es immer sehr lange, ehe es weiter geht.
Dann erhalte ich Meldungen derart:
...
INIT: cannot execute "/sbin/getty"
...
INIT: Id "6" respawing too fast: disabled for 5 minutes
INIT: no more processes left in this runlevel
und das System friert ein.
3) Alt+S-Abf+b
4) UNEXPECTED INCONSISTENCY --> das ist wohl in Ordnung nach einem
solchen harten exit.
5) Wieder Alt+S-Abf+b
6) SIDUX: contains a file system with errors, check forced
...
7) Das System bootet nun erfolgreich
>
> Warum testest Du sie nicht einfach? Dann kannst Du sie als Fehlerquelle
> schonmal ausschlieï¿œen, wenn sie in Ordnung ist.
Wenn ich nur wￜￜte, wie ich das testen soll? Die Smartmontools zeigen
nichts an, weil die Platte sie nicht unterstï¿œtzt. HUTIL fï¿œr
SAMSUNG-Platten arbeitet nur mit internen Festplatten.
Kennt jemand Programme zum Feststellen von sporadischen
Festplattenfehlern (speziell des Controllers, denn mechanisch scheint
alles in Ordnung zu sein)?
Gruￜ
Ch. Hanisch
Ch. Hanisch
habe mein Problem durch Zufall gelï¿œst bekommen:
apt-get --purge remove pm-utils
Siehe dazu auch :
http://sidux.com/index.php?name=PNphpBB2&file=viewtopic&t=17713&highlight=
Warum und wieso das die Lï¿œsung ist, bleibt schleierhaft.
Gruￜ
Ch. Hanisch