Wie lange dauert ein 1-TB-Laufwerk für Badblocks?

Ich verwende Badblocks (oder besser gesagt "e2fsck -c") auf einem 1-TB-Laufwerk, und wenn die Fortschrittsanzeige eine Anzeige ist (kein Wortspiel beabsichtigt), wird es fast ewig dauern, bis sie abgeschlossen ist.

Momentan heißt es, 0.01% done, 30:20 elapsedwas bedeuten würde, dass die Sache ungefähr 17 Wochen in Anspruch nehmen würde, was in meinem Buch ziemlich übertrieben zu sein scheint.

Ist das ein normaler Zeitraum für eine solche Überprüfung, oder ist es einfach so, dass mein Verdacht richtig ist, dass das Laufwerk ausfällt, sodass die Überprüfung nur geringfügig kürzer als die Ewigkeit dauert?

Ich habe diese Frage hier gefunden, aber das bezieht sich auf die Anzahl der durchgeführten Pässe.

Um Ihre Frage zu beantworten, kann ich nur 3 TB anbieten, die ich dafür getestet habe. Hier sind die 3-maligen Tests, die ich durchgeführt habe, bei denen nur die Parameterwerte geändert -cund nur bis zu 10% durchgeführt wurden, da sie VIEL Zeit in Anspruch genommen haben. Jedes wurde dreimal durchgeführt, um einen Durchschnitt zu erhalten.

badblocks -svn /dev/sdb

Um auf 1% zu kommen: 1 Stunde
Um auf 10% zu kommen: 8 Stunden 40 Minuten

badblocks -svn -b 512 -c 32768 /dev/sda

Um auf 1% zu kommen: 35 Minuten
Um auf 10% zu kommen: 4 Stunden 10 Minuten

badblocks -svn -b 512 -c 65536 /dev/sda

Um auf 1% zu kommen: 16 Minuten
Um auf 10% zu kommen: 2 Stunden 35 Minuten

Ja, der -cParameter hat einen großen Einfluss auf die Zeit, die für die Überprüfung des Laufwerks benötigt wird. Ich würde vermuten , dass für eine 1 TB Festplatte, vorausgesetzt , es ist den gleichen Zeitrahmen wie die 3TB hält, wäre es 1/3 der Zeit sein , hier erwähnt, so mit bis zu 10% erhalten -c 65536auf dem 1 TB HDD wäre es sein 50 Minuten.

Badblocks macht 4 Läufe. Bei einer externen Festplatte mit 1 TB dauert es normalerweise etwa 70 Stunden.

Versuchen Sie, die Anzahl der Blöcke zu erhöhen, die zusammen verarbeitet werden, wie in badblocks -svn -b 512 -c 65536 /dev/sda. Auf diese Weise kann ich in 8 Stunden eine 1 TB Festplatte prüfen lassen.

Ich verwende Badblocks auf WD Red 4 TB-Laufwerken. Da es sich um 4k-Sektor-Laufwerke handelt (überprüft mit lsblk -o NAME,PHY-SeC), wird es mit ausgeführt -b 4096. Ich wollte jedem der badblocks Instanzen ~ 800Mb RAM geben, also habe ich verwendet -c 200000, was Ihnen gibt 4096 bytes * 200,000 blocks = 800,000 Kb. Sie begannen mit jeweils ca. 800 MB, aber das hat sich im Laufe der Zeit verbessert. Diese Einstellungen bieten jedoch eine erhebliche Beschleunigung gegenüber den Standardeinstellungen.

Es lief 1% in 3 Minuten 56 Sekunden, aber das ist 1% von 4 Mustern. Es scheint auch mehr Zeit in Anspruch zu nehmen, je näher Sie dem Ende eines Laufs kommen. Es überprüfte die Festplatte mit dem ersten Muster in ungefähr 17 Stunden, so dass 4 TB in ungefähr 68 Stunden fertig sein sollten .

BEFEHL UNTEN LÄUFT EIN ZERSTÖRENDES SCHREIBEN AUS

Der Befehl, den ich verwende, lautet: badblocks -svw -b 4096 -c 200000 /dev/sdc -o bb_sdc.txt

Lief dies vorgestern auf einem ausgefallenen 1-TB-Laufwerk in meinem 6-TB-RAID 6 (ZERSTÖRENDER SCHREIBMODUS!):

# badblocks -svw -b 4096 -c 65536 /dev/sdb

Das Mainboard ist ein ASRock-Rack C2550D4I (ich weiß ...) mit 8 Samsung SpinPoint M8 HN-M101MBB (ich weiß ...), das an die SATA3-Ports angeschlossen ist. Bei den Laufwerken handelt es sich um 4-KByte-Laufwerke im erweiterten Format, daher die Blockgröße von 4 KByte.

badblocks Es dauerte ungefähr 28 Stunden ohne Fehler.

Die einzelnen Laufwerke erreichen hdparm -tTbeim Testen des gesamten Arrays ~ 105 MB / s (durchschnittliches gepuffertes Lese-Timing), 200–230 MB / s. Heutzutage nichts Überlegenes, aber schön für einen Stapel alter Laptop-Laufwerke.

Hoffe, das hilft genauso wie dieser Thread mir geholfen hat, einen schnellen Weg zu finden, um einen Badblock auf der Festplatte auszuführen. Ich weiß, dass seine Verwendung heutzutage zweifelhaft ist, aber als eine frühere smartctl -t longaufgrund von Lesefehlern fehlschlug, habe ich beschlossen, alle Sektoren ein paar Mal zu berühren und neu zu schreiben, um zu sehen, wie sich die SMART-Werte ändern würden. Ein weiterer smartctlTest steht noch aus, sollte dieser erneut fehlschlagen, werde ich mir ein neues Laufwerk zulegen.

Einige Leistungsbeobachtungen:

Ich laufe e2fsck -c -c -v /dev/sda2, was sich auf diesem Gerät befindet:

/dev/sda2  77056 976754431 976677376  3.7T Linux filesystem

Die aktuelle Laufzeit für 63,5% beträgt 53:28:40; 53,5 Stunden. Die Fortschrittsrate beträgt 1,186% / Stunde. Bei dieser Geschwindigkeit werden weitere 31 Stunden benötigt, bei einer geschätzten Gesamtlaufzeit von 85 Stunden. Dies ist ein USB 3.0-Gerät. iotop gibt an, dass die durchschnittliche Lese- / Schreibgeschwindigkeit etwa 25 MB / s beträgt. Bisher wurden keine fehlerhaften Blöcke gefunden.

Die zugrunde liegende Befehlszeile e2fscklautet:

sh -c badblocks -b 4096 -X -s -n /dev/sda2 976677375

Posts im StackOverflow-Status können Badblocks sicher mit ^ C (SIGTERM) unterbrochen werden. In diesem Fall sehe ich keinen Nachteil darin, diesen Test anzuhalten und ihn später wieder aufzunehmen, da dies ein Vorgang auf Plattenblockebene ist. Ich muss dieses Dateisystem aushängen, bevor ich mit dem Prozent-Scan fortfahren kann.