In een vandaag door Robert ingevoerde topic, zie link,
https://www.macfreak.nl/nieuwsberichten/veen-nieuws-in-macos-14-2-sonoma-update/

Stond de terechte aanbeveling om vooraf een Back-up te maken.
Daarin werd o.a. CCC genoemd omdat daarmee een bootable backup gemaakt kan worden.
Nu gebruik ik naast TMB al jaren de CCC backup en tot een bepaalde versie werd in de standaard CCC backup gewoon de bootpartitie probleemloos gekopieerd en daar heb ik jaren plezier aan beleefd.
Toen deze optie niet meer beschikbaar was heb ik tot vandaag alleen de standaard CCC-backup dus zonder boot optie toegepast.

Toen ik de topic vandaag las dat ik dat het ontbreken van de optie om de externe USB drive bootable te maken hersteld was.
In de desbetreffende beschrijving van CCC, zie link
https://bombich.com/kb/ccc6/cloning-macos-system-volumes-apple-software-restore#:~:text=CCC%20%27Standard%20Backups%27%20do%20not,contents%20of%20the%20Data%20volume.

Stond dat dit weliswaar mogelijk was d.m.v. de optie 'Legacy Bootable Copy Assistant' maar dat er geen garantie werd gegeven dat het ook zou werken.
Maar ja, wat kon mij nu gebeuren dus een poging ondernomen om mijn huidige Samsung T5 SSD van een bootable backup te voorzien.
In CCC (laatste versie + update) de backup met de optie 'Legacy Bootable Copy Assistant' inclusief doelschijf wisse opgestart.
Die werd conform de opdracht uitgevoerd en goed beëindigd maar na beëindiging werd de externe SSS niet meer door de Mac herkend en was ook niet meer onder 'Schijfhulpprogramma' zichtbaar.

Nu weet ik dat ik voor deze actie volledig verantwoordelijk ben maar misschien was de door Robert genoemde tip om CCC te gebruiken toch iets minder slim.

Maar goed, dan maar weer zonder een bootable backup maar ik zit nu met een niet meer benaderbare Samsung T5 SSD.
iemand een idee hoe ik deze SSD weer benaderbaar kan maken?

Zoals in mijn handtekening staat gebruik ik een Mac Mini M2 met de laatste software Sonoma 14.1.2

Eerste even deze vraag  voor de zekerheid: was het CCC 6.1.8 dat je hebt gebruikt?

Want dat is de meest recente versie op dit moment.

De laatste versie die automatisch op mijn Mac is geüpgraded was 6.1.9-b3.

Intussen is er ook een wijziging opgetreden.
Nadat ik de topic had geplaatst bleek met eens de SSD weer in de Finder zichtbaar te zijn.
Dus een hernieuwde poging gedaan, via Systeeminstellingen de Opstartschijf gewijzigd en een herstart uitgevoerd.
Dit leek te functioneren totdat ik een melding kreeg dat ik de laatste versie van het besturingssysteem moest worden bijgewerkt.
Hierbij heb ik het maar gelaten voordat er echt site fout gaat.
SSD schijf opnieuw geformatteerd en weer als doelschijf voor de normale CCC backup gemarkeerd.
Situatie is nu weer zoals voor dit probeersel en ik laat het maar zo zitten want ik heb de laatste 2 jaar geen bootable backup nodig gehad.

In welk formaat is de CCC backup weggeschreven. Ik moet bekennen dat ik al enige tijd ben overgestapt op Apple's eigen interne (Terminal) tool: ASR, was altijd een groot voorstander van zowel CCC als Super Duper. Maar omdat in macOS al sinds jaar en dag de backup naar Disk Image zit ingebakken, vind ik het onzin om daar een tool voor aan te schaffen.

Maar goed, mijn vermoeden is dat CCC alszowel SuperDuper niets anders zijn dan een zogeheten "Wrapper" voor dezelfde functionaliteit. Maar ja, wel met een eigen gereide invulling.

Vanwaar de tip om eerst macOS (installatie) op te starten vanaf een externe USB? Omdat je dan kunt kiezen voor een Recovery modus en de terminal. Daar is het waarschijnlijk mogelijk om via de nodige commando's de disk image te mounten danwel alsnog naar de interne schijf te versplaatsen. Maar ja ... Handwerk :-/ ...

Dit is wat Howard Oakley erover te zeggen heeft:


Why cloning a System volume isn’t a good idea any more
https://eclecticlight.co/2023/09/15/why-cloning-a-system-volume-isnt-a-good-idea-any-more/


Alvast een quote voor degenen die moeite hebben om op links te klikken.

Making an identical copy of a single boot volume using ‘cloning’ isn’t a particularly difficult task, and many of us used to do this routinely. One neat cloning trick was to use this as a method of defragmenting free space: clone your boot volume to another disk, and clone it back again. However you try to do that with a new boot volume group, there are snags and problems.

Currently, the only way you could do it is using the command tool asr, or an app like Carbon Copy Cloner or SuperDuper! that forms a wrapper for that command. If you want to know how to do that, this account is well worth reading before you make any decision.

asr has some magical capabilities, such as being able to copy a snapshot, many of which can’t be achieved any other way. It’s also prone to failure, in which case the only solution is to install a new copy of macOS.

That brings me back to the best solution: rather than trying to clone a boot volume group in Big Sur or later, isn’t it far simpler and more reliable simply to install macOS and migrate from the Data volume?

Do you still need that external bootable disk?
https://eclecticlight.co/2022/10/02/last-week-on-my-mac-do-you-still-need-that-external-bootable-disk/

Het schijnt ook te kunnen met Drive Genius:

https://www.prosofteng.com/blog/how-to-create-a-bootable-external-hard-drive-clone-on-macos

Nou, hier heb ik nog wel wat leeswerk te doen, puur uit interesse of nieuwsgierigheid.
Niet om dit nu ook te willen gebruiken.

Niet echt tijd vandaag om heel ver uit te wijden, maar hier wat opdrachtregels die ik sinds MacOS Stoneage ingeef ...

Belangrijke kanttekening uit eigen ervaring: eerst LOKALE TimeMachine snapshots wissen (ik heb het hier niet over de TimeMachine backup op een externe schijf).

$ sudo tmutil listlocalsnapshots /
$ sudo tmutil stopbackup
$ sudo tmutil deletelocalsnapshots /

Vervolgens maak ik een Lege DISKIMAGE aan, van 256g (of 64g, 128g, 90g of 1000g, wat dan ook nodig is), belangrijk daarbij is dat het een GPT partitie tabel heeft (GPTSPUD), spotlight voor dit betreffende volume uitstaat (-nospotlight) ...

$ hdiutil create -layout GPTSPUD -fs HFS+ -nospotlight -type UDIF -volname Blank -size 256g TEMP.dmg

Het bestandssysteem is verder irrelevant, want het wordt toch overschreven (met APFS)

Vervolgens het magische commando:

$ sudo asr --source /dev/disk2 --target /dev/disk5 --erase --verbose

disk 2 is in mijn geval het APFS volume (systeem) en disk 5 is de diskimage

Het enige vervelende, je moet even achterhalen welke disk nu feitelijk het systeem op staat (het APFS volume) en zo ook welk schijfnummer de diskimage heeft gekregen.

Open hiervoor schijfbeheer en kijk bij informatie over de betreffende partitie naar de (fysieke) locatie.

Zodra het klaar is ... Unmounten (kan via schijfbeheer)

OPTIONEEL (doe ik zelf wel) kun je de diskimage COMPRIMEREN

$ hdiutil convert -format UDZO -imagekey zlib-level=7 -o "Full Backup.dmg" TEMP.dmg

Vervolgens kun je de writable image "TEMP.dmg" wissen.

Nu nog een laatste, maar zeer belangrijke stap: klaar maken voor een herstel process ...

$ asr imagescan --source "Full Backup.dmg"

Als asr klaar is, image naar een externe schijf wegschrijven en klaar ...

Herstellen?

Booten in macOS herstel (vanaf externe schijf)
Herstel omgeving (terminal) opstarten

$ sudo asr restore --source "Full Backup.dmg" --target /dev/disk1

OF

disk image mounten (iemand anders mogelijk hiermee helpen, geen tijd)

$ sudo asr restore --source /dev/disk10 --target /dev/disk1

Waarbij in dit voorbeeld disk10 de GEMOUNTE disk-image is en disk 1 de interne schijf.

Systeem herstellen en het zou moeten werken ... Hier toch redelijk wat Macs op deze manier gebackuped (en hersteld) en het werkte met praktisch alles ... Van oudere Intel Mac, Kloon tot ARM ...

Let wel, dit is enkel illustratief en details zullen door anderen even ingevuld moeten worden, of je moet even wachten totdat ik meer tijd heb ... Maar ik heb met ASR slechts 2x een probleem gehad waarbij ik deze niet kon herstellen.

1x was ik vergeten "imagescan" uit te voeren, kon dit alsnog en kon daarmee de image worden hersteld

1x had ik een exotisch formaat gekozen, eveneens kon dit alsnog gefixt worden, door het formaat te converteren. Duurde even, maar het kon wel ...

In tegenstelling tot allerlei tools, dus eigenlijk nooit een (niet te fixen) issue gehad. Allerlei tools geprobeerd, van Carbon Copy Cloner, Super Duper tot zaken als Clonezilla, standaard "DD" en meerdere gekkigheden. Maar asr werkt(e) hier keer op keer.

Groet en succes!

Heel knap hoe je dit allemaal hebt uitgeplozen maar dat is voor een normaal sterfelijke (Apple gebruiker) niet op te volgen.
Nu heb ik best een beetje Linux kennis maar deze procedure is mij toch wel wat te heftig.
Gelukkig heb ik de bootable backup niet echt nodig.
Nogmaals bedankt voor de heldere uitleg en wellicht hebben anderen hier iets aan.

Niet echt tijd vandaag om heel ver uit te wijden, maar hier wat opdrachtregels die ik sinds MacOS Stoneage ingeef ...

doctor_apple forever trapped in Terminal 

Nu het is een mooie bondige samenvatting van wat mogelijk is met asr 

Voor wie er wat meer wil over lezen, wel in het Engels, hier een draadje op Apple Discussions.

Carbon Copy Cloner

@orange: ik was het die de titel had aangepast (stond alleen CCC in) en dus ook degene die het typfoutje gemaakt had.

Is inmiddels gecorrigeerd.