Hallo David, hallo Leute, Am Samstag, 22. Oktober 2005 06:13 schrieb David Haller:
Am Sat, 22 Oct 2005, Christian Boltz schrieb:
Die Festplatte [1] hat einige badblocks [2], um die ich gern herumpartitionieren würde. Eine Neuinstallation ist ja eh fällig *g*
Kurze Antwort: Vergiss es. Die Badblocks sind ziemlich verteilt. Die Platte duerfte sich rapide dem Orkus naehern...
Und _FALLS_ du die Platte noch einer Zweitverwertung als Squid-Cache zufuehren willst, dann partitioniere eher grosszuegig drum rum. Partitioniere so, dass die Partitionsgrenzen weit weg von den badblocks sind und lass dann die defekten Bloecke von mke2fs/badblocks einfach als "dummy-Datei" "ausblenden" (hab ich mal so mit ner Diskette gemacht -> man badblocks es wird ne Datei namens ".badblocks" angelegt, die die defekten Bloecke belegt).
Wenn, dann lege ich auf dem betroffenen Bereich gar keine Partition an (bzw. eine unformatierte, damit keine "Lücken" da sind).
Leider ist mir nicht klar, wie ich die Badblocks-Nummern in Werte (Zylinder) umrechnen kann, die von fdisk verstanden werden.
Hm. Ich kenn badblocks nur partitionsweise. Vgl. 'man badblocks'
Important note: If the output of badblocks is going to be fed to the e2fsck or mke2fs programs,
wo sich das 'blocks' auf die Bloecke einer ext2/3 Partition bezieht, also zwischen 1 und 4 KB (also 2-8 Sektoren).
Ich bin gerade darauf gekommen, dass badblocks die Gesamtzahl der Blöcke selbst verrät. Man muss nur auf eine Fortschrittsanzeige bestehen ;-) # badblocks -s /dev/hda Suche nach defekten Blöcken (Nur-Lesen-Modus): 18848/ 30016224 Voila, badblocks hat die Platte also in 30.016.224 Sektoren aufgeteilt. Bei einer 30GB-Platte heißt das Sektoren a 1k. Die Badblocks erstrecken sich somit auf den Bereich der ersten 750 MB. Ich werde also sinnvollerweise (mindestens) auf das erste GB der Platte verzichten. Dass ich die Platte überwachen und wohl auch ersetzen muss, ist mir schon klar.
==> /proc/ide/hda/model <== Maxtor 33073H3
Hm. 30 GB mit 3*Hx von Maxtor??? Duerfte so ca. 4 Jahre alt sein, korrekt?
Gute Frage, da es nicht mein Rechner ist. *such* Der Prozessor ist ein AMD Duron 800 MHz, die 4 Jahre dürften also in etwa hinkommen. [gute Erklärung weggekürzt]
Die Platte hat jetzt (oder vor laengerem unbemerkt) obige Sektoren verloren, aber generell sind alle Sektoren, die badblocks als defekt erkennen kann solche, die defekt gegangen sind _NACHDEM_ die (durchaus nicht knapp bemessenen) Reservesektoren der Platte aufgebraucht wurden. D.h. schon der erste defekte Sektor den du zu sehen bekommst bedeutet, dass die Platte alle Reservesektoren (AFAIR durchaus im Prozentbereich! 1-5% oder so!) aufgebraucht hat...
Schon klar.
Es kann aber durchaus sein (so lehrt die Erfahrung), dass die Platte quasi einmalig einen Haufen Sektoren auf einmal verliert, und der Rest dann noch Jahre tut, wahrscheinlicher (zu wohl >>90%) ist aber, dass der Rest der Sektoren auch bald das zeitliche segnen wird.
Ich spekuliere einfach mal auf den ersten Fall ;-)
BTW: kann die Platte schon SMART?
/proc/ide/hda/smart_thresholds und /proc/ide/hda/smart_values existieren jedenfalls. Ich installiere dann wohl demnächst den smartd ;-) Gruß Christian Boltz --
[Strings in C] Das würde alles nur Aussagen über die glibc erlauben. Aha, die ist Dir nicht autoritativ genug. Jetzt kenne ich endlich Dein eigentliches Problem: Der Papst muss die 0 am Ende absegnen ;-) [> Thorsten Haude und Jan Trippler in suse-linux]