View previous topic :: View next topic |
Author |
Message |
sprittwicht l33t
Joined: 04 Dec 2003 Posts: 644
|
Posted: Tue May 23, 2006 10:35 am Post subject: (defekte?) Festplatte crasht Gentoo, aber nicht Kanotix? |
|
|
OK, die Überschrift ist zugegebenermaßen etwas ketzerisch, da ich Kanotix noch nicht auf dem Rechner ausprobiert hab, auf dem Gentoo während bestimmter Festplattenzugriffe gekillt wird. Wollte das trotzdem schonmal hier hinschmieren, weil ich mir auf einige Dinge keinen Reim machen kann und hoffe, dass jemand etwas Licht ins Dunkel bringen kann.
Fangen wir mal ganz von vorne an. Ich soll jemandem den Windows-Rechner restaurieren, der anscheinend mitten im Windows-Update ausgeschaltet wurde und seitdem nicht mehr startet. Nichts leichter als das, dachte ich, bewährte Übung Nummer 1: Backup von allen wichtigen Daten machen. Platte ausgebaut, in meinen Rechner gehängt, erstmal per Dateigrößen-Ansicht im Konqueror gucken wieviel Platz ich überhaupt brauche, rödelrödel.... Absturz.
Nanu? Absturz im Sinne von Einfrieren, und das war auf diesem Rechner tatsächlich eine Premiere. Das Spiel zweimal wiederholt, dann setzte ein Lernprozess ein. Mal auf der Konsole per "du" gucken, was die einzelnen Benutzerkonten unter "c:\dokumente und einstellungen" belegen und falls er dabei auch abschmiert, ob er das immer an der gleichen Stelle tut oder eher zufällig. Es zeigte sich, dass er bei den immer gleichen Dateien einfriert, und zwar richtig (sysrq ging auch nicht mehr). Gelegentlich schafften es Meldungen folgender Art ins System-Log:
Code: | May 21 19:46:11 knut hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 21 19:46:11 knut hda: dma_intr: error=0x40 { UncorrectableError }, LBAsect=6310315, sector=6310311
May 21 19:46:11 knut ide: failed opcode was: unknown
May 21 19:46:11 knut end_request: I/O error, dev hda, sector 6310311
May 21 19:46:11 knut NTFS-fs error (device hda1): ntfs_end_buffer_async_read(): Buffer I/O error, logical block 0x604968.
May 21 19:46:12 knut hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 21 19:46:12 knut hda: dma_intr: error=0x40 { UncorrectableError }, LBAsect=6310315, sector=6310312
May 21 19:46:12 knut ide: failed opcode was: unknown
May 21 19:46:12 knut end_request: I/O error, dev hda, sector 6310312
May 21 19:46:12 knut NTFS-fs error (device hda1): ntfs_end_buffer_async_read(): Buffer I/O error, logical block 0x604969.
May 21 19:46:13 knut hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 21 19:46:13 knut hda: dma_intr: error=0x40 { UncorrectableError }, LBAsect=6310315, sector=6310313
May 21 19:46:13 knut ide: failed opcode was: unknown
May 21 19:46:13 knut end_request: I/O error, dev hda, sector 6310313
May 21 19:46:13 knut NTFS-fs error (device hda1): ntfs_end_buffer_async_read(): Buffer I/O error, logical block 0x60496a.
May 21 19:46:13 knut hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
May 21 19:46:13 knut hda: dma_intr: error=0x40 { UncorrectableError }, LBAsect=6310315, sector=6310314
May 21 19:46:13 knut ide: failed opcode was: unknown
May 21 19:46:13 knut end_request: I/O error, dev hda, sector 6310314
May 21 19:46:13 knut NTFS-fs error (device hda1): ntfs_end_buffer_async_read(): Buffer I/O error, logical block 0x60496b.
May 21 19:46:14 knut hda: dma_intr: status=0xd1 { Busy }
May 21 19:46:14 knut ide: failed opcode was: unknown
May 21 19:46:14 knut hda: DMA disabled
May 21 19:46:14 knut ide0: reset: success
May 21 19:46:15 knut hda: task_in_intr: status=0x59 { DriveReady SeekComplete DataRequest Error }
May 21 19:46:15 knut hda: task_in_intr: error=0x40 { UncorrectableError }, LBAsect=6310315, sector=6310315
May 21 19:46:15 knut ide: failed opcode was: unknown
May 21 19:46:15 knut end_request: I/O error, dev hda, sector 6310315
May 21 19:46:15 knut NTFS-fs error (device hda1): ntfs_end_buffer_async_read(): Buffer I/O error, logical block 0x60496c. |
Damit war für mich der Fall klar. Die Platte hat entweder beim spontanen Ausschalten einen Schlag wegbekommen oder stirbt zufälligerweise gerade an Altersschwäche.
Da das ständige Einfrieren aber beim Ziehen von Backups nicht sehr hilfreich ist und ich mir irgendwie nicht erklären konnte, wieso das komplette System wegen ein paar Lesefehlern einfriert, wollte ich's mal im Rechner des Bekannten probieren. Aktuelle Kanotix-CD gezogen (Easter RC4 oder wie die heißt, jedenfalls nicht die "alte" stabile), Platte wieder zurück in den anderen Rechner, Kanotix gebootet und nochmal das "du"-Spielchen im "Dokumente und Einstellungen"-Ordner. KEIN Absturz. Als ich die Kinnlade wieder oben hatte stellte ich fest, dass er zwar mit der gleichen Datei Probleme hatte wie vorher, aber er hat den Fehler eben ordnungsgemäß abgefangen und mir lediglich einen "Eingabe-/Ausgabefehler" auf der Konsole angezeigt.
Wie kann das sein?
Liegt das nun an der Festplatte selbst, an der restlichen Hardware (insbesondere meinem Mainboard bzw. dem IDE-Controller) oder am IDE-Treiber des Kernels?
Ich kann die Kanotix-CD noch nicht in meinem Rechner testen, weil ich jetzt natürlich erstmal die Backups mache. Wollte aber schonmal fragen, ob ihr ne Idee habt?
Mein Rechner (der einfriert): Gentoo Kernel 2.6.16-gentoo-r7 (x86_64), Mainboard Asrock 939Dual-Sata2.
Der Rechner der überlebt: Kanotix Kernel 2.6.16.16-kanotix-1 (i386), Mainboard Biostar GeForce6100-M7
PS: Wenn das ganze im Diskussionsforum besser aufgehoben ist, bitte verschieben. Ich weiß wie gesagt momentan noch nicht, ob's am Rechner oder am OS liegt, werde das später nachreichen... |
|
Back to top |
|
|
misterjack Veteran
Joined: 03 Oct 2004 Posts: 1655
|
Posted: Tue May 23, 2006 10:45 am Post subject: |
|
|
im sinne der überschrift: bei asrock wundert mich gar nichts _________________ „Meine Meinung steht fest! Bitte verwirren Sie mich nicht mit Tatsachen.“ |
|
Back to top |
|
|
sprittwicht l33t
Joined: 04 Dec 2003 Posts: 644
|
Posted: Tue May 23, 2006 11:05 am Post subject: |
|
|
Ja, ich bereue es auch schon, aber war halt das einzige Board mit AGP und PCIe, und dazu ein Chipsatz, der von Linux von Haus aus wunderbar unterstützt wird. Auf proprietäre Mainboardtreiber a la Nforce hab ich nämlich erst recht keinen Bock, da reichen mir die Erfahrungen mit den Grafiktreibern. :-/
Aber das ist jetzt ein völlig anderer Kriegsschauplatz. |
|
Back to top |
|
|
smg Veteran
Joined: 13 Aug 2004 Posts: 1402 Location: /home/stephan
|
Posted: Tue May 23, 2006 11:19 am Post subject: |
|
|
misterjack wrote: | im sinne der überschrift: bei asrock wundert mich gar nichts |
Nun ja.. Asrock ist zwar die billige Firma von Asus, aber: Bei den billigen Rechnern fürs Büro haben wir die hier auch und die sind nicht so schlecht im Office Einsatz.
Bye. _________________ GnuPG-Key-ID: 0xF8C275D4
Fingerprint: 5B6F 134A 189B A24D 342B 0961 8D4B 0230 F8C2 75D4
Code: | perl -WTe '($")=$/;print qq(@{[reverse('0'..'100')]}$/BOOM!$/);' |
|
|
Back to top |
|
|
dakjo Veteran
Joined: 31 Jan 2004 Posts: 1544
|
Posted: Tue May 23, 2006 1:48 pm Post subject: |
|
|
Hängen die Platten an einem IDE BUS bzw. am selben Controller?
Versuch mal einen anderen Bus/Controller zu benutzen, kann sein, das der IDE Bus auch einfach HW-technisch wegraucht, wenn die Platte karpOt ist. |
|
Back to top |
|
|
sprittwicht l33t
Joined: 04 Dec 2003 Posts: 644
|
Posted: Fri May 26, 2006 9:50 am Post subject: |
|
|
Also es lag wohl an meinem tollen Asrock-Board. Die Kanotix-CD ist auf meinem Rechner auch eingefroren. Trotzdem ärgerlich: Wieso verabschiedet sich der Kernel? Windows hat zwar noch nichtmal ansatzweise irgendwas von der Platte einlesen können (hat die Festplatte als "leer" angezeigt, das wär ein Spaß geworden...), ist aber trotz diverser Rödelversuche auf der Platte nicht abgeschmiert.
Letztendlich war das Dateisystem völlig zerschossen. Nach einem Windows-Chkdsk war die Platte wieder komplett zugreifbar (einige Sektoren sind jetzt als fehlerhaft markiert, mal beobachten ob das so bleibt oder ob das jetzt ständig mehr werden), auch unter Linux auf meinem Rechner.
Kann es sein, dass die NTFS-Treiber eine Mitschuld am Einfrieren tragen? Ich hab nämlich nach dem Chkdsk nochmal probiert, einfach die komplette Partition per cat zu kopieren. Dabei ist er dann an den defekten Sektoren gescheitert, allerdings ohne sich zu verabschieden. Andererseits: Wenn's an NTFS läge, wieso dann nur auf einem Rechner? |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|