![]() |
Wat zijn "Invoer/uitvoer" fouten en hoe los ik ze op? |
||
Wanneer u van of naar defecte media kopieert, of een schijf met een beschadigd bestandssysteem, kan CCC "Invoer/uitvoer" fouten melden. Wanneer deze fouten worden gevonden, zal CCC een dialoogvenster geven met:
"CCC heeft "Invoer/uitvoer"-problemen gedetecteerd tijdens het klonen."
Of, vanaf versie 3.3.5:
"CCC has detected a physical problem with one of your volumes."
Dienovereenkomstig zal het bestand CCC.log normalerwijs de bestandsnamen of mappen die CCC probeerde te lezen of schrijven toen de fout optrad. Om CCC's logbestand weer te geven, kiest u "CCC log" uit CCC's Venster-menu. Hier zijn enkele voorbeeld invoer/uitvoer fouten die u mogelijk tegenkomt in het bestand CCC.log:
rsync: mkstemp "/Volumes/Backup/Applications/iChat.app/Contents/Resources/Italian.lproj/BuddyInfo.nib/.designable.nib.MtvjHR" failed: Input/output error (5) rsync: rename "/Volumes/Backup/Applications/iChat.app/Contents/.Info.plist.uHwdgM" -> "Applications/iChat.app/Contents/Info.plist": Input/output error (5) rsync: recv_generator: mkdir "/Volumes/Backup/System/Library/Caches" failed: Input/output error (5) rsync: recv_generator: failed to stat "/Volumes/Backup/System/Library/Colors/Apple.clr": Input/output error (5) rsync: read errors mapping "/Users/mike/Movies/1984.mov": Input/output error (5) ERROR: Users/mike/Movies/1984.mov failed verification -- update discarded.
De exacte fouten variëren en sommige komen mogelijk dubbel voor, maar ze bevatten altijd "Input/output error"
Leesfouten veroorzaakt door defecte media
Leesfouten zijn meestal het gevolg van mediaschade — enkele van de "sectoren" op de harde schijf zijn defect en Mac OS X kan er geen gegevens meer van lezen. Leesfouten kunnen op de bron- of het doelvolume voorkomen. Als er zich leesfouten voordoen, moet het bestand of moeten de bestanden die de slechte sector gebruiken worden verwijderd. Als de leesfouten zich voordoen op het bronvolume, moet u de betreffende bestanden uit een vorige back-up herstellen, het betreffende programma opnieuw installeren, etc. Als u de bestanden hebt verwijderd die werden genoemd in het bestand CCC.log, dan moet u in staat zijn om uw back-uptaak succesvol opnieuw te starten. Als er door defecte media een map is geraakt, moet u de betreffende map vervangen door een goede back-up en dan het bestandssysteem repararen met een hulpprogramma (bijv. Schijfhulpprogramma "Herstel volume") om eventuele gerelateerde bestandssysteemschade te verhelpen.
Invoer/uitvoer fouten die ervoor zorgen dat het lijkt alsof CCC "vastloopt"
Als CCC vastloopt op hetzelfde bestand bij herhaalde back-uptaken, dan is dat meestal een teken dat dit bestand op defecte media staat. CCC zal een leesopdracht geven voor een bepaald bestand, en het OS (als verbindende schakel), zal de schijf vragen om een bepaalde reeks blokken van het bestandssysteem. Als het bestandssysteem niet reageert (of kan reageren) met de gegevens van die blokken, dan zal het OS het een bepaalde tijd blijven proberen. Het herhaalt deze cyclus van vragen-wachten-opnieuw proberen voor elk blok van het bestand dat werd gevraagd, volledig los van CCC. CCC wacht alleen op het antwoord van het OS. Als er meerdere slechte blokken voor een bepaald bestand zijn, kunnen deze cumulatieve time-outs tot lange wachttijden leiden voordat CCC het opgeeft dit bestand te herstellen van of een back-up te maken op defecte media.
Merk op dat hoewel het over het algemeen een goede gewoonte is om Schijfhulpprogramma's "Herstel volume" te starten wanneer u problemen met uw schijf tegenkomt, Schijfhulpporgramma scant niet op slechte blokken, het controleert alleen de status van uw bestandssysteem. De eenvoudigste manier om te bevestigen of u een slecht bestand hebt, is door deze uit te zonderen (of de hele map met het bestand) van uw back-uptaak. Als uw back-uptaak vastloopt op een bepaald bestand, doe dan het volgende om het onderliggende probleem op te lossen:
- Wacht tenminste vijf minuten. Als het huidige bestand of de "Gekopieerde gegevens", vijf minuten lang onveranderd is, dan is CCC vastgelopen.
- Noteer het bestand of de map die CCC op dat moment probeert te kopiëren.
- Stop de back-uptaak door te klikken op de Stopknop.
- Stel de kloonmethode in op "Incrementele back-up van selectie."
- In de lijst met te-kopiëren-onderdelen onder het bronmenu, navigeert u naar het onderdeel dat CCC het laatst probeerde te kopiëren.
- Deactiveer het onderdeel dat CCC het laatst probeerde te kopiëren en/of zijn bovenliggende map.
- Herhaal de back-uptaak.
CCC zal het volume opnieuw scannen, maar zal doorgaan waar het is gebleven in de vorige back-uptaak. Wanneer u het bestand of de map hebt gevonden waar CCC een probleem mee had om een back-up van te maken (bijv. uw back-up loopt nu door tot het einde na uitzondering van dit bestand), verwijdert of vervangt u de betreffende bestanden door een goede back-up, en herhaalt u de bovenstaande stappen, waarbij u de betreffende bestanden in stap 6 weer selecteert.
Fouten bij lezen of schrijven veroorzaakt door fysiek disfunctioneren van de schijf
Soms worden invoer/uitvoer fouten gemeld wanneer een mechanisch probleem Mac OS X verhindert om een deel van de harde schijf te lezen. Problemen zoals deze worden soms gekenmerkt door ongebruikelijke geluiden van de harde schijf (vooral repetitieve klikgeluiden) en vertraagde prestaties van de betreffende schijf. CCC lijkt ook mogelijk "vast te lopen" bij dit type problemen. Als u van de betreffende schijf bent opgestart, zal het u mogelijk opvallen dat Mac OS X niet erg goed reageert.
Als u uw bron- of doelschijf fysieke problemen heeft, dan hebt u mogerlijk maar een weinig speelruimte om een back-up van de gegevens te maken op een andere harde schijf. Tijd is kostbaar; componenten kunnen het op ieder moment opgeven waarna de schijf totaal niet meer geactiveerd kan worden. Leesactiviteit is belastend voor een stervend volume, een back-up van het hele volume helemaal. We raden u aan dat u onmiddellijk een back-up maakt van de bestanden die het meest belangrijk voor u zijn. Wanneer u een back-up hebt van de meeste belangrijke gegevens, probeert u dan een ack-up van het hele volume. Wanneer van al uw belangrijke bestanden een back-up is gemaakt, kunt u reparatie van het bestandssysteem proberen met een hulpprogramma (bijv. Schijfhulpprogramma met "Herstel volume") als er geen tekenen van aanstaande problemen zijn (bijv. een luidruchtige schijf, of luide repetitieve klikgeluiden). We raden u in ieder geval aan de defecte schijf te vervangen.
Wat als het volume van de schijf die kapot aan het gaan is niet geactiveerd kan worden?
Vaker dan niet, hebt u gewoon pech. Ik heb jaren geleden technische ondersteuning gegeven op een universiteit en de kans gehad om vele defecte schijven te zien. Soms konden we een harde schijf weer tot leven wekken voor een korte periode door de schijf af te laten koelen (ergens waar het koel en droog is, niet koud) en deze vervolgens te koppelen aan een werkstation (bijvoorbeeld niet proberen om van op te starten: daar heeft u mogelijk onvoldoende tijd voor). Als een schijf niet geactiveerd kan worden, dan gaat deze normalerwijs naar een recyclecentrum of DriveSavers als de gegevens de herstelkosten waard zijn. Als u deze paragraaf nu leest omdat u in deze situatie zit, dan gaan mijn gedachten naar u uit.