Festplatte testen: Burn-in mit badblocks & smartctl
· Zuletzt geprüft Juli 2026
Du hast gerade eine neue NAS-Platte gekauft (oder gleich drei) und am liebsten würdest du sie einbauen, das Array bauen und noch am selben Nachmittag die Fotos rüberkopieren. Es lohnt sich, vorher ein paar Tage einzuplanen, denn ein kleiner, aber realer Teil der Platten kommt mit Fabrikfehlern an oder nimmt beim Transport Schaden, und der günstigste Moment, das herauszufinden, ist bevor irgendwelche Daten auf der Platte liegen. Diese Anleitung führt dich durch einen Burn-in, den auch ein NAS-Neuling wirklich nachvollziehen kann: was die Tools tun, wie lange sie brauchen und genau welche Werte dir sagen, ob die Platte taugt.
Warum sich Burn-in selbst bei einer nagelneuen Platte lohnt
Festplatten fallen nicht gleichmäßig über ihr Leben verteilt aus, sondern folgen der sogenannten Badewannenkurve: eine relativ hohe Ausfallrate in den ersten Wochen, danach ein langes flaches Plateau in den mittleren Jahren, und am Ende wieder ein Anstieg, wenn die Platte alt wird. Dieser frühe Buckel hat einen Namen, Frühausfall, und er entsteht immer aus derselben Handvoll Ursachen: ein grenzwertiger Kopf oder Platter, der durch die Werksprüfung gerutscht ist, eine vom groben Versand gerissene Lötstelle oder ein Controller-Fehler, der erst unter Dauerlast auftaucht. Weil diese Defekte nichts mit dem Markenprestige zu tun haben, ist ein Burn-in bei einer teuren WD Red Pro genauso wichtig wie bei einer Billigplatte.
Backblaze, das Hunderttausende Platten betreibt und die Zahlen veröffentlicht, hat genau dieses Muster in seiner Analyse zur Frage wie lange Festplatten halten beschrieben, in der sich ein spürbarer Teil der Lebensdauer-Ausfälle im ersten Jahr häuft, statt gleichmäßig verteilt zu sein. Für den Heimanwender ist die Lektion einfach: eine Platte, die ein paar harte Tage Schreiben und Lesen übersteht, hat den riskantesten Teil ihres Lebens hinter sich, und du kannst ihr Daten deutlich sorgloser anvertrauen als einer, die frisch aus dem Antistatikbeutel kommt. Wenn sie jung sterben will, soll sie das während des Tests tun, solange die Platte leer und noch in der Rückgabefrist ist.
Die Tools: badblocks und smartctl, verständlich erklärt
Zwei kostenlose Linux-Tools erledigen fast die ganze Arbeit, und du musst dafür kein Sysadmin sein. Das erste ist badblocks, das jeden einzelnen Sektor der Platte liest und beschreibt, um Blöcke zu finden, die keine Daten zuverlässig halten; so belastet es die gesamte Platter-Oberfläche so, wie es monatelanger normaler Betrieb irgendwann täte. Das zweite ist smartctl aus dem Paket smartmontools, das mit dem SMART-System der Platte spricht (der eingebauten Selbstüberwachung, die jede moderne Platte mitführt), um die Firmware-Selbsttests anzustoßen und die internen Gesundheitswerte auszulesen.
Beide laufen in fast jeder Linux-Umgebung: auf einem alten Desktop mit der Platte am SATA-Port, von einem Live-Ubuntu-USB-Stick auf einem beliebigen PC oder in der Shell eines NAS-Betriebssystems. Unter Debian oder Ubuntu installierst du die Pakete mit apt install smartmontools e2fsprogs, wobei badblocks in e2fsprogs steckt. Eine Gewohnheit lohnt sich von Anfang an: identifiziere die Platte über ihre Seriennummer, nicht nur über den Buchstaben /dev/sdX, denn diese Buchstaben können sich zwischen Neustarts vertauschen, und du willst den destruktiven Test niemals auf die falsche Platte loslassen: smartctl -i /dev/sdX zeigt Modell und Seriennummer, damit du sicher auf die neue Platte zeigst und nicht auf die mit deinen Daten.
Schritt 1: badblocks im destruktiven Write-Mode
Der stärkste Einzeltest ist ein vollständiger destruktiver Schreib-Lese-Durchlauf, den du mit badblocks -wsv /dev/sdX startest. Das Flag -w steht für Write-Mode: es schreibt vier verschiedene Bitmuster über die gesamte Platte und liest jedes davon zurück, um zu prüfen, dass es überlebt hat; so wird jeder Sektor sowohl fürs Schreiben als auch fürs Lesen beansprucht. Das -s zeigt den Fortschritt und -v gibt gefundene Bad Blocks aus. Die badblocks-Dokumentation hält fest, dass der Write-Mode-Test vier separate Muster über die ganze Platte legt, weshalb er eine so gründliche Oberflächenprüfung ist.
Eine Warnung lässt sich nicht deutlich genug sagen, und sie ist der Grund, warum sich Leute die Finger verbrennen: der -w-Modus löscht die Platte vollständig. Er ist für eine fabrikneue leere Platte gedacht oder für eine, die du anderswo bereits gesichert hast; lässt du ihn auf eine Platte mit Daten los, sind diese Daten ohne Rückweg weg. Enthält die zu testende Platte noch Dateien, die du nicht verlieren darfst, nutzt du stattdessen den nicht-destruktiven Modus (badblocks -nsv /dev/sdX), der den Inhalt jedes Blocks sichert, testet und wiederherstellt, dafür aber deutlich langsamer läuft. Für eine frische Platte, die ins neue Array soll, ist aber der destruktive -w-Durchlauf das Mittel der Wahl, weil er dem, was einer werksseitigen Oberflächenprüfung am nächsten kommt, zu Hause am nächsten kommt.
Wie lange badblocks wirklich dauert
Genau hier geraten Leute in Panik und vermuten einen Defekt, weshalb es hilft, die Rechnung vorab zu machen, statt zu raten. Eine moderne 7200-RPM-NAS-Platte schafft sequenziell rund 200 MB/s, und badblocks -w muss die ganze Platte viermal beschreiben und viermal zurücklesen: insgesamt acht komplette Oberflächen-Durchgänge. Ein Durchgang über eine 16-TB-Platte sind 16.000.000 MB ÷ 200 MB/s ≈ 80.000 Sekunden, also etwa 22 Stunden, sodass der komplette Achtfach-Lauf bei rund 7 Tagen landet. Eine 4-TB-Platte ist ungefähr ein Viertel davon, plane also eher anderthalb Tage ein; eine 8-TB-Platte liegt mit drei bis vier Tagen dazwischen.
Das sind Überschlagswerte: der reale Durchsatz sackt zu den inneren Spuren des Platters hin ab, sodass die zweite Hälfte jedes Durchgangs langsamer läuft als die erste und der echte Gesamtwert oft 10 bis 20 % über der einfachen Rechnung liegt. Die Kernaussage: ein mehrtägiger badblocks-Lauf ist völlig normal und kein Zeichen für eine langsame oder sterbende Platte. Wer nicht eine Woche lang ein Terminal bewachen will, lässt den Lauf in einer tmux- oder screen-Session laufen, oder nutzt auf einem NAS-Betriebssystem den eingebauten erweiterten Oberflächentest, der dieselbe Arbeit über die Weboberfläche ohne offene SSH-Verbindung erledigt.
Schritt 2: SMART-Long-Selbsttest starten
Ist der Oberflächen-Durchlauf durch, gibst du der Platte ihre eigene interne Prüfung. Jede moderne Platte kann drei eingebaute Selbsttests laufen lassen, jeder mit anderem Umfang: der Short-Test dauert ein paar Minuten und prüft die Elektronik und eine kleine Oberflächenprobe, der Conveyance-Test ist eine schnelle Prüfung speziell auf Transport- und Handhabungsschäden, und der Long-Test (Extended) liest die gesamte Oberfläche und ist der, auf den es beim Burn-in ankommt. Du startest ihn mit smartctl -t long /dev/sdX, und der Befehl nennt dir sofort die geschätzte Laufzeit: meist eine Stundenzahl in der Größenordnung eines einzelnen badblocks-Durchgangs, da auch er den ganzen Platter scannen muss.
Der Selbsttest läuft in der Firmware der Platte selbst, du kannst ihn also mit smartctl -a /dev/sdX abfragen und im Self-Test-Log am Ende der Ausgabe nachsehen. Sehen willst du eine Zeile mit „Completed without error“ bei 100 %; alles, was einen Read-Fehler an einer bestimmten LBA meldet, bedeutet, dass die Firmware einen Sektor gefunden hat, den sie nicht sauber lesen konnte, was bei einer neuen Platte ein klares Retour-Signal ist. Den Long-Test nach badblocks laufen zu lassen, ist eine sinnvolle Doppelsicherung, weil die beiden Tools leicht unterschiedliche Probleme fangen: badblocks belastet Schreibvorgänge und die dateisystemsichtbare Oberfläche, während der SMART-Long-Test die eigene Sicht der Platte auf ihre Medien und Mechanik ist.
Schritt 3: die wirklich wichtigen SMART-Werte lesen
Der letzte Schritt trennt ein selbstbewusstes „diese Platte taugt“ von einer hoffnungsvollen Vermutung, und er dauert etwa dreißig Sekunden. Mit smartctl -A /dev/sdX gibst du die Attributtabelle aus, ignorierst dann die Dutzenden herstellerspezifischen Zeilen und konzentrierst dich auf vier Zähler, die fast das gesamte Signal tragen. Das sind die Werte, die du bei einer frisch eingebrannten Platte prüfst:
- Reallocated_Sector_Ct (ID 05): Sektoren, die die Platte als defekt erkannt und gegen Reserven getauscht hat. Bei einer nagelneuen Platte muss das null sein; jede Umzuweisung, die während deines Schreibdurchlaufs auftaucht, heißt, dass die Oberfläche schon Sektoren verliert.
- Current_Pending_Sector (ID C5 / 197): Sektoren, die die Platte für defekt hält und deren Umzuweisung sie abwartet. Sollte null sein; ein Pending-Zähler, der beim Burn-in erscheint und nicht wieder verschwindet, ist ein schlechtes Zeichen.
- Reported_Uncorrect / Offline_Uncorrectable (ID C7 / 198): Lesefehler, die die eigene Fehlerkorrektur der Platte nicht mehr beheben konnte. Bei einer gesunden neuen Platte null.
- UDMA_CRC_Error_Count (ID 199): Schnittstellenfehler zwischen Platte und Controller, fast immer ein lockeres oder schlechtes SATA-Kabel statt der Platte selbst. Steigt dieser Zähler, steckst du das Kabel neu oder tauschst es, bevor du die Platte beschuldigst.
Das mentale Modell, das dich vor Überreaktion bewahrt, ist einfach: die Medien-Zähler (05, C5, C7) sollten bei einer neuen Platte nach einem vollen Schreibdurchlauf glatt null sein, und jede Bewegung ist ein Grund für die Retoure, während ein CRC-Zähler (199) aufs Kabel zeigt und meist mit einem neuen SATA-Kabel behoben ist. Die vollständige SMART-Attributübersicht listet, was jede ID bedeutet, aber für eine Burn-in-Entscheidung sind diese vier die ganze Geschichte. Sind alle vier nach badblocks und einem sauberen Long-Test null, hat sich die Platte ihren Platz im Array verdient.
Auf dem NAS oder von Live-USB (der Weg für Fortgeschrittene)
Für die technischere Fraktion: Du brauchst gar keinen separaten PC. Unter TrueNAS springst du in die Shell und lässt exakt dieselben badblocks- und smartctl-Befehle auf eine nicht zugewiesene Platte los, bevor du sie in einen Pool aufnimmst, und TrueNAS plant später auch wiederkehrende SMART-Long-Tests über die UI, sobald die Platte im Einsatz ist. Bei Synology und QNAP ist das Äquivalent der erweiterte S.M.A.R.T.-Test plus ein vollständiger „Bad Sector“-Oberflächenscan im Storage Manager, die denselben Firmware-Selbsttest hinter einem freundlicheren Knopf ausführen. Die sauberste Option für eine noch nirgends angeschlossene Platte ist, ein Live-Ubuntu-USB auf einer freien Maschine zu booten, smartmontools und e2fsprogs in die Live-Session zu installieren und die Platte dort einzubrennen; nichts rührt dein echtes System an, und du kannst mehrere Platten nacheinander testen, bevor sie je dein NAS sehen.
Direktkauf: was du holst, wenn eine Platte durchfällt
Empfehlung
Für eine neue Platte, die ins Heim-NAS soll, ist die sinnvolle Routine ein vollständiger destruktiver badblocks -wsv-Durchlauf, dann smartctl -t long, dann ein Blick auf die Attribute 05, C5, C7 und 199, und nur wenn alle vier null sind, nimmst du die Platte ins Array auf. Plane deine Zeit realistisch: ein bis zwei Tage für eine 4-TB-Platte, drei bis vier für 8 TB, bis zu einer Woche ab 16 TB, und teste in einem Mehrschacht-Gehäuse mehrere Platten parallel an verschiedenen SATA-Ports. Löst eine Platte einen Medien-Zähler aus, diskutierst du nicht mit ihr: schick sie zurück oder in die RMA, solange sie leer und in Garantie ist, und setz einen bewährten Ersatz wie eine Seagate IronWolf, WD Red Plus oder WD Red Pro ein. Eine vorab eingebrannte Platte ist übrigens das beste Argument, einen Cold Spare im Schrank zu haben, denn eine schon getestete Platte kannst du in dem Moment vertrauen, in dem das Array sie braucht. Die zwei Tage, die du jetzt investierst, sind die günstigste Versicherung, die deine Daten je bekommen.
Verwandte Artikel
Festplatten-Ausfallraten 2026: Was die Daten wirklich zeigen
Gebrauchte NAS-Festplatten: Schnäppchen oder Falle?
Beste NAS-Festplatten 2026: Top-Empfehlungen für jedes Budget
SMR vs CMR: Welche Festplatte ist wirklich sicher fürs NAS?
RAID ist kein Backup: warum du trotzdem eine Backup-Strategie brauchst