So, da es mit dem default vom -c 64 noch Wochen brauchen würde, hatte ich zwischenzeitlich diese Schlagzahl drastisch erhöht. Hab ich dann trotzdem immer gekillt, weil die Kiste nicht zu Potte kam, auch über Nacht nicht. Vll dauert das wegen diesem
-n-Modus einfach zu lang? Jedenfalls traten manchmal statt zweispaltige outputs dreispaltige auf.
Aus den Meldungen von
smartctl -s on -a /dev/sda
wurde ich auch richtig schlau. Ich glaube, an drei Adressen traten Fehler auf; möglicherweise ist das ja noch im Rahmen. Aber am Schluss sagt es da wären keine Fehler...
Hatte mich dann entschlossen, die Platte zu säubern, egal ob ich sie jetzt in die Tonne kloppen muss oder ob ich da was neues drauf aufsetzen will. ein
# dd if=/dev/urandom of=/dev/sda
lief klaglos. Jetzt wollte ich trotzdem nochmal wissen, ob das Ding nun noch sauber tickt oder nicht. Daher läuft seit ner Stunde
# badblocks -c 10240 -w -t random -s -v /dev/sda
Nach dem anfänglichen Hochzählen scheint es jetzt bei
# badblocks -c 10240 -w -t random -s -v /dev/sda
Checking for bad blocks in read-write mode
From block 0 to 78150744
Testing with randem pattern: 5683200 5683200/ 78150743
schon ne halbe Stunde zu hängen, die Platte ist aber weiterhin am Rödeln.
Gehe ich recht in der Annahme, dass die Platte nun nicht weiter reanimiert zu werden braucht?
(Ist irgendwie hardwaretechnisch nicht meine Woche~ <knife> )