APFS Snapshots maken op externe schijven
12 juli 2026 - 11:04   
geplaatst door: doctor_apple
Heren (en Dames) van het goede Apple Leven ... Ben weer wat meer aan het experimenteren met het Apple Platform voor thuis, iOS lukt inmiddels met de nodige hacks te gebruiken voor mijn usecase ... Maar macOS heeft nogal wat irritaties hier opgeleverd. Ik zit hier met het volgende:

Ik beheer mijn familie archief van foto's op een externe schijf. Om precies te zijn een externe case waar 4x4TB schijven in zitten geformatteerd als btrfs onder linux. Btrfs, kan evenals ZFS en APFS snapshots maken, verwijderen, allemaal wat we kennen onder Apple macOS.

Label: 'Family Memories'  uuid: 4a4c0446-5c30-79b1-2253-a352f3da551a
   Total devices 1 FS bytes used 8.08TiB
   devid    1 size 15.02TiB used 8.09TiB path /dev/mapper/luks-4a4c0446-5c30-79b1-2253-a352f3da551a

Maar er is een groot probleem waar ik maar niet uitkom. Onder Linux kun je ofwel met een grafische tool, of met

sudo btrfs subvolume snapshot -r \
    /mnt/external/@memories
    /mnt/external/@memories-snapshot-2026-07-12

en klaar. superhandig gebleken in het verleden ... Per ongeluk een foto gewist door een synchronisatie fout, of eigen dom handelen, et voila: even terugbladeren, evenals we dat met Time Machine kennen, en klaar ...

Maar nu zit ik dus dit weekend wat te spelen met de gedachte om dit te migreren naar macOS/APFS omgeving, en ik krijg met geen mogelijkheid gedaan om een snapshot te maken op een extern APFS volume.

Wat ik dus wil is:

Die schijf opnieuw geformatteerd als APFS, en dan vanuit macOS alles beheren, maar wel de mogelijkheid hebben om snapshots te maken op momenten dat ik dat nodig heb, en anders met een interval ... Ik bedoel, timemachine ken ik, zo ongeveer sinds de geboorte van dat concept, maar na een langere tijd op uitsluitend Linux te hebben gewerkt en Windows voor het werk en soms macOS, moet ik weer even inkomen.

Dus heeft iemand een idee hoe ik dit gedaan krijg?

Korte versie: externe schijf, APFS, snapshots OP DIE SCHIJF ZELF maken?
APFS Snapshots maken op externe schijven
12 juli 2026 - 11:24    reactie #1
geplaatst door: orange
Citaat
Ik krijg met geen mogelijkheid gedaan om een snapshot te maken op een extern APFS volume.
Kort antwoord; dat kan ook niet.
Sinds 12-01-1963.
Hobby > Music in Motion: www.drumcorpsinprogress.nl
APFS Snapshots maken op externe schijven
12 juli 2026 - 14:17    reactie #2
geplaatst door: Backspin
Niet met de ingebouwde commando's. Er zijn echter wel tools dit dit (ook voor externe schijven) voor je kunnen, zie https://support.bombich.com/hc/nl/articles/20686443871383-Inleiding-tot-momentopnamen
apple certified system administrator - http://www.backspin.nl
APFS Snapshots maken op externe schijven
12 juli 2026 - 19:29    reactie #3
geplaatst door: doctor_apple
Citaat

Kort antwoord; dat kan ook niet.


 :dontgetit:

Ik had gehoopt dat het in mijn onwetendheid zou zitten ... Niet in een bedenkelijk architectuur besluit bij Apple. Wie verzint dit?

 :mad:

Maar ik vindt het nogal moeilijk te geloven ... Mijn gedachte is dit: APFS als bestandssysteem ondersteund het maken van snapshots, dus in het bestandssysteem zelf zit de ondersteuning. Natuurlijk kan een besturingssysteem beperkingen opleggen op het gebruik van de betreffende functionaliteit ... Wel jammer dat dit Apple niet gewoon standaard in het besturingssysteem heeft zitten. Zeker met de hoeveelheid data, en ja, ik snap heel goed dat dit geen vervanging is van een backup. Het volume wordt overigens gewoon gebackupped, dus er is een zuster kopie van dezelfde omvang. Het gaat om momenten zoals gisteren: synchronisatie van de data, maar tijdens doorlopen van de foto's kat over het toetsenbord ... en twee foto's weg, met Linux klik, klik, even browsen naar de directory en terug ...

Dat gemak wil ik op macOS, dat kan toch anno 2026 niet ingewikkeld zijn.

CCC is overigens zo te zien een goede tool hiervoor, bedankt Backspin!

Maar wel wat wrang ... Ik bedoel, dit is iets wat sinds 2011 al in Linux zit ...



Dit had toch veel eleganter door apple opgepakt kunnen worden?  :blink:, of werken professionals uitsluitend met de Cloud tegenwoordig voor grotere projecten?

Voor professioneel gebruik kan ik me niet voorstellen te werken met een omgeving die geen snapshots native ondersteund, zit je een video te bewerken met 6 TB aan video data, accu leeg tijdens het werken, op extern volume, geen snapshots die elk uur worden gemaakt, dus data weg op hoop van zegen?

Moeilijk te geloven. Zoals eerder geschreven, retour macOS, maar er zijn van die dingen die na te hebben gewerkt met de overige systemen ik met moeite kan geloven dat dit (nog) (steeds) niet in macOS zit ...

Zal komende dagen CCC proberen, maar ook wat verder zoeken ... Mocht iemand nog een macOS native, of zelfs Terminal-way hebben, zonder aanvullende software ... Hoor ik het graag ... Eerst even uitzoeken of de CCC manier macOS native is, of dat ze een truukje gebruiken ...

Wordt vervolgd  :hypocrite:
APFS Snapshots maken op externe schijven
12 juli 2026 - 21:58    reactie #4
geplaatst door: Backspin
Er is geen terminal-manier. Blijkbaar moet je speciale toestemming van Apple hebben om snapshots te kunnen maken van externe schijven: https://www.reddit.com/r/Arqbackup/comments/1c7c7b1/create_a_local_snapshot_of_an_external_drive_in/ en https://developer.apple.com/forums/thread/89635
apple certified system administrator - http://www.backspin.nl
APFS Snapshots maken op externe schijven
gisteren 17:01    reactie #5
geplaatst door: nnsa
Ik heb dit draadje nog eens gelezen omdat er toch iets in mijn hoofd blijft 'resoneren'. De vraag is technisch van aard en het antwoord is: nee dit kan niet.

Maar als je het draadje begint met het gezin-gebruikersvriendelijk maken van een Apple-omgeving, dan loopt zo'n vraag bij mij uit de rails. Natuurlijk kan je deze vraagstellen, maar gezins-vriendelijk is dit niet.

Waarom niet 'gewoon' de Apple-oplossingen volgen om de (onvervangbare) foto's op te slaan in de Foto-app en te synchroniseren met iCloud. Als je op zeker wil spelen dan kan je een extra backup van iCloud maken met ChronoSync, of met iMazing.

Lijkt mij een stuk makkelijker..., tenzij alle gezinsleden ICT-professionals zijn, maar dan hoef je de vraag niet te stellen...
Ⓒnnsa(i)-2025
APFS Snapshots maken op externe schijven
gisteren 17:21    reactie #6
geplaatst door: Backspin
Ik gok hierom:
Label: 'Family Memories'  uuid: 4a4c0446-5c30-79b1-2253-a352f3da551a
   Total devices 1 FS bytes used 8.08TiB

Dan moet je naar het 12TB iCloud abonnement à 60 euro/maand...
apple certified system administrator - http://www.backspin.nl
APFS Snapshots maken op externe schijven
gisteren 18:30    reactie #7
geplaatst door: puk1980
Dan moet je naar het 12TB iCloud abonnement à 60 euro/maand...
Daar draait de doctor zijn hand niet voor om. Hij verdient tonnen per jaar met zijn consultancy.
APFS Snapshots maken op externe schijven
vandaag 14:34    reactie #8
geplaatst door: doctor_apple
Goed te weten dat mijn belastingaangifte openbaar is  :happy:  :wink: ...

Maar de kern van de waarheid zit hem meer in een drietal zaken: ik heb een hekel als ik een mechanisme niet ten einde begrijp. En ik kon er maar niet bij hoe het ontwerptechnisch kan dat we in APFS wel snapshots hebben, maar niet op externe schijven. En toen ik het antwoord las van Orange (waarvoor dank op het wijzen hiervan), had ik echt zo iets: prachtig, maar WTF ... Hier zit meer achter dacht ik ...

Waarschijnlijk gewoon in het systeem ...

Als het gaat om waarom niet gewoon Apple's tools gebruiken, wel ... Hier is eigenlijk al deels antwoord gegegeven door NNSA ... Precies dat, 8 Terabyte. Prijs, snelheid, en gevaar ... "gevaar?" Wel, we zijn in het verleden de nodige data kwijt geraakt door synchronisatieproblemen bij cloud leveranciers. Allerlei foto diensten gebruikt met de jaren. En ook Apple is in deze absoluut alles behalve heilig. Geboortefoto's van onze zoon kwijtgeraakt omdat OS X Yosemite 10.10.3 met het toen nog nieuwe iCloud Photo Library niet teneinde goed samenwerkte met iPhoto libraries migraties naar Photos, en zeker met iOS 8 apparaten ... Dus we hebben met de jaren geleerd om ook lokaal een kopie te bewaren, onverlet of we nu van Apple houden als onderneming of niet. Vertrouwen doen we niemand niet.

En tot slot hebben we de factor snelheid. De opslag unit heeft een USBC/Thunderbolt aansluiting alsook Ethernet en Wifi. Wat werkt denk je het snelst? Gewoon een gokje. Zeker als het hier om SSD schijven betreft die toch redelijk wat data kunnen pompen en een controller die het aankan, alsook een systeem welk daar niet zoveel moeite mee heeft ... Zojuist de telefoon gebackupped van dochterlief ... Tieners van vandaag hebben een ongekende bibliotheek ... "Bescheiden" (vind ik niet, maar goed, hierin verschil ik van mening met de moeder) iPhone met 256GB opslag ... En daar gingen gigabytes naar de externe opslag unit.

De nerd hier spreekt ook, want de computer beschikt over meerdere USB poorten, in dat geval tegen 20u iedereen gemaand de telefoon voor de rest van de avond (en nacht) aan de computer te hangen. Wordt direct opgeladen  :wink: ... Maar goed, ontwenningsverschijnselen zijn hier in het gezin wel zichtbaar zeker bij de kinderen.

Dan gaat er een scriptje aan de slag ... Per device wordt alles naar de interne schijf gekopieerd (4TB, waarvan ongeveer 3TB vrij). Dan gebeurd er de nodige "Magic": bestandsnamen worden omgeturnd en bevatten zowel de datum, plaats als telefoon waarmee ze gemaakt zijn of worden netjes geidentificeerd als social media oorsprong en krijgen vervolgens ook keurig een label mee: tiktok/facebook/whatsapp/etc, dan haakt een volgend script aan en gaat vervolgens een potje sorteren ... Maakt mapjes op jaar, maand, en in geval van een labels, zoals "Vakantie 2026 Zwitserland" dan worden ze gegroepeerd en automatisch in een map "Vakanties" of "Evenementen" geplaatst.

Mapje klaar, groot archief, maar telefoons hebben 256GB, 256GB, 512GB, 512GB, dus bij elkaar onder de limiet. Mapje klaar met alle andere submapjes. Telefoontjes mogen terug en de telefoon-autisten kunnen weer hun verslaving voeden.

Externe opslag wordt aangehaakt, en het synchronisatiescript gaat verder ... Alleen wat het dan doet, is eerst deduplicereren. Als er een foto reeds op de doelschijf bestaat, gaat ie niet mee. En we kijken naar zowel exifdata als naar "photo" ... En dan het laatste stuk: de bestaande mappen aanvullen met foto's en zo is er dus een archief met foto's die in te zien is vanaf Linux, Windows, macOS, Android, iOS, whatever ... Als Apple als onderneming stopt, is er geen man overboord, als Android opgevolgd wordt door iets anders evenmin ... Immers, de foto's zijn in een mappenstructuur opgeslagen, niet opgesloten in een programma of "eco systeem".

En qua snelheid. Nu ik weer wat terugben in macOS/iOS land ... Mijn hemel wat is iCloud t-r-a-a-a-a-a-a-g met synchroniseren. Ik wordt al moe als ik 200GB moet backuppen naar en van iCloud, als ik dat vergelijk met ofwel Google, een Nextcloud, of andere diensten ... Weet niet waar de overhead precies in zit, maar onverlet waar ik zit, verbindingstype dat ik gebruik, of besturingssysteem, of software (iCloud for Windows, Native iCloud support in iOS/macOS, rclone onder Linux) ... een langzaam beestje. Wel lekker makkelijker overigens, maar niet snel.

Dus hier je antwoord op het waarom. Maar er is meer, ben inmiddels aan het experimenteren geslagen en het lijkt erop dat macOS wel degelijk ondersteuning biedt voor snapshots op externe schijven via de terminal, moet nog wat testen paar daagjes, als ik het heb getest, deel ik de bevindingen hier ook ...

Dus momenteel: [phone 1] + [phone 2] + [phone 3] + [phone 4] aan de computer met meerdere USB poorten, script-magic -> klaar gestoomd in een map dan vervolgens aandezelfde computer [grote opslag schijf]

En alles wordt gesynchroniseerd naar een BRTFS bestandssysteem, waarbij we dus ook gebruik maken van snapshots voor het geval iets mis gaat. Scheelt heel veel tijd.

En datzelfde leek me handig om te doen onder macOS, zonder tussenkomst van Linux of Windows ... Voorwaarde voor dat is voor mij dan het kunnen maken van snapshots.

En als dit in de terminal kan of native onder macOS, dan scheelt dat, want dan kan ik een script schrijven wat min of meer hetzelfde doet wat het nu doet onder Linux, maar dan onder macOS.