.
.
APFS heeft verschillende manieren om kopieën of links naar bestanden te maken die verward kunnen worden. Dit zijn:
.
Symlinks en Finder-aliassen zijn gemakkelijk te onderscheiden, omdat hun pictogrammen een pijl hebben die eroverheen is gelegd en Get Info vertelt u dat ze een alias zijn.
Terwijl symlinks bijna geen ruimte innemen, nemen Finder-aliassen iets meer in beslag. Maar op het eerste gezicht zien kopieën, klonen en harde links er allemaal identiek uit.
.
Dit artikel onderzoekt hoe u ze van elkaar kunt onderscheiden zonder toevlucht te nemen tot de opdrachtregel van Terminal.
Ten eerste een waarschuwing voor een al lang bestaand probleem in de Finder: het kan ze niet uit elkaar houden en kan niet correct rekening houden met de ruimte die ze op de schijf innemen.
.
Om te zien wat ik bedoel, maak een map en een dik bestand erin, die ik MyBigFile.tiff zal noemen.
Maak in Terminal vijf harde links naar, genummerd 2-5, met behulp van opdrachten zoals ln MyBigFile.tiff MyBigFile2.tiff
.
Kloon dan voor de goede orde MyBigFile.tiff twee keer door het te dupliceren in de Finder om MyBigFileclone.tiff en MyBigFileclone2.tiff te maken.
.
.
Selecteer alle zeven bestanden en druk op Control-Command-I of Option-Command-I om informatie over meerdere items te krijgen, en u zult zien dat de Finder denkt dat elk van die zeven bestanden dezelfde ruimte op de schijf inneemt, in mijn geval in totaal 70 GB, ook al weten we dat er slechts 10 GB aan gegevens tussen hen is opgeslagen.
.
Dit is een aanhoudende tekortkoming in de Finder sinds lang voor de introductie van APFS, en is van toepassing op zowel kloon bestanden als harde links.
.
.
Wanneer we een conventionele kopie van een bestand maken, wordt er een nieuwe inode voor gemaakt en elk van de items die deel uitmaken van dat bestand wordt gekopieerd, inclusief de gegevens die zijn opgeslagen in de bestandsextensies.
.
Dit vereist dezelfde hoeveelheid extra schijfruimte als gebruikt door het originele bestand, omdat er niets gemeenschappelijks is tussen de twee bestanden.
.
In plaats van alles te dupliceren, worden alleen de inode en zijn attributen (blauw en roze) gedupliceerd om een kloon bestand te maken, samen met hun bestands omvanginformatie. U kunt dit verifiëren door de nummers van die inodes te inspecteren, omdat ze verschillend zijn, en informatie in de attributen, zoals de naam van het bestand, zal ook anders zijn.
Er is een vlag in de attributen van het bestand om aan te geven dat klonen heeft plaatsgevonden.
In harde links is precies hetzelfde bestand toegankelijk via twee verschillende bestandspaden.
.
Hoewel andere bestandssystemen dit anders kunnen aanpakken, volgens Apple’s verwijzing naar APFS, gaat het zo om met harde links.
.
.
Wanneer u een harde link naar een bestand maakt (blauw), maakt APFS twee broers en zussen (paars) met hun eigen ID’s en links, inclusief verschillende paden en namen, indien van toepassing.
.
Die vervangen de originele inode niet, en er blijft een enkel bestandsobject over voor het hele hardlinked-bestand. Inode-attributen houden een telling bij van het aantal links dat ze hebben naar broers en zussen in hun link (of referentie) aantal.
.
Normaal gesproken, wanneer een bestand geen harde links heeft, is dat er één, en er zijn geen zuste bestanden.
.
Wanneer een bestand moet worden verwijderd, als het aantal links slechts 1 is, kunnen het bestand en alle bijbehorende componenten worden verwijderd, afhankelijk van de vereisten van eventuele klonen en toepasselijke snapshots. Als het aantal links groter is dan 1, wordt alleen de broer of zus die wordt verwijderd verwijderd.
Omdat de Finder ons niet kan vertellen welke harde links zijn en welke kloonbestanden, kunnen we onze toevlucht nemen tot een hulpprogramma zoals het gratis Precize. Zet het bestand op het app-pictogram en dit is wat u zou moeten zien.
.
.
Dit is het originele bestand, dat nu vier harde links heeft en ook twee klonen heeft.
.
Als u een van die harde links op Precieze neerzet, ziet u dat ze hetzelfde bestand zijn, met hetzelfde inode nummer bovenaan in het volfs-pad en FileRefURL, in dit geval 8513451.
Kijk onderaan, en hun Ref-telling wordt gegeven als 5, omdat alle vijf aan elkaar zijn gekoppeld aan hetzelfde bestand. Omdat we dit bestand ook hebben gekloond, is het selectievakje Klonen onderaan aangevinkt.
.
.
Dit is een van de twee kloon bestanden die van dat origineel zijn gemaakt.
Omdat dit een ander bestand is dat toevallig naar dezelfde gegevens wijst, heeft het een ander inodenummer in het volfs-pad en FileRefURL.
Het selectievakje Kloon is aangevinkt, omdat het een kloon is, maar het heeft slechts één Ref-telling, omdat geen van de harde links naar dit kloonbestand verwijst.
.
Hetzelfde geldt voor de tweede kloon, met zijn eigen inodenummer, aangevinkt als een kloon en een enkele Ref-telling.
De laatste vraag die u zou kunnen stellen is of bestanden identiek zijn. In het geval van harde links is het antwoord eenvoudig: omdat het hetzelfde bestand in vermomming zijn, ja, ze zijn absoluut identiek.
.
Klonen vereisen wat meer werk, omdat ze als klonen zullen blijven worden getoond, ook al kan hun inhoud tegen die tijd behoorlijk anders zijn. Het beste antwoord is om de SHA-256 hash van de gegevens van het bestand te berekenen en die te vergelijken tussen twee klonen.
.
Als u geïnteresseerd bent in een van hun metadata in hun uitgebreide kenmerken, dan moet u die ook controleren.
.
Artikel is overgenomen van The Eclectic Light Company
Regio
Kies voor kwaliteit
Regio
Openingstijden
Contactgegevens
Regio
Bedrijfsgegevens
Bankgegevens