Kort antwoord: de backup doorstond zijn eigen samenhangscontrole niet. Je bestanden staan er waarschijnlijk nog, maar Time Machine vertrouwt de geschiedenis niet meer, en er is geen reparatietool.
Haal eruit wat je nodig hebt uit de oude backup voordat je het aanbod accepteert om een nieuwe te beginnen. Dat aanbod verwijdert hem.
Time Machine houdt bij wat het schreef. Verificatie leest de backup opnieuw en vergelijkt die met dat overzicht. Zegt het dat de backup niet kan worden geverifieerd, dan komen de twee niet meer overeen: een bestand staat niet waar de index zegt, of de bytes zijn niet de bytes die het schreef.
Dat gaat over de index, meestal niet over je bestanden. De meeste gegevens staan nog op de schijf. Waar Time Machine het vertrouwen in kwijt is, is het vermogen om door de geschiedenis te lopen en je een bepaalde versie van een bepaald bestand op een bepaalde datum te geven, en dat is precies waar het om draait.
Er is geen fsck voor een Time Machine-backup. Apple levert geen reparatietool mee, en daarom eindigt elke forumdiscussie op dezelfde manier: verwijder hem en begin opnieuw.
Het venster biedt aan een nieuwe backup te beginnen. Dat aanbod aannemen, verwijdert wat je hebt. Zelfs een backup die de verificatie niet doorstond, bevat zeer waarschijnlijk leesbare kopieën van je bestanden, dus behandel hem als de laatste kopie van iets tot je het tegendeel hebt bewezen.
Backups.backupdb, dan de naam van je Mac, dan een map met een datum. Dat zijn gewone mappen vol gewone bestanden, en je kunt eruit slepen.Gedraagt de schijf zelf zich slecht, kloon hem dan voordat je hem aanraakt en werk met de kloon. Schijfhulpprogramma, Archief, Nieuwe schijfkopie, Schijfkopie van [je schijf], en kies alleen-lezen. Een falende schijf wordt slechter elke keer dat hij wordt gelezen, en je krijgt één goede poging.
Dit verrast mensen die de instelling gaan zoeken. Houd Option ingedrukt en klik op het Time Machine-symbool in de menubalk, en je krijgt Verifieer reservekopieën, maar alleen als de backup op een netwerkshare staat. Op een USB- of Thunderbolt-schijf verschijnt de optie niet, omdat macOS die controle op lokale schijven helemaal niet uitvoert.
Dus de meeste mensen krijgen deze melding op een NAS of Time Capsule, en iedereen met een schijf op het bureau zit in de andere situatie: niet geverifieerd, en ook geen mislukte verificatie. Niets controleert.
Het dichtst bij een handmatige controle op een lokale schijf komt:
tmutil compare -sdie je Mac vergelijkt met de laatste snapshot en de verschillen toont. Het is een vergelijking, geen integriteitscontrole, en op een grote schijf duurt het lang. Het vertelt je dat de backup kan worden gelezen en doorlopen, en dat is meer dan je een minuut geleden wist.
diskutil verifyVolume /Volumes/YourBackup, en bekijk de SMART-status in Systeeminformatie onder Opslag. Een schijf met hertoegewezen sectoren vertelt je iets.Zodra je bestanden eruit zijn, zijn de eerlijke opties beperkt. Je kunt een nieuwe backup beginnen, wat het venster van Apple aanbiedt en wat bijna iedereen uiteindelijk doet. Je verliest de geschiedenis en houdt het heden. Of je laat de oude schijf onaangeroerd als koude kopie en begint de nieuwe backup ergens anders, wat een tweede schijf kost en het betere antwoord is als de geschiedenis belangrijk was.
Wat je niet moet doen, is de melding wegklikken en doorgaan. Een backup die de verificatie niet doorstond, herstelt niet vanzelf, en blijft het wekenlang melden terwijl hij niets nuttigs doet.
Je kwam erachter omdat er toevallig iets keek. Op een lokale schijf had niets gekeken, en de eerste keer dat iemand het controleerde, was de dag geweest dat de bestanden nodig waren.
Je weet pas dat een backup werkt als hij is teruggelezen. Dat geldt voor Time Machine op een USB-schijf, voor rsync volgens schema en voor een map die naar de cloud synchroniseert. Wat helpt, is een tool die de kopie terugleest en je vertelt wanneer die niet meer overeenkomt.
Copy Shelter doet dat volgens schema: elk stuk wordt gecontroleerd met de hash waaronder het is opgeslagen, een verschil wordt als feit gemeld, en een stuk dat eronder is verwijderd, wordt als ontbrekend gemeld. Het schrijft naar een schijf, een NAS of een map in een cloudaccount waar je al voor betaalt, en het is gratis voor één locatie. Doe je het liever zelf, dan staan de commando's hier.
Meestal niet. De controle die mislukte, gaat over de interne samenhang van de backup, en de meeste gegevens zijn normaal nog leesbaar. Koppel de schijf in de Finder, open Backups.backupdb en sleep eruit wat je nodig hebt voordat je er iets anders mee doet.
Nee. Apple levert geen reparatietool mee en er is geen ondersteunde manier om de index opnieuw op te bouwen. Daarom zegt elk antwoord dat je vindt dat je opnieuw moet beginnen, en dat is niet omdat mensen te snel opgeven.
Het verschijnt alleen bij backups op een netwerkshare. Houd Option ingedrukt en klik op het Time Machine-symbool in de menubalk. Op een lokale USB- of Thunderbolt-schijf biedt macOS het niet aan, omdat het die controle op lokale schijven helemaal niet uitvoert.
Pas als je zeker weet dat de hardware in orde is. Voer diskutil verifyVolume erop uit en controleer de SMART-status. Is de schijf in orde, dan is wissen en een nieuwe backup beginnen redelijk. Is hij dat niet, dan faalt een nieuwe backup op een slechte schijf over een maand op dezelfde manier.
Op een netwerkshare: houd de NAS en de Mac wakker tijdens backups, geef de sparse bundle ruimte en sluit de backupschijf uit van elke virusscanner. Meer in het algemeen: één backup is één zwakke plek. Een tweede kopie ergens anders is het enige wat dit van een ramp tot een ongemak maakt.
Het kan hetzelfde onderliggende probleem hebben, want schijven en shares gaan voor iedereen op dezelfde manier kapot. Het verschil is wanneer je het ontdekt. Verificatie draait volgens schema, benoemt de stukken die niet meer overeenkomen, en houdt de kopieën die echt zijn gecontroleerd apart van de kopieën die dat niet zijn.
Gerelateerd: controleren of een backup echt leesbaar is, en de 3-2-1-regel, die eigenlijk precies over deze ochtend gaat.