Een schijf kan SMART PASSED melden en toch falen bij een volledige leescontrole, omdat de algemene gezondheidsdrempel geen garantie biedt dat elke sector leesbaar blijft.
De regel met de algemene SMART-status vat door de fabrikant gedefinieerde faaldrempels samen; dit betekent niet dat tijdens die controle het volledige schijfoppervlak is gelezen. Een volledige leescontrole benadert veel meer adressen en kan een lokaal onherstelbare sector, een zwakke lees-/schrijfkop, een marginale flashregio, een time-out, een kabelprobleem of een reset van de controller aan het licht brengen. Het nuttigste bewijs is of de fout zich op dezelfde LBA herhaalt en de schijf volgt wanneer de verbindingsroute wordt gewijzigd.
Scheid de algemene SMART-status van de resultaten van zelftests
Sla het volledige SMART-rapport op, niet alleen de uiteindelijke regel PASSED. Neem attributen, foutenlogboeken, de zelftestgeschiedenis, wachtende sectoren, onherstelbare sectoren, CRC-fouten en de temperatuur op.
Smartmontools vermeldt dat een schijf SMART PASSED kan behouden na een mislukte zelftest wanneer een beschadigde of onherstelbare sector de algemene faaldrempel van de fabrikant nog niet heeft overschreden.
Als het zelftestlogboek al een falende LBA toont, bewaar die dan voordat je meer tests uitvoert. De algemene gezondheidsstatus mag specifieke media- of testgegevens niet overschrijven.
Begrijp wat een volledige leescontrole toevoegt
Noteer de testtool, leesmodus, blokgrootte, start-LBA, stop-LBA, verstreken tijd en of mislukte leesbewerkingen opnieuw worden geprobeerd. Controleer of de test alleen-lezen is.
Seagate legt uit dat de Long Generic-test elke sector leest, waardoor deze een lokaal probleem kan vinden dat door een korte gezondheidscontrole wordt gemist.
Een fout bij een volledige leescontrole is beter bruikbaar wanneer deze zich herhaaldelijk op hetzelfde adres voordoet. Een fout die tussen adressen verschuift of alleen via één behuizing optreedt, wijst mogelijk eerder op instabiliteit in de gegevensoverdracht, voeding of controller.
Vergelijk een tweede uitgebreide test van de fabrikant
Voer, wanneer de schijf stabiel genoeg is en de gegevens beschermd zijn, de ondersteunde uitgebreide diagnose of mediascan van de fabrikant uit. Sla de code en het logboek op.
Western Digital omschrijft een uitgebreide test als een grondige schijftest, waardoor deze nuttig is om te bevestigen dat een algemene leesfout niet alleen een eigenaardigheid van één hulpprogramma is.
Belast een schijf met de enige kopie van belangrijke gegevens niet herhaaldelijk. Wanneer het aantal fouten toeneemt, is het veiliger om leesbare regio’s te imageren dan nog meer bevestiging te verzamelen.
Koppel de falende LBA aan de eigen logboeken van de schijf
Vergelijk het foutadres van de volledige leescontrole met het SMART-zelftestlogboek, het ATA-foutenlogboek, wijzigingen in wachtende sectoren en I/O-fouten van het systeem. Noteer of dezelfde LBA of een aangrenzend bereik herhaaldelijk voorkomt.
De Debian-smartctl-naslaginformatie documenteert de uitvoer van zelftests en foutenlogboeken, waarin het eerste falende logische blokadres kan worden vastgelegd.
Een herhaalbaar adres wijst op plaatselijke mediaschade. Willekeurige adressen in combinatie met CRC-fouten, verbroken verbindingen of het verdwijnen van het apparaat wijzen eerder op de verbindingsroute of controller.
Gebruik een alleen-lezen oppervlaktestest zorgvuldig
Controleer of de gekozen tool in de alleen-lezenmodus staat en het juiste apparaat aanspreekt. Gebruik nooit een destructieve test met schrijfpatronen op een schijf met benodigde gegevens.
De handleiding van badblocks maakt onderscheid tussen alleen-lezen scans en destructieve schrijfmodi, wat essentieel is voordat je een gevulde schijf test.
Een oppervlaktescan is geen reparatie. Het is een meting van de leesbaarheid onder de huidige omstandigheden, en herhaalde pogingen kunnen een falende schijf extra belasten.
Scheid mediafouten van fouten in kabel, voeding en controller
Bescherm de gegevens eerst en herhaal daarna een korte, begrensde leesbewerking rond het falende bereik via een goed werkende kabel, een directe poort, een stabiele voedingsroute en indien praktisch een andere controller.
GNU ddrescue is ontworpen om eerst leesbare regio’s veilig te stellen en de voortgang vast te leggen. Dat is veiliger dan een gewone volledige leescontrole op een instabiele schijf steeds opnieuw te starten.
Als dezelfde LBA via goed werkende routes blijft falen, is de schijf het gemeenschappelijke onderdeel. Als de fout verdwijnt of verandert wanneer de route wordt gewijzigd, controleer dan de voeding, kabel, bridge, HBA en hostlogboeken.
Bescherm de gegevens voordat je besluit de schijf te vervangen
Stop met onnodige tests wanneer het aantal fouten toeneemt, het apparaat wordt gereset, het aantal wachtende of onherstelbare SMART-sectoren stijgt of de schijf onvervangbare gegevens bevat. Kopieer of image eerst de leesbare gegevens.
De ZimaSpace-gids over een slechte SATA-kabel versus een falende schijf behandelt de aansluitende beslissing over het isoleren van de route; dit artikel richt zich op de reden waarom SMART PASSED en een resultaat van het volledige oppervlak van elkaar kunnen verschillen.
De schijf moet uit de primaire dienstverlening worden genomen wanneer herhaalbaar onleesbare regio’s, mislukte uitgebreide tests, verslechterende apparaatlogboeken of fouten die de schijf volgen blijven bestaan nadat de verbindingsroute is gecontroleerd.
Veelgestelde vragen
Betekent SMART PASSED dat een schijf gezond is?
Het betekent dat de schijf de algemene faaldrempel van de fabrikant niet heeft overschreden. Het garandeert niet dat elke LBA leesbaar is of dat er geen intermitterende elektronische of transportfout bestaat.
Is een volledige leescontrole destructief?
Een alleen-lezen scan is niet bedoeld om gegevens te wijzigen, maar kan een zwakke schijf wel belasten. Oppervlaktests met schrijfpatronen zijn destructief en mogen nooit worden gebruikt op gegevens die nodig zijn.
Moet ik dezelfde falende sector vaak opnieuw proberen?
Nee. Herhaalde pogingen kunnen tijd verspillen en instabiele media belasten. Bewaar de eerste fout, bescherm de leesbare gegevens en gebruik een herstelgerichte tool wanneer de gegevens belangrijk zijn.
Ondersteuning & Tips
Meer om te lezen

Kan Plex een GPU delen met een andere Docker-container?
Plex en een andere container kunnen vaak dezelfde GPU gebruiken, maar je moet de driverondersteuning, apparaattoewijzing, belasting van de video-engine, het geheugengebruik en het...

Hoe je kunt bepalen of een Plex-fout door de client of de server wordt veroorzaakt
Reproduceer hetzelfde item op een andere client, vergelijk het sessiepad en verzamel pas serverbewijs nadat de scope heeft uitgewezen waar de fout daadwerkelijk zit.

Plex-cache en tijdelijke opslag voor transcodering configureren
Bescherm de permanente Plex-status door tijdelijke transcodebestanden op geschikte lokale opslag te plaatsen en controleer vervolgens het opruimen, de beschikbare ruimte en het gedrag...

