Hardware Error ? HD damaged ?
Hallo ! Ich habe einen nun knapp 3 Jahre alten Baycom Travel Laptop. Installiert ist ein SUSE8.1 mit entsprechendem Kernel. Das System lief bist gestern morgen stabil. Gestern morgen ist das komplette System "eingefroren" und lies sich nur, und ich meine NUR durch ausschalten des Geräts beenden. Beim Wiederhochfahren erschien nun folgende Fehlermeldung: sh-2029: reiserfs read_bitmaps bitmapblock (#163840) reading failed sh-2014: reiserfs read_super unable to read bitmap Kernel panic: VFS: Unable to mount root fs on 03:07 Aha.. / nicht mountbar... Also versuchte ich einen Reboot mit Safe-Settings. Ergebnis: hda: read_ : status = { driveReady SeekComplete DataRequest IndexError} hda: read_ : error = {uncorrectable Error} LBA sector= .... die ungefähr 10 mal, danach Kernel panic wegen / unmountable ... siehe oben. Mein nächster Versuch war, von der CD ein Rescue System zu booten. Vom Rescue System aus, habe ich reiserfsck auf / und /home ausgeführt. (Meine Mounts: /dev/hda2 reiserfs /home; /dev/hda7 reiserfs / ; /dev/hda8 swap; /dev/hda5 ext2 /boot) (Diese Zerstückelung rührt daher, dass vorher Windows UND Linux installiet waren...) Und beide male ergab reiserfs : No Corruptions found. Das ganze nochmal, diesmal mit der Option: fix-correctable... ebenfalls: No Corruptions. Reboot mit selbem Ergebnis wie oben. Reboot mit Safe-Settings: System bootet. <-- MERKWÜRDIG Ich versuche dann ein Backup auf ein verbundenes Netzlaufwerk zu machen, und erhalte andauernd I/O Fehler beim cp. Wieder Reboot. Diesmal wieder der normale Bootvorgang. Läuft auch soweit, braucht nur ERSCHRECKEND lange... und beim verarbeiten des Name Deamons und bei weiteren Boot-Versuchen auch beim starten anderer Dienste, erscheinen diverse Fehlermeldungen, die jedoch alle in einer UNMÖGLICHKEIT zum einloggen resultieren. Allgemein ist zu bemerken, dass alle auftretenden Fehlermeldungen mit MERKWÜRDIGEN Festplattengeräuschen einhergehen. Und diese Geräusche auch schon vor dem Ausschalten des Laptop da waren... Da ich nach diesen Versuchen einen Termin wahrnehmen musste, schalte ich den Laptop aus, und lasse ihn ca. 6 Stunden stehen. Jetzt komme ich wieder heim, schalte das Gerät ein, und der Boot-Vorgang läuft OHNE jegliche Fehlermeldung durch. Allerdings erhalte ich bei cp operationen immer noch ab und zu (sehr selten) E/A Fehler. Daher denke ich, dass das System nun durch einen glücklichen Zustand wieder hochfuhr, aber das Problem keinesfalls behoben sein KANN. Meine erste Vermutung lag bei einem defekt der Festplatte. Da allerdings kein Festplatten Check auch nur die Spur eines Fehlers zeigte, tendierte ich zwischenzeitlich zu einem gravierenderen Defekt der Hardware, z.B.: am I/O controller.... Ich wäre sehr froh, wenn jemand vielleicht mal etwas ähliches erlebt hat, und mir vielleicht einen tip geben könnte, in welcher Richtung der fehler zu suchen ist. Mfg Broeni -- snow, airport, package +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!
broeniguri@gmx.de schrieb:
Hallo ! Ich habe einen nun knapp 3 Jahre alten Baycom Travel Laptop. Installiert ist ein SUSE8.1 mit entsprechendem Kernel. Das System lief bist gestern morgen stabil. Gestern morgen ist das komplette System "eingefroren" und lies sich nur, und ich meine NUR durch ausschalten des Geräts beenden. Beim Wiederhochfahren erschien nun folgende Fehlermeldung: sh-2029: reiserfs read_bitmaps bitmapblock (#163840) reading failed sh-2014: reiserfs read_super unable to read bitmap Kernel panic: VFS: Unable to mount root fs on 03:07
Aha.. / nicht mountbar... Also versuchte ich einen Reboot mit Safe-Settings. Ergebnis: hda: read_ : status = { driveReady SeekComplete DataRequest IndexError} hda: read_ : error = {uncorrectable Error} LBA sector= .... die ungefähr 10 mal, danach Kernel panic wegen / unmountable ... siehe oben.
Mein nächster Versuch war, von der CD ein Rescue System zu booten. Vom Rescue System aus, habe ich reiserfsck auf / und /home ausgeführt. (Meine Mounts: /dev/hda2 reiserfs /home; /dev/hda7 reiserfs / ; /dev/hda8 swap; /dev/hda5 ext2 /boot) (Diese Zerstückelung rührt daher, dass vorher Windows UND Linux installiet waren...) Und beide male ergab reiserfs : No Corruptions found. Das ganze nochmal, diesmal mit der Option: fix-correctable... ebenfalls: No Corruptions.
Reboot mit selbem Ergebnis wie oben. Reboot mit Safe-Settings: System bootet. <-- MERKWÜRDIG Ich versuche dann ein Backup auf ein verbundenes Netzlaufwerk zu machen, und erhalte andauernd I/O Fehler beim cp. Wieder Reboot. Diesmal wieder der normale Bootvorgang. Läuft auch soweit, braucht nur ERSCHRECKEND lange... und beim verarbeiten des Name Deamons und bei weiteren Boot-Versuchen auch beim starten anderer Dienste, erscheinen diverse Fehlermeldungen, die jedoch alle in einer UNMÖGLICHKEIT zum einloggen resultieren. Allgemein ist zu bemerken, dass alle auftretenden Fehlermeldungen mit MERKWÜRDIGEN Festplattengeräuschen einhergehen. Und diese Geräusche auch schon vor dem Ausschalten des Laptop da waren... Da ich nach diesen Versuchen einen Termin wahrnehmen musste, schalte ich den Laptop aus, und lasse ihn ca. 6 Stunden stehen. Jetzt komme ich wieder heim, schalte das Gerät ein, und der Boot-Vorgang läuft OHNE jegliche Fehlermeldung durch. Allerdings erhalte ich bei cp operationen immer noch ab und zu (sehr selten) E/A Fehler. Daher denke ich, dass das System nun durch einen glücklichen Zustand wieder hochfuhr, aber das Problem keinesfalls behoben sein KANN. Meine erste Vermutung lag bei einem defekt der Festplatte. Da allerdings kein Festplatten Check auch nur die Spur eines Fehlers zeigte, tendierte ich zwischenzeitlich zu einem gravierenderen Defekt der Hardware, z.B.: am I/O controller.... Das dachte ich auch ... ca. vier Wochen später gab die Festplatte dann ihren Geist auf. Gut, wenn man die Vorzeichen zur Sicherung aller Dateien nutzt, in denen wirklich Arbeit steckt! Ich wäre sehr froh, wenn jemand vielleicht mal etwas ähliches erlebt hat, und mir vielleicht einen tip geben könnte, in welcher Richtung der fehler zu suchen ist. Mfg Broeni
participants (2)
-
broeniguri@gmx.de
-
Hennig