Eksporten min kom som et dusin separate zip-filer
Du ba om dataene dine og fikk en haug nummererte arkiver i stedet for én fil. Apple merker dem Del 1 av 3 og lignende; Google nummererer dem bare. Det er ikke opplagt hvilken du skal åpne, om du trenger alle sammen, eller om de må settes sammen igjen først.
Kan du få det tilbake?
Ingenting er ødelagt og ingenting mangler. I nesten alle tilfeller er dette komplette arkiver som hvert åpner for seg, og du trenger ikke sette dem sammen. Å laste ned alle sammen betyr fortsatt noe, for filene dine er spredd over dem, men det er noe annet enn å slå dem sammen.
Hva som faktisk skjedde
Du velger en maksimal filstørrelse når du ber om eksporten - både Apple og Google tilbyr det, og det er lett å godta standardvalget uten å legge merke til det. Alt som er større enn det skrives som flere arkiver i stedet for ett. Mindre filer lastes ned mer pålitelig på en dårlig forbindelse, og det er derfor det tilbys, og ofte derfor det er standard.
Apple sender også det samme arkivet to ganger hvis du gjør den samme forespørselen mer enn én gang, så du kan ende opp med en fil og en kopi av den som ender på (1). Det er et duplikat og ikke en manglende bit.
Det vanlige rådet på nett er å slå sammen delene med et sammenslåingsverktøy før du åpner noe som helst, og for én type oppdelt arkiv er det riktig og uunngåelig. For den typen disse eksportene faktisk gir er det feil, og det er dyrt: en veiledning til å gjøre det nevner at den trengte rundt 68 GB ledig plass for å slå sammen et stort sett, og så mer igjen for å pakke ut resultatet. Testen tar to sekunder, og det er filendelsene. Har du én .zip ved siden av filer som ender på .z01, .z02 og så videre, er det et ekte oppdelt arkiv, og delene er virkelig fragmenter - du trenger alle sammen til stede, og du må åpne .zip-fila, som drar inn resten. Ender hver eneste fil rett og slett på .zip, er de separate komplette arkiver, og hvert av dem åpner for seg. En ekte Apple-eksport sjekket her var 18 filer, hver med sin egen fungerende innholdsfortegnelse, 1 020 oppføringer mellom seg, og ikke én eneste oppdelt del.
Slik retter du det
Når du først vet hvilken type du har, er det rett fram.
- Alle filer ender på .zip
- Åpne hver av dem på vanlig måte. Ingenting trenger å slås sammen. Det er verdt å pakke dem ut i én felles mappe i stedet for én mappe per arkiv, slik at eksporten ender opp i den formen den hadde før den ble delt opp.
- Du har .z01, .z02 og én .zip
- Dette er et ekte oppdelt arkiv. Ha hver del i den samme mappen og åpne .zip-fila - 7-Zip på Windows og Keka på macOS drar inn de nummererte delene automatisk. Ikke prøv å åpne .z01 direkte. Du trenger ledig plass omtrent tilsvarende hele settet, to ganger.
- To filer med samme navn, én som ender på (1)
- Apple som sender det samme arkivet to ganger. Sammenlign filstørrelsene: er de like, behold hvilken som helst av dem. Ingenting går tapt ved å slette kopien.
Slik gjør Muletto det
Slipp alle sammen inn på én gang. Muletto leser dem som ett bibliotek, så et bilde i ett arkiv finner opplysningene sine i et annet, og duplikater mellom dem finnes i stedet for å importeres to ganger. Den åpner også arkiver som inneholder nye arkiver, hvilket Apple-eksporter gjør - i den som ble målt her inneholdt sju av atten flere zip-filer inni seg, og 394 oppføringer var usynlige til de ble åpnet.
Slik unngår du det neste gang
Når du gjør forespørselen, se etter innstillingen for maksimal filstørrelse og velg en større verdi hvis forbindelsen din takler det. Da får du færre og større filer. På en forbindelse som ryker er standardvalget det beste, og flere filer det minste problemet.
Sjekket mot en ekte Apple-eksport på 18 arkiver: hvert eneste bar sin egen fungerende sentrale innholdsfortegnelse og åpnet uavhengig, 1 020 oppføringer til sammen, uten oppdelte deler noe sted i settet. Sju av de atten inneholdt arkiver inni seg med ytterligere 394 oppføringer.