Ik heb een externe Samsung SSD T7 met meerdere partities.
Als ik de container disk 7 probeer te herstellen krijg ik:
warning: container has been mounted by APFS version 2235.0.10.0.8, which is newer than 2142.140.9
warning: apfs superblock at index 0: apfs_doc_id_index_flags has unrecognized flags (0x10)
Als ik Container disk 5 probeer te herstellen krijg ik:
Schijf-EHBO uitvoeren op 'Container disk5'
Opslagsysteem controleren en zo nodig en indien mogelijk repareren
fsck_apfs -y -x /dev/disk4s5 uitvoeren
error: container /dev/rdisk5 is mounted.
Eindcode opslagsysteem is 65.
Controle of herstel van opslagsysteem is mislukt. : (-69716)
Bewerking mislukt…
Het volume dat erbij hoort is TM Backup en is wel in orde
Wat een soep. 
Kan iemand mij advies geven?
Alvast bedankt.

Advies dat je wellicht niet wil horen:

Formatteer de hele SSD opnieuw, als één partitie en gebruik hem alleen voor TM-backup’s.

Daarna TM-backup opnieuw maken.

En wellicht kan je andere data eerst nog veilig stellen.

Ik vermoed dat het hele probleem is ontstaan toen ik enkele weken geleden geprobeerd heb een beta versie van Sonoma te installeren. (Nooit meer!) Die SSD bevatte ook een bootable installer van Ventura  die ik vooraf gebruikte om dan van daaruit op te graden en die geeft nu een roterend wieltje als ik van deze partitie opstart én de thunderbolt externe SSD met Sonoma erop is aangesloten. Anders niet.
Ik ga je raad opvolgen. Kan ik eventueel nog CCC gebruiken in combinatie met Ventura om de TM backup veilig te stellen? Die gaf geen foutmelding, alleen de container die er bovenop ligt kon niet hersteld worden. En zal ik de SSD kunnen wissen als dit volume van de container niet kan gedeactiveerd worden?

Je zou nog eens kunnen kijken naar Alsoft Diskwarrior (5.3):

https://www.alsoft.com/diskwarrior-52-apfs

Of naar DriveGenius van ProSoft:

https://www.prosofteng.com/drive-genius-mac-protection-software

Met beide programma's 'ooit' wisselende resultaten gehad.

Open Disk Utility, check eens welke schijf-naam (disk#) de Samsung heeft
Open de Terminal en geef in:

diskutil eraseVolume jhfs+ drive /dev/disk#
(# = gevonden nummer)

Om vergissingen te voorkomen: zorg dat enkel de externe Samsung is aangesloten. Hierna wordt je schijf volledig gewist en houdt je een Journaled HFS+ volume over. Hierna kun je, zoals je dat (mogelijk) altijd doet met DiskUtility grafisch aan de slag.

Kan ook volledig grafisch, maar goed ... met een regeltje typen heb je een redelijk trefzeker resultaat in plaats van klik, klik, kijk, klik, klik, kijk, denk, klik, klik, klik, klaar 🤣

Ik vermoed dat er weinig tot helemaal niets met de hardware-kant van de Samsung mis is, hooguit een gecorrumpeerd bestandssysteem (APFS) ... In dat geval, als de data niet heel belangrijk is, zou ik niet gaan lopen spelen, maar gewoon alles VOLLEDIG wissen, formatteren en weer in gebruik nemen en ... klaar

Ik heb toch nog even Apple support gebeld. Er werd mij inderdaad daar ook geadviseerd van één SSD enkel voor Time Machine te gebruiken. Er werd mij wel gezegd dat die foutmeldingen van APFS komen omdat de schijf eens is aangesloten op een andere computer en dat is waar, maar dat ze onschuldig zijn. Trouwens als ik opstart via de recovery in de interne SSD krijg ik de foutmelding unable to repair niet.

Als je een einde aan je "soep" wil maken, zou ik het advies van Apple maar volgen. Mijn advies hoef je niet te volgen, maar is wel eensluidend. Gebruik één aparte schijf voor TM-backup's en een andere schijf om op te experimenteren met net zoveel partities, containers en volumes als je wilt, maar gebruik hier geen werk-disk voor...

Ik heb toch nog even Apple support gebeld. Er werd mij inderdaad daar ook geadviseerd van één SSD enkel voor Time Machine te gebruiken. Er werd mij wel gezegd dat die foutmeldingen van APFS komen omdat de schijf eens is aangesloten op een andere computer en dat is waar, maar dat ze onschuldig zijn. Trouwens als ik opstart via de recovery in de interne SSD krijg ik de foutmelding unable to repair niet.

Tips van NNSA zijn hierin super, het is overigens niet echt een probleem met meerdere partities te werken, maar wel riskanter ... GPT (partitie tabel) of MBR zijn redelijk universeel, maar elk OS heeft zo zijn eigen eigenaardigheden, zelfs binnen een groep kan een bepaalde versie heel anders met dingen omgaan (voorbeeld: MacOS 10.9 vs macOS 12.4, of Windows 11 Professional versus Windows 7 Home) ... Niet alles is direct zichtbaar voor ons gebruikers, maar bijna elk deel is veelal "even net iets anders".

En ook binnen het Apple domein is het mixen van APFS volumes met (J)HFS+ volumes niet helemaal "storingsvrij".

Mogelijk gewoon een nieuwe T7 kopen voor de gewone opslag en de oudere T5 voor TimeMachine gebruiken  ... ?

De instructie om te wissen is gegeven, maar qua gebruik denk ik dat toch (erop terugkijkend) meer meega met het advies van NNSA. Voor wat betreft het antwoord van Apple    ... Maar goed, ik zou:

- De schijf wissen
- Opnieuw partitioneren
- Als volwaardige (en enkel daarvoor) Timemachine backup gebruiken
- Nieuwe schijf halen (bijvoorbeeld T7 - 2 GB)
- Daarmee gaan werken

Of ... een volledig andere manier van backups maken kiezen ...

dank u wel nnsa en doctor_apple.
Ik ga één ssd gebruiken enkel voor Time Machine en één via gewiste partitie voor Carbon Copy Cloner.
En die schijven niet meer koppelen aan een andere computer en geen beta OS meer installeren.

en geen beta OS meer installeren.

Dat laatste kan best, maar wel altijd op een aparte schijf.

Bèta's mixen met andere dingen is inderdaad vaak een recept voor ellende. 

Inmiddels gekeken voor één Samsung T7 SSD met Time Machine backup en één Acasis enclosure met Samsung 980 Pro die alleen Monterey draait. Geen beta versie meer van Sonoma en geen andere partitie met een OS. Nu werkt alles goed.

Nu werkt alles goed.