defekten Sektor auf Festplatte sperren
Martin Fiedler
Gibt es unter Linux die Möglichkeit einen defekten Sektor auf einer
Festplatte zu sperren? Ich erinnere mich (schwach) an ein altes DOS Tool,
mit dem man seine 40MB Platten so wieder "reparieren" konnte...
Hintergrund:
Habe nach einem Systemabsturz mir wohl einen Defekt in einer ext2 Partition
zugezogen. Ich konnte mit e2fsck die Partition wieder herstellen
(lost+found ca. 100 Einträge), bis auf einen Lesefehler bei einer einzigen
Datei. Der Kernel spuckt dazu folgendes aus:
kernel: hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error }
kernel: hdc: dma_intr: error=0x40 { UncorrectableError }, LBAsect=59952564,
sector=10472168
kernel: end_request: I/O error, dev 16:07 (hdc), sector 10472168
Nun habe ich die komplette Partition auf eine andere Partition der Platte
kopiert und das System läuft auch weiter einwandfrei.
Kann ich nun durch formatieren oder sonstige Mittel den defekten Sektor
sperren? Würde die 5GB gerne weiterbenutzen.
Danke!
Martin
--
|-- 'all@erde# rm -Rf /usr/bin/Laden' (Heise Ticker Kommentar)
+-> mf_da...@geocities.com for spam ;-)
Sven Hartge
> kernel: hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> kernel: hdc: dma_intr: error=0x40 { UncorrectableError }, LBAsect=59952564, sector=10472168
> kernel: end_request: I/O error, dev 16:07 (hdc), sector 10472168
Platte wegwerfen.
Grund: Wenn die Platte Fehler meldet, sind in Wirklichkeit schon mehrere
MB defekt und in einen Reserve-Bereich umgemapt worden.
Jeder weitere Fehler, der jetzt auftritt, wird sofort und weiterhin für
Datenverluste sorgen.
S!
--
Fachbegriffe der Informatik - Einfach erklärt
104: fork(2)
New processes are created by other processes, just like new humans.
New humans are created by other humans, of course, not by processes.
(Unix System Administration Handbook)
Sebastian Kaps
> Gibt es unter Linux die Möglichkeit einen defekten Sektor auf einer
> Festplatte zu sperren?
Ja, badblocks.
> kernel: hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> kernel: hdc: dma_intr: error=0x40 { UncorrectableError }, LBAsect=59952564,
> sector=10472168
> kernel: end_request: I/O error, dev 16:07 (hdc), sector 10472168
Mach sofort ein Backup und kauf' Dir eine neue Platte. Diese hier ist
höchstwahrscheinlich hinüber.
--
Ciao, Sebastian
* Email: toy...@sauerland.de
* HP: http://www.sauerland.de/~toyland/ PGP-Key available
Klaus Schankat
> Gibt es unter Linux die Möglichkeit einen defekten Sektor auf einer
> Festplatte zu sperren?
> Kann ich nun durch formatieren oder sonstige Mittel den defekten
> Sektor sperren? Würde die 5GB gerne weiterbenutzen.
Für solche Aktionen und um zu kontrollieren, ob überhaupt Sektoren
defekt sind, gibt es das Programm (den Befehl?) "badblocks".
man badblocks gibt Aufschluss über die Syntax.
Gruß
Klaus
--
Klaus Schankat
Klaus.S...@nexgo.de
Hendrik Seffler
>> kernel: hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error }
>> kernel: hdc: dma_intr: error=0x40 { UncorrectableError }, LBAsect=59952564,
>> sector=10472168
>> kernel: end_request: I/O error, dev 16:07 (hdc), sector 10472168
> Mach sofort ein Backup und kauf' Dir eine neue Platte. Diese hier ist
> höchstwahrscheinlich hinüber.
Ich hatte mal eine 2GB-Platte, bei der war irgendwo in den letzten 200MB
was kaputt, so dass solche Meldungen und hässliche Geräusche von der
Platte kamen.
Ich habe diesen Bereich nicht genutzt und die Platte lief noch 1,5
Jahre, bis sie mir zu klein wurde. Aber nein, wichtige Daten hatte ich
da auch nicht liegen, nur den Newsspool.
--
Hendrik Seffler * hen...@filmateleven.de * http://www.filmateleven.de
Benedikt Meurer
> Gibt es unter Linux die Möglichkeit einen defekten Sektor auf einer
> Festplatte zu sperren? Ich erinnere mich (schwach) an ein altes DOS Tool,
> mit dem man seine 40MB Platten so wieder "reparieren" konnte...
>
> [Bad blocks nach Crash]
>
> kernel: hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> kernel: hdc: dma_intr: error=0x40 { UncorrectableError }, LBAsect=59952564,
> sector=10472168
> kernel: end_request: I/O error, dev 16:07 (hdc), sector 10472168
>
> Kann ich nun durch formatieren oder sonstige Mittel den defekten Sektor
> sperren? Würde die 5GB gerne weiterbenutzen.
man 8 badblocks
Anschliessend neupartitionieren, bei umgehung der defekten blöcke.
Mit freundlichen Grüßen
Benedikt Meurer
--
Es kostet 150 Kalorien pro Stunde,
wenn man mit der Stirn vor eine Wand hämmert.
Martin Fiedler
Erstmal danke für alle Antworten. Backup habe ich gemacht. Habe übrigends
eine IBM-DTLA-305030 (30GB) die gerade erst 1 Jahr alt ist und wollte mir
(noch) keine neue Platte kaufen.
Hendrik Seffler schrieb:
> Ich hatte mal eine 2GB-Platte, bei der war irgendwo in den letzten 200MB
> was kaputt, so dass solche Meldungen und hässliche Geräusche von der
> Platte kamen.
exakt. Bei mir ist auch nur das Ende betroffen, würde sagen ca. die letzten
300MB oder so. badblocks lief bei allen anderen Partitionen auf der Platte
ohne Fehler durch, bei der letzten sagte es folgendes:
Checking for bad blocks in read-only mode
From block 0 to 5277321
Checking for bad blocks (read-only test): 523614848/ 5277321
523614949/ 5277321
523615050/ 5277321
523615151/ 5277321
done
Pass completed, 4 bad blocks found.
> Ich habe diesen Bereich nicht genutzt und die Platte lief noch 1,5
> Jahre, bis sie mir zu klein wurde. Aber nein, wichtige Daten hatte ich
> da auch nicht liegen, nur den Newsspool.
Angenommen ich lösche meine letzte Partition und erstelle ein neue, die
dann 500MB kleiner ist, dann könnte ich das Risiko doch eingehen. Meinungen?
mfg, Martin
Arne P. Boettger
In article <9p88st$h9s55$1...@ID-69566.news.dfncis.de>, Martin Fiedler wrote:
> Erstmal danke für alle Antworten. Backup habe ich gemacht. Habe übrigends
> eine IBM-DTLA-305030 (30GB) die gerade erst 1 Jahr alt ist und wollte mir
> (noch) keine neue Platte kaufen.
Versuch erstmal, ob du ueber die Garantie noch was werden kannst,
IBM gibt bei einigen Platten bis zu 3 Jahren Garantie.
> exakt. Bei mir ist auch nur das Ende betroffen, würde sagen ca. die letzten
> 300MB oder so. badblocks lief bei allen anderen Partitionen auf der Platte
> ohne Fehler durch, bei der letzten sagte es folgendes:
>
> Checking for bad blocks in read-only mode
> From block 0 to 5277321
> Checking for bad blocks (read-only test): 523614848/ 5277321
> 523614949/ 5277321
> 523615050/ 5277321
> 523615151/ 5277321
> done
> Pass completed, 4 bad blocks found.
Du kannst diese Liste auch irgendwie an mke2fs weiterreichen,
naeheres in der Manpage. Dann werden genau die fehlerhaften Sektoren
umgangen.
--
Ciao, Arne.
-o)
GPG 1024D/913C2F81 2000-10-11 Arne P. Boettger <a...@createx.de> /\\
Fingerprint = 6ED9 9A64 CD8A EB6F D841 0391 2F08 8F86 913C 2F81 _\_V
Sven Hartge
> Erstmal danke für alle Antworten. Backup habe ich gemacht. Habe übrigends
> eine IBM-DTLA-305030 (30GB) die gerade erst 1 Jahr alt ist und wollte mir
> (noch) keine neue Platte kaufen.
Hast du mal die DTLA-FAQ aus de.comp.hardware.laufwerke.festplatten
gelesen?
Vermutlich hat deine DTLA den selben Defekt wie alle anderen DTLA auch.
Mein Rat und Tipp: Umtauschen, ASAP.
S!
--
142 Reasons, Why You Can't Find Your System Administrator
27. Went to the room with padded walls that nobody dares open when the
door's closed.
Liutger Franzen
> Festplatte zu sperren? Ich erinnere mich (schwach) an ein altes DOS Tool,
> mit dem man seine 40MB Platten so wieder "reparieren" konnte...
Ja: mittels e2fsck - lies mal die man-page und dann findest Du die
Option "-c" ...
> Kann ich nun durch formatieren oder sonstige Mittel den defekten Sektor
> sperren? Würde die 5GB gerne weiterbenutzen.
s.o., aber ich wuerde Dir raten, alles zu sichern und schonmal fuer eine
neue Platte zu sparen. In den wenigen Faellen, in denen ich bad blocks
gesehen habe, ist die Platte innerhalb der naechsten Monate hopps
gegangen ...
Lio
Olaf Kaluza
>Angenommen ich lösche meine letzte Partition und erstelle ein neue, die
>dann 500MB kleiner ist, dann könnte ich das Risiko doch eingehen. Meinungen?
Genau das habe ich mit einer 8Gb Platte gemacht. Bei mir lag der
Bereich irgendwo in der Mitte. Jetzt ist sie noch 6GB gross. Das ganze
laeuft nun schon seit 2 Jahren.
Aber selbstverstaendlich duerfen auf so eine Platte keine wichtigen
Daten mehr!
Olaf
--
D.i.e.s.S. (K.)
Martin Fiedler
Sven Hartge schrieb:
> Hast du mal die DTLA-FAQ aus de.comp.hardware.laufwerke.festplatten
> gelesen?
ja, jetzt schon :-(
> Vermutlich hat deine DTLA den selben Defekt wie alle anderen DTLA auch.
laut dem DFT Tool scheint dies wirklich der Fall zu sein.
> Mein Rat und Tipp: Umtauschen, ASAP.
hab ich gemacht, auch die freundliche Mail an den Kundenservice. Mal sehen,
ob UPS bald wirklich vor meiner Haustür steht, um die Platte abzuholen.
Grummel, als Student hat mans wirklich nicht leicht. Nochmals besten Dank
an alle.
mfg, Martin
--
|-- 'all@erde# rm -Rf /usr/bin/Laden' (Heise Ticker)
Sven Hartge
> Grummel, als Student hat mans wirklich nicht leicht.
Auch als Admin, der ein externes RAID mit 6 IDE-Platten (5 im
RAID5-Verbund, eine als HotSpare) aufsetztn, Tests macht, und das ganze
in Betrieb nimmt, aber dann nach wenigen Wochen 3 Platten im Abstand von
30 Minuten den Geist aufgeben (ja, Backup vorhanden, trotzdem ärgerlich,
da wieder 2 Tage Ausfall), hat man es nicht leicht.
S!
--
BOFH excuse #426:
internet is needed to catch the etherbunny
Michael Karcher
>> Checking for bad blocks (read-only test): 523614848/ 5277321
>> 523614949/ 5277321
>> 523615050/ 5277321
>> 523615151/ 5277321
>> done
> naeheres in der Manpage. Dann werden genau die fehlerhaften Sektoren
> umgangen.
Erst einmal sollte er den read-write-test von badblocks verwenden. Damit
werden neue Daten in die erwähnten Sektoren geschrieben. Wenn noch
Reservesektoren frei sind (und das ist hoffentlich so!), dann werden vier
neue Reservesektoren belegt, und die Platte läuft vollständig wieder.
Natürlich ist das mit der Datensicherheit so eine Sache. Es kann eine
mechanische Fehlerursache sein (und das heisst dann: Metallstaub in der
Platte, weitere Headcrashes folgen), oder eine rein datentechnische (also
beim Schreiben Strom abgedreht, daraus folgt zumindest ein zermatschter
Sektor. Wenn die Parkautomatik greift, bevor der Schreibstrom abgestellt
wird [kann die das? Muss man IBM fragen...], können noch mehr Sektoren
mitgerissen werden). Im zweiten Falle ist die Datensicherheit kein Problem.
Michael Karcher