Als u slechte blokken ziet wanneer u een integriteitscontrole van het bestandssysteem uitvoert, heeft de harde schijf waarschijnlijk al het aantal blokken overschreden dat hij opnieuw kan toewijzen, en heeft hij zijn “reserve” sectoren uitgeput. U moet onmiddellijk een back-up van uw gegevens maken (als u dat nog niet gedaan hebt) en de schijf vervangen voordat het probleem verergert en u uw gegevens verliest.

Ik stel voor om smartmontools en GSmartControl te downloaden om de SMART diagnostiek te bekijken als een andere controle, als u niet zeker weet welke SMART diagnostiek te vertrouwen is.

Als de SMART diagnostiek geen opnieuw toegewezen sectoren rapporteert (of als de VALUE kolom voor “Reallocated Sector Count” nog steeds ver onder de THRESHOLD ligt), is er een eenvoudige manier om een oppervlaktescan uit te voeren en tegelijkertijd de slechte blokken opnieuw toe te wijzen. (Opmerking: maak eerst een backup van uw gegevens!)

De eenvoudigste manier om de schijf te dwingen zijn eigen slechte blokken opnieuw in te stellen is door te booten vanaf een Ubuntu Live CD , open dan een terminal en voer dit commando uit:

sudo badblocks -nvs /dev/sda

Dit zal een niet-destructieve willekeurige lees-schrijf test doen op de eerste schijf, waarbij slechte sectoren onderweg opnieuw worden toegewezen.

Als u meer dan één harde schijf heeft, kunt u /dev/sda vervangen door /dev/sdX, waarbij X een kleine letter is. Je kunt een lijst van alle harde schijven (/dev/sdX devices) krijgen door dit commando te typen:

sudo fdisk -l

Aangezien je Mac OS X gebruikt, dat gebaseerd is op BSD, zou je ook eens kunnen lezen over badsect en bad144 , de ingebouwde BSD command-line hulpprogramma’s voor het omgaan met slechte blokken.

Ik ken geen tool die een oppervlaktescan doet en ook de slechte blokken repareert.

Met welk type Mac en met welk type harde schijf heb je problemen?

Ik betwijfel of je software zult vinden om slechte blokken te “repareren”, althans voor recente hardware. Ik weet niet wanneer het begon, maar enige tijd geleden werd de mogelijkheid om een slechte sector opnieuw toe te wijzen samengevoegd in de firmware van de harde schijf.

Als u de S.M.A.R.T. registers voor uw schijf bekijkt met een tool zoals SMARTReporter , zou u een item moeten zien met ID nummer 05 en titel “Reallocated Sectors Count”. Dit is het aantal slechte sectoren die de drive opnieuw heeft toegewezen.

Misschien verwijst Disk Warrior’s “Bad Block” naar iets anders? (Ik kon echter niet raden wat dat zou kunnen zijn).

Update in antwoord op commentaar (hieronder):

SMARTReporter lijkt een nogal “eigenzinnig” hulpprogramma te zijn. Je kunt in feite de inhoud van de S.M.A.R.T. registers van een drive opvragen en weergeven, je moet alleen door onverwachte hoepels springen om het te doen.

In de SMARTReporter FAQ kun je dit stukje vinden:
Can SMARTReporter mij precies vertellen welke S.M.A.R.T. test faalt?
Ja, vanaf versie 2.4.5! Klik met de rechtermuisknop op de drive in de drive-lijst in het voorkeurenvenster en kies “Controleer S.M.A.R.T. attributen”.

Een andere SMARTReporter gril is dat knippen en plakken blijkbaar alleen werkt in deze weergavevensters als je de menu-balk-items gebruikt. De sneltoetsen en het “rechtsklik” context venster van de muis doen het niet. Aan de andere kant, SMARTReporter IS gratis. ;-)

Maar ik dwaal af …

Vreemd genoeg noemt SMART Utility de schijf “Failing” terwijl alle andere hulpprogramma’s hem als “Verified” tonen. Het toont 1 Pending Bad Sectors. Dus, hoe verander je een “pending” slechte sector in een “removed” of “reallocated” sector?

Ik heb begrepen dat jij dat niet zou doen. De firmware van de drive wordt verondersteld dat zelf automatisch te doen. Let op wat er staat in de tabel in het Wikipedia S.M.A.R.T. artikel .

• 05 Reallocated Sectors Count Count of reallocated sectors. Wanneer de harde schijf een lees/schrijf/verificatiefout vindt, markeert hij deze sector als “opnieuw toegewezen” en verplaatst hij de gegevens naar een speciaal gereserveerd gebied (reservegebied). Dit proces wordt ook wel remapping genoemd, en “reallocated” sectoren worden remaps genoemd.
  Dit is de reden waarom op moderne harde schijven “slechte blokken” niet kunnen worden gevonden bij het testen van het oppervlak - alle slechte blokken zijn verborgen in opnieuw toegewezen sectoren. Naarmate het aantal opnieuw toegewezen sectoren toeneemt, neemt de lees/schrijfsnelheid echter af.
  De ruwe waarde vertegenwoordigt normaal een telling van het aantal slechte sectoren die zijn gevonden en opnieuw toegewezen. Dus, hoe hoger de waarde, hoe meer sectoren de drive heeft moeten hertoewijzen.

• C5 Current Pending Sector Count Aantal “instabiele” sectoren (die wachten om opnieuw toegewezen te worden, vanwege leesfouten). Als een onstabiele sector vervolgens met succes wordt geschreven of gelezen, wordt deze waarde verlaagd en wordt de sector niet geremapped. Fouten bij het lezen van een sector zullen de sector niet opnieuw toewijzen (omdat hij later misschien wel leesbaar is); in plaats daarvan onthoudt de drive-firmware dat de sector opnieuw toegewezen moet worden, en wijst deze opnieuw toe de volgende keer dat hij wordt geschreven._

Dus als het bovenstaande waar is, dan moet de Pending Sector Count blijkbaar voorzichtig worden geïnterpreteerd. De sector lees fout is waarschijnlijk ontstaan tijdens de schijf scan die je eerder met TechTool hebt gedaan. (BTW, bedoel je TechTool Deluxe 3.1.3 ?) Aangezien TechTool waarschijnlijk niet geprobeerd heeft om de sector te schrijven, was deze (nog) niet opnieuw toegewezen.

Kan dat zonder een reformat?

Ik denk dat een “reformat” alleen iets zou uithalen als de format naar elke sector op de drive zou schrijven. Ik weet niet of een standaard (niet-beveiligd) wissen met Schijfhulpprogramma … dat is wat ik denk dat je bedoelt met een reformat in de context van een MAC … zou dit te bereiken.

Als je dit zou doen zou het een zeer tijdrovende klus zijn. Ik heb onlangs iets dergelijks gedaan met een 500GB laptop schijf en het duurde iets minder dan 2 ½ uur om te voltooien. Natuurlijk, je zou moeten toevoegen in de tijd om (hopelijk) uw systeem herstellen van uw (hopelijk betrouwbare) back-up.

Het is mij niet duidelijk dat het nodig is om te proberen dit actief “gecorrigeerd” te krijgen. Er wordt verondersteld dat de firmware van de schijf dit zelf zou moeten afhandelen de volgende keer dat er een poging wordt ondernomen om naar een slechte sector te schrijven. Het lijkt me ook waarschijnlijk dat de sector in kwestie momenteel niet wordt gebruikt als onderdeel van een bestand. TechTool is er gewoon over “gestruikeld” toen het alle sectoren van je schijf aan het scannen was.

Maar als je een correctie zou willen forceren, dan denk ik dat je iets zou moeten doen dat een schrijven naar die sector zou forceren. Het lijkt de moeite niet waard. Ik zou gewoon doorgaan met het maken van back-ups van je bestanden en je schijf in de gaten houden voor het geval het begint te verder degraderen.

Mijn ervaring met SpinRite van grc.com is zeer positief. Ik ben er in geslaagd om minstens 4 schijven te herstellen die elke andere poging om ze te herstellen hadden gefaald. Het enige nadeel is dat het een BIOS-gebaseerde machine vereist, wat betekent dat het niet zal werken op moderne EFI-gebaseerde Macs. Het mooie is dat vrijwel elke andere PC het kan draaien, vanaf floppy, CD of flash drive. Ik heb nog niets anders gevonden dat in de buurt komt van het daadwerkelijk inspecteren van de inhoud van individuele sectoren en het herstellen van de gegevens in wat elk ander hulpprogramma afdoet als een slecht blok.

Het OS X ingebouwde commando fsck_hfs heeft een optie -S die blijkbaar slechte blokken op een harde schijf zal scannen en corrigeren op OS X.

Uit de documentatie:

-S Laat fsck_hfs het hele apparaat scannen op zoek naar I/O-fouten. Het zal proberen om de blokken met fouten om te zetten in namen, vergelijkbaar met de -B optie.

Voorbeeld:

fsck_hfs -fy -S /dev/disk3s11

Het lijkt dat te doen als het op een schijf zonder slechte blokken wordt uitgevoerd, maar ik moet nog controleren/documenteren wat het doet als er wel slechte blokken zijn.

Het is een beetje een oude vraag, maar nog steeds geldig. Wat voor mij werkte is het volgende:

• Start indien mogelijk op vanaf een andere partitie of schijf dan de hoofdpartitie. Zorg ervoor dat het niet de Mac’s Recovery optie is als je een 3rd party applicatie wilt gebruiken om de corrupte bestanden te identificeren
• Identificeer alle bestanden op je harddive die corrupt zijn door slechte blokken. Ik gebruik toevallig Carbon Copy Cloner om een mirror van mijn schijf te maken als backup (het geeft je een lijst van corrupte bestanden). Er zijn waarschijnlijk ook andere tools die dit kunnen doen.
• Zoek deze bestanden op je schijf, en verwijder ze (_leeg de prullenbak ook! _)
• Open Schijfhulpprogramma en wis lege schijfruimte door ‘0’s’ te schrijven. (je hoeft maar één keer te schrijven, dus kies de snelste optie). Let op, dit kan nog wel even duren, zeker als je veel vrije ruimte hebt.

Dit identificeert de slechte blokken en markeert ze als zodanig, zodat ze niet meer gebruikt kunnen worden. Zoals eerder vermeld, zullen fouten alleen verschijnen als je er naar probeert te SCHRIJVEN. Door 0’s te schrijven, doe je precies dat.

• als je ergens een backup van deze bestanden hebt, vervang ze dan handmatig vanuit je backup (als je ze überhaupt al wilt vervangen).

Ik kan me voorstellen dat dit erg tijdrovend kan zijn, vooral als er veel fouten zijn en dus veel bestanden om te vervangen. Als dat het geval is, overweeg dan de schijf te vervangen, het wordt nog erger…

Het klinkt alsof de meeste schijven een slecht blok alleen opnieuw toewijzen bij een schrijfactie, dus dat is hoe alle processen slechte blokken ‘repareren’. Als je bereid bent om opnieuw te formatteren, praten veel mensen over het doen van een low-level format dat nullen schrijft (Schijfhulpprogramma zal dit doen).

De enige tool op de Mac die ik gevonden heb die dit kan doen is “Speed Tools”. Als het een slecht blok vindt, schrijft het een nul naar het blok (zelfs als het in een bestand staat… de gedachte is dat het al slecht is). http://www.intechusa.com/

Ik heb goede dingen gehoord over SpinRite van GRC , maar heb het zelf nooit geprobeerd.

Eerst aandacht voor de commentaar van @chronos … denk: dataloss. In een randgeval kan een fix het herstel van gegevens onmogelijk maken.

• *

Onder de hulpprogramma’s die ik op Macs heb gebruikt, is er een die uitblinkt voor onmiskenbare waarschuwingen zoals deze:

Warning

The operation you are about to perform may cause data loss.

Om een slecht blok … write data to the drive te ontzien. Dit zal hoogstwaarschijnlijk resulteren in volume- of gegevenscorruptie als een slecht blok wordt gevonden en gespaard.

U kunt over dergelijke dingen meer te weten komen voordat u het product koopt - verfrissend eerlijk.

(Om het risico van dataverlies te begrijpen, zie bijvoorbeeld de SpinRite documentatie gelinkt aan het Why care? deel van mijn antwoord onder Hoe te controleren of er een slechte sector is op een USB harddisk op OS X? )

Voor zijn onmiskenbare waarschuwingen, voor tevredenheid vóór de aankoop en meer, is dit antwoord mijn stem van vertrouwen in:

Drive Genius 3

Verschrikkelijk, Verschrikkelijk advies hierboven. Ik bedoel WOW-afschuwelijk advies:

1. Ik ken geen moderne hulpprogramma’s voor Mac OS X die daadwerkelijk slechte blokken repareren (markeren) en je verder laten gaan met je dag. Dat gezegd hebbende, moet je een oudere versie van Norton Utilities voor Mac OS vinden om de slechte blokken op de HD in kwestie te repareren. Zoals versie 7.0 of 8.0.

2. Aangezien ik aanneem dat je een PC in Mac’s kleding gebruikt (Post PPC computer met een intel CPU en Unix[Mac OS X] draaiend), zul je een goede PPC Macintosh moeten vinden (of misschien draait hij in emulatie op een intel PC?) die nog steeds OS 9 kan booten. Koop een (ik neem aan dat je een SATA HD hebt?) SATA PCI kaart die werkt met OS 9. Start dan op vanaf de Norton CD, start Disk Doctor, en scan/repareer de HD in kwestie.

3. Dit klinkt moeilijk om te doen, maar dat is het niet. Omdat ik al zo'n 20 jaar een “ECHTE” Mac technicus en fan ben, heb ik machines van de 128k tot een Dual G5, dus de hardware ligt gewoon voor het oprapen. Met andere woorden, het is super makkelijk voor mij.

4. Waarom klink ik onbeleefd? Omdat ik dat ben. Ik ben erg boos op het huidige Apple, en ik haat vooral Steve Jobs voor het vernietigen van Apple Computer voor ons 1980’s en 90’s Macintosh gebruikers, en het veranderen van de Mac in niets meer dan een PC die een flauwe versie van Unix draait. Hij, en de mensen die denken zoals hij, zijn de reden dat Mac’s niet langer de hulpprogramma’s hebben die je nodig hebt om je HD “goed” te repareren.

5. Iedereen die je vertelt om naar SMART data te kijken, of op wat voor manier dan ook vertrouwt op SMART data, daar moet je niet naar luisteren. SMART is uiterst gebrekkig.

6. HD’s hebben bijna altijd slechte blokken automatisch opnieuw toegewezen, althans sinds ik me kan herinneren en ik ben oud voor een technicus. MAAR! Ze doen hun werk slecht en als u slechte blokken ziet, komt dat omdat de HD geen ruimte meer heeft voor het automatisch opnieuw toewijzen van slechte blokken. IE, je moet een programma gebruiken dat dit beter doet.