| |
|
|
Veel gestelde vragen (FAQ)
|
| |
[CCC help]
[Blader door helponderwerpen]
Wat is er gebeurd met de optie "Repareer bevoegdheden"?
"Repareer bevoegdheden" is geen taak die ik reken tot het maken van een reservekopie van een harde schijf. Het is
ten hoogste een onderhoudstaak en meer geschikt als oplossing bij problemen dat naar eigen inzicht moet worden gebruikt.
Terug naar boven
Ik heb net een reservekopie van mijn opstartschijf gemaakt op een externe schijf. De volumes komen echter niet overeen. Moet dat?
Moet ik me zorgen maken als er meer dan een GB ontbreekt?
Er zijn een aantal legitieme verklaringen voor het niet overeenkomen van de capaciteiten die zijn vermeld in Schijfhulpprogramma.
Ten eerste, als u kloont met de methode "Incrementele reservekopie van geselecteerde onderdelen", is er een
lijst van onderdelen die genegeerd worden bij het maken van de reservekopie omdat dit onderdelen zijn die bij iedere keer dat uw
machine wordt herstart opnieuw worden opgebouwd, of omdat deze niet van toepassing zijn om een reservekopie van te maken, omdat
deze de bruikbaarheid van uw OS op andere computers beperkt. Een is een volledige lijst van die onderdelen staat in de CCC
Help-sectie genaamd Filters instellen in CCC om in te perken
waarvan een reservekopie wordt gemaakt
Hoewel ik dat niet aanraad, zou u de lijst van onderdelen die CCC negeert kunnen aanpassen door het bestand
"defaults.plist" te bewerken in de programmabundel van CCC. Merk op dat deze onderdelen niet worden genegeerd
bij gebruik van de kloonmethode "Snelle, simpele reservekopie van alles" (deze kloonmethode verwijst naar een
kleinere, zeer conservatieve subset van onderdelen, waarnaar ook wordt verwezen in het defaults.plist bestand).
Hoewel het negeren van deze onderdelen veel verklaart van het verschil in schijfcapaciteit dat u wellicht hebt ontdekt in
Schijfhulpprogramma, verklaart dit niet alles. Een gebruiker stelde het volgende scenario voor na een "Snelle, simpele
reservekopie van alles" kloon op zijn doelschijf:
Opstartschijf - 39.67 GB gebruikt
Reservekopieschijf - 38.55 GB gebruikt
Moet ik mij zorgen maken als er meer dan een GB ontbreekt? Kan dit een swapbestand zijn bijvoorbeeld? Is er een eenvoudige
methode om te bepalen welke bestanden niet op beide staan?
Een GB lijkt erg veel, maar het is niet verbazingwekkend, bij 40GB in gebruik (het verschil wordt groter naarmate er meer gegevens
op uw opstartvolume staan).
Ik heb mezelf 3 volle maanden begraven in de HFS+ bestandssysteemspecificatie om te trachten uit te vinden waarom de inhoud van een
gekloond volume altijd minder is dan het opstartvolume (en het verschil is echt alleen zo groot als het bronvolume de
opstartschijf is). Ik kan het ook niet volledig verklaren, maar het viel me op dat als ik opstartte van het gekloonde volume, het
verschil ineens andersom was.
Het geval wil dat de Schijfhulpprogramma (en Finder Toon info voor het volume) misleidend is. De waarde die Schijfhulpprogramma
opgeeft is inderdaad de hoeveelheid ruimte die gebruikt wordt op uw harde schijf, echter het is niet de hoeveelheid ruimte die
wordt ingenomen door alle bestanden en mappen die u kunt zien. En ik heb het niet over de andere bestanden die eenvoudig
"onzichtbaar" zijn; deze andere bestanden en mappen die de ruimte innemen die u "mist" worden
simpelweg niet getoond aan het besturingssysteem. Deze onderdelen zijn details van de bestandssysteemimplementatie en het is niet
mogelijk om deze direct te kopiëren met hulpprogramma's op bestandsniveau.
Betekent dit dat je gegevens verliest? Absoluut niet. Het is ook vrij eenvoudig om dit voor uzelf aan te tonen. Start op van u
gekloonde volume en kijk naar de capaciteit in Schijfhulpprogramma. Hier is een voorbeeld van hoe ik het op mijn testmachine
uitgevoerd heb:
** Opgestart van originele bronvolume
Bron: 5,258,776,576 bytes
Kloon: 5,025,562,624 bytes
** Opgestart van het kloonvolume
Bron: 4,996,599,808 bytes
Kloon: 5,250,097,152 bytes
Vreemd, hè? Als iemand die hier drie maanden naar heeft zitten staren, een hulpprogramma ontwikkeld heeft dat zorgvuldig
elk bestand apart analyseert dat het kan vinden en kopiëren, ben ik 100% zeker dat ik geen bit informatie verlies met
mijn bestandsniveau kopieermethode voor de "Snelle, simpele reservekopie van alles" kloonmethode. Wat ik geleerd
heb en ik voel me geheel zeker van wat ik zeg, is dat Schijfhulpprogramma niet echt gebruikt kan worden als een betrouwbaar
controlemechanisme voor het succes van uw kloon. Dat wil niet zeggen dat wat het meldt verkeerd is; het is alleen misleidend.
Kan ik CCC gebruiken om een reservekopie te maken van mijn BootCamp (Windows) partitie?
Het maken van een reservekopie van een niet-HFS+-ingedeeld volume wordt momenteel niet ondersteund. Ik ben aan het onderzoeken hoe
ik dit kan ondersteunen in een toekomstig versie.
CCC vereist een HFS+ doelvolume. Waarom? En hoe wis ik een nieuwe harde schijf met HFS+?
Mac OS X wordt geïnstalleerd op een HFS+ bestandsstructuur. De HFS+ bestandsstructuur definieert vele soorten metagegevens
die uw bestanden beschrijven. Aanmaakdatum, bevoegdhedenlijsten (access control lists), bevoegdheden en eigendom, Finder
markeringen en uitgebreide attributen zijn onder de verschillende soorten metagegevens, gedefinieerd in de HFS+ standaard. Om op
een goede manier een reservekopie te maken van al uw bestanden en hun bijbehorende metagegevens, vereist CCC dat uw
reservekopievolume ook de HFS+ structuur heeft.
Zie de sectie van CCC's documentatie genaamd "Uw harde
indelen voor gebruik met Carbon Copy Cloner" (in de sectie "Tips voor mensen die beginnen met
CCC") voor stap-voor-stap instructies voor het partitioneren en indelen van een nieuwe harde schijf voor gebruik met
CCC.
Wat zijn "Invoer/uitvoer"-fouten en hoe moet ik hiermee omgaan?
Bij het kopiëren van of naar beschadigde media of een schijf met een beschadigd bestandssysteem, meldt CCC mogelijk
"invoer/uitvoer"-fouten. Als er geen andere grote fouten zijn gedetecteerd, zal CCC een dialoogvenster weergeven
met daarin:
"CCC heeft "invoer/uitvoer"-fouten gedetecteerd tijdens de kloon. Deze problemen
zijn een teken van schade aan het bestandssysteem, of hardwareproblemen op het bron- of doelvolume. Controleer de CCC.log om de
aard van deze problemen te achterhalen en overweeg om de betreffende harde schijf te vervangen als reparatie van het
bestandssysteem niet lukt."
Overeenkomstig daarmee zal het CCC.log-bestand de bestanden aangeven waarmee CCC bezig was
(lezen of schrijven) toen het probleem zich voordeed:
02:13:49 rsync: read errors mapping
"/Applications/Keynote.app/Contents/Resources/Themes/Shared/flowers_h.jpg": Input/output error (5)
02:14:39 rsync: read errors mapping
"/Applications/Keynote.app/Contents/Resources/Themes/Shared/flowers_h.jpg": Input/output error (5)
02:18:20 rsync: read errors mapping "Users/bombich/Movies/1984.mov": Input/output error (5)
02:18:24
rsync: read errors mapping "Users/bombich/Movies/1984.mov": Input/output error (5)
02:18:24 ERROR:
Users/bombich/Movies/1984.mov failed verification -- update discarded.
De preciese fouten kunnen variëren en sommige kunnen meermalen voorkomen. Als het betreffende bestandspad begint met
"/" en CCC meldt een leesfout (read error), dan gaat het waarschijnlijk uw bronvolume (bijv. het opstartvolume).
Fouten die het doelvolume betreffen geven meestla aan dat "mkdir" mislukte of andere schrijffouten (write
errors) opgetreden zijn, of het pad geeft de naam van het doelvolume aan.
In zeldzame gevallen worden deze fouten gemeld omdat uw bestandssysteem beschadigd is, maar deze fouten geven meestal aan dat uw
harde schijf op het punt staat om kapot te gaan. U hebt een slechts een smal tijdvenster de kans om een reservekopie van gegevens
op deze schijf te maken op een andere schijf. Tijd is kostbaar; componenten kunnen op elk moment uitvallen en de schijf totaal
onbruikbaar achterlaten. Leesactiviteit vergt veel van een stervende schijf, vooral bij een volledig-volume reservekopie. Wanneer
ik dit type problemen tegenkom op een harde schijf waarvan nog geen reservekopie is gemaakt, maak ik onmiddellijk een reservekopie
van de meest belangrijke bestanden. Als de reservekopie van de belangrijkste gegevens gemaakt is, probeer ik een volledig-volume
reservekopie. Als er eenmaal een reservekopie van alle belangrijke gegevens gemaakt is, probeer ik mogelijk het bestandssysteem te
repareren met een hulpprogramma (bijv. Schijfhulpprogramma of Disk Warrior) als er geen tekenen van aanstaand falen zijn (bijv.
een luide schijf, of luid, repetitief klikken).
Wat als de volume van de stervende schijf niet geactiveerd kunnen worden?
Vaker dan niet, hebt u pech gehad.
Ik heb jaren gelden technische ondersteuning op een universiteit geleverd en heb de kans gehad vele kapotte schijven te zien. Heel
af en toe waren we in staat om een harde schijf voor korte periodes te doen herleven door deze te laten afkoelen (op een koele,
droge plaats, niet koud) en dan weer aan te zetten via een werkstation (d.w.z. niet van proberen op te starten, daar hebt u
mogelijk geen tijd voor). Als een schijf niet geactiveerd kan worden, gaat deze meestal naar een recyclecentrum of naar
DriveSavers als de gegevens de herstelkosten waard zijn. Als u deze paragraaf leest omdat u nu in zo'n situatie zit, voel ik met u
mee.
Hoe controleer ik of de reservekopie correct is?
Vanuit statistisch perspectief is opstarten van het gekloonde volume een uitstekende manier om de kloon te controleren. Als het OS
bijvoorbeeld 10% van de gegevens op het volume gebruikt en opstarten vereist dat de kloon accuraat is (en dat is het geval), dan
hebt u een zeer goed indicatie. Als het gekloonde volume opstart, kunt redelijkerwijs aannemen dat de kloon correct is
uitgevoerd.
Terwijl u bent opgestart van het gekloonde volume, programma's opstart, uw e-mail controleert, iPhoto start, etc. vergroot u uw
"steekproef" en geeft u uzelf meer vertrouwen dat de kloon accuraat uitgevoerd is.
Kan ik andere dingen doen terwijl de reservekopie wordt gemaakt?
Ja en nee, het hangt er echt van af. Prestaties worden beïnvloed gedurende de kloon (zeker de eerste) omdat CCC het hele
bronvolume leest en deze op het doelvolume schrijft. Als uw werk "schijfgebonden" is -- dat wil zeggen uw
programma's lezen of schrijven op de bron of het doel, dan zult u dat merken in verminderde prestaties. Als u slechts e-mail leest
of een Pages-document maakt, dan merkt u waarschijnlijk weinig van verminderde prestaties.
Het effect op de accuratesse van de reservekopietaak is iets anders waar u rekening mee moet houden. Het is meestal OK om van het
bronvolume te werken terwijl u deze kopieert, met dien verstande dat als CCC een bestand heeft gekopieerd waarna u het opent,
wijzigingen aanbrengt, deze bewaart en CCC maakt de reservekopietaak af, dat de aangepaste versie van uw document niet in de
reservekopie staat (deze keer). Dit is meestal geen probleem, omdat de wijzigingen volgende keer dat de taak wordt gestart worden
meegenomen in de reservekopie. Belangrijker is echter, dat als u met grote bestand werkt (geactiveerde schijfkopieën,
Entourage e-maildatabase, VMWare/Parallels container) tijdens de reservekopiebewerking, het mogelijk is dat die grote bestanden
gewijzigd kunnen worden terwijl CCC er een reservekopie van maakt. Dit heeft geen invloed op het bronbestand, maar er is een grote
kans dat de reservekopie van dat bestand defect is. Om deze reden is het een goed idee om programma's te stoppen die mogelijk
grote bestanden wijzigen.
Wat maakt een volume opstartbaar?
Opstartbaarheid komt neer op een aantal eenvoudige regels:
- Het kastje van de harde schijf moet het opstarten van een Macintosh ondersteunen (alleen van toepassing op externe harde
schijven)
- De computer moet opstarten ondersteunen van de partitiestructuur van de harde schijf (bijv. APM vs GPT vs MBR)
- Het gekloonde bestandssysteem moet alle vereiste componenten hebben van Mac OS X
- Het gekloonde besturingssysteem moet juist zijn "gezegend"
Wanneer u een extern kastje voor een harde schijf koopt dat u wilt gaan gebruiken om uw Mac mee op te starten, let u dan goed
op -- niet alle kastjes zijn in staat om een Mac op te starten (of willekeurig welke machine overigens). Controleer of de
maker of leverancier het opstarten van een Mac ondersteunt. U moet zelfs wellicht opletten of ze uw specifieke architectuur
ondersteunen (bijv. PowerPC vs. Intel). Sommige Western Digital kastjes hadden dit probleem. Als u geen aantoonbaar bewijs kunt
vinden dat u met een bepaald kastje uw Mac kunt opstarten: niet kopen.
Als u eenmaal uw nieuwe harde schijf hebt in een kastje of geïnstalleerd in uw computer), moet u a) een partitie-indeling
toepassen en b) een of meer volumes op de schijf wissen (formatteren). Zelfs als u niet van plan bent de schijf te
"partitioneren", dat wil zeggen opdelen van de schijf in kleine volumes, dan moet u nog steeds de juiste
partitie-indeling toepassen op de schijf. Elke schijf heeft een partitie-indeling, zelfs als het maar een volume heeft. Ik ga hier
uitgebreid op in in deze sectie van de documentatie, dus ik zal het hier niet nog eens herhalen.
Het is genoeg te melden dat PowerPC Macs en Intel Macs van verschillende partitie-indelingen opstarten en beide van een andere
partitie-indeling dan waarmee de overgrote meerderheid van de harde schijven mee wordt geleverd.
Regels #1 en #2 staan buiten de functionaliteit van CCC. CCC zal geen partitie-indeling toepassen op uw schijf en zal ook geen
invloed hebben op uw partitie-indeling of deze wijzigen*. Als u een kastje voor een harde schijf Mac OS X niet wil starten, dan is
er geen softwareoplossing voor dit probleem. Als u zeker weet dat u zich houdt een regel #3.
* OK, er is een klein addertje onder het gras voor complete transparantie. Bij een kopie op blokniveau, zal CCC het doelvolume
opnieuw wissen (formatteren). Als gevolg daarvan moet het het onderdeel voor het doelvolume in de partitietabel bijwerken.
Functioneel echter heeft CCC geen substantieel effect op de indeling van uw schijf.
Regel #3 is redelij intuïtief -- als u wilt dat uw besturingssysteem opstart, dan moet het compleet zijn. Als u aan regel
#2 voldoet, zal CCC u vertellen of uw doel alle benodigde componenten heeft voor het opstarten van Mac OS X. Ik moet erbij
vertellen dat dit niet uitputtend is -- CCC zal controleren of de volgende onderdelen aanwezig zijn op de bron en volledig worden
gekopieerd naar het doelvolume:
/Bibliotheek
/Systeem
/bin
/etc
/mach_kernel
/private
/sbin
/tmp
/usr
/var
Dus als u besluit om /Programma's of /Gebruikers weg te laten, zal het gekloonde volume waarschijnlijk nog steeds opstarten.
Hoeveel functionaliteit u dan nog hebt is een ander verhaal. Hetzelfde geldt als het bron OS niet compleet is en als gevolg
daarvan niet opstartbaar, dan zal CCC geen uitgebreide analyse uitvoeren om te kijken of het kan opstarten. Het komt erop neer dat
CCC een behoorlijke goede indicatie kan geven of uw doelvolume de juiste OS-componenten zal hebben om mee op te starten.
Regel #4 wordt wellicht het minste begrepen, dus ik zal mijn best doen om het hier uit te leggen. Wanneer een Macintosh opstart,
gebeurt er het volgende:
- De computer voer een Zelftest bij spanning (Power On Self test). Als die test succesvol verloopt, hoort u het karakteristieke
Macintosh opstartgeluid.
- De computer's pre-opstart firmware (software die in een chip zit op het moederbord van de computer) zorgt voor de aanwezige
hardware, bouwt een boomstructuur van apparaten op en bepaalt welke hardware van gestart moet worden (meer hierover later).
Laten we, om het eenvoudig te houden, aannemen dat een machine is ingesteld om op te starten van een bepaald volume op een
bepaalde harde schijf.
- De firmware van de computer benadert het bestandssysteem van dat volume en bepaalt de locatie van het bestand, of map met het
bestand, dat is "gezegend" om het besturingssysteem te initiëren.
- Dit bestand wordt gestart door de firmware en de controle over de hardware wordt overgedragen vanuit de firmware naar het
opstartbestand.
- Het opstartbestand start de kernel van het besturingssysteem en laadt alvast een cache voor kernelextensies.
- De kernel initieert de rest van het opstartproces (voornamelijk door launchd te starten)
De clue van dit alles is dat elk opstartbaar volume, de locatie van de systeemmap aan moet geven. Het pad van de map blijkt
irrelevant te zijn, omdat het HFS+ bestandssysteem simpelweg de "inode" bewaart van deze map. De inode is in
essentie zoiets als een huisadres voor de map: het geeft aan waar op de schijfplaat de map staat. Deze informatie wordt bewaard in
de HFS+ Volume Header, maar u kunt eenvoudig de huidige status van deze informatie zien met het commando "bless"
in het programma Terminal. Bijvoorbeeld:
bash-3.2# bless --info /
finderinfo[0]: 116 => Blessed System Folder is /System/Library/CoreServices
finderinfo[1]: 546345 => Blessed System File is /System/Library/CoreServices/boot.efi
finderinfo[2]: 0 =>
Open-folder linked list empty
finderinfo[3]: 0 => No OS 9 + X blessed 9 folder
finderinfo[4]: 0 =>
Unused field unset
finderinfo[5]: 116 => OS X blessed folder is /System/Library/CoreServices
De relevante informatie is in dit geval dat de gezegende systeemmap zich bevindt op inode 116 en dat pad (voor de menselijke lezer)
is /Systeem/Bibliotheek/CoreServices. PowerPC-gebaseerde Macs hebben alleen dit stukje informatie nodig om op te starten. PPC Open
Firmware zoekt deze map op, en start vervolgens het bestand genaamd "BootX" binnen deze map. Intel-gebaseerde
Macs gebruiken ook "Blessed System File" informatie. In dit geval is dat het bestand op inode 546345 en (wederom
voor de menselijke lezer), bevindt dat bestand zich hier /Systeem/Bibliotheek/CoreServices/boot.efi.
Het is belangrijk om op te merken dat het zegenen van een volume anders is dan het instellen van een opstartapparaat. Zegenen van
een volume werkt alleen de informatie bij in de HFS Volume Header die aangeeft waar de gezegende systeemmap en het bestand zich
bevinden. Aan de andere bewaart de computer, wanneer u een bepaald volume instelt als opstartschijf, een verwijzing naar dat
volume in het "Non volatile RAM" -- een klein stukje RAM waarvan de inhoud niet verloren gaat als de machine
zonder stroom raakt, of wordt uitgezet. Het belang van dit verschil en alle vier regels wat dat betreft, is dat het simpelweg
instellen van een volume als opstartschijf mogelijk niet genoeg is om echt op te starten.
Kan ik een reservekopie direct op een AFP of SMB netwerkschijf maken? En hoe zit het met a Time Capsule?
CCC kan een reservekopie maken, direct op een lokaal HFS+ geformatteerd volume, of naar een
schijfkopie op willekeurig beschrijfbaar netwerkvolume. CCC kan echter niet een reservekopie maken direct op een
bestandssysteem op netwerk (bijv. AFP, SMB, Airport Extreme "Airdisk", of Time Capsule). Er zijn ernstige
technische beperkingen aan het maken van een reservekopie van een HFS+ bestandssysteem op een niet-HFS+ bestandssysteem (vooral
het behoud van eigenaar en bevoegdheden). Daarom raad ik aan en ondersteun ik alleen, het maken van reservekopieën op
schijfkopieën op niet-HFS+ bestandssystemen.
Hoe krijg ik die banners?
Zie de sectie van CCC's documentatie genaamd "Wat kost
CCC?" voor meer details over dit onderwerp.
Hoe spreek je "Bombich" uit?
Zoals de pen, niet de hond. (Bombick) ;-)
