SSD herstellen
22 augustus 2024 - 23:05   
geplaatst door: Didi
Hey allemaal,


Een tijd terug heb ik een externe ssd gebruikt als reservekopie en een aparte partitie waar mijn fotobibliotheek op staat.

Het probleem is nu dat ik de partitie met de reservekopie plots niet meer kan gebruiken.
Alle bestanden zijn aliassen geworden die ik niet kan openen.
Als ik de info van de partitie bekijk is er 255GB in gebruik dus alle documenten staan er nog op.
Ik kan er alleen niets mee :/

Is er iemand die me kan helpen?

Grijs

Didi

Scherm­afbeelding 2024-08-22 om 22.51.17.pngSSD herstellen


Iemand een idee hoe ik dit kan oplossen?

Scherm­afbeelding 2024-08-22 om 22.50.49.pngSSD herstellen
SSD herstellen
22 augustus 2024 - 23:34    reactie #1
geplaatst door: marg
Als ik de info van de partitie bekijk is er 255GB in gebruik dus alle documenten staan er nog op.

Weet je zeker dat dit klopt ?
Prullenmand enzo..

Wat gebeurt er als je die specifieke foto bibliotheek aanwijst als opstarten ?
SSD herstellen
22 augustus 2024 - 23:36    reactie #2
geplaatst door: doctor_apple
Om te beginnen, kun je mogelijk zien waar de links naar verwijzen? Want aan "Alias", "Link" of "snelkoppeling" (bij de 'buren') verwijst natuurlijk ergens naar ...

Ik weet het, niet wat velen willen horen, maar een eenvoudige manier om het te zien is het volgende te doen:

Open de Terminal
Type vervolgens:

ls [spatie] -l [spatie]

dus:

ls -l
Voorbeeld:

ls -l /Users/mijn_user_naam


En sleep vervolgens de drive naar de terminal, in dat geval wordt automatisch het pad geplakt achter de getypte text.

Geef vervolgens enter in, en je krijgt iets in de trend van:

-rwxr-xr-x 1 foo staff  642 Nov 22  2010 getCactiImages.sh
lrwxr-xr-x 1 foo staff   36 Aug 29 15:29 imgopt -> ../Projects/imgopt/imgopt

Waarbij in het bovenstaande voorbeeld "imgopt" verwijst naar het bestand imgopt in de map imgopt, welke weer in de map Projects staat.

Kortom, dat geeft al iets meer info.

Kopieer de uitkomst en post hier.

Deel twee:

diskutil info -all

diskutil [spatie] info [spatie] -all

En selecteer alle info van de drive, en enkel die drive.

Als het virtuele volumes betreft, kun je nog eventueel ingeven:

diskutil list virtual

Tot slot kun je kijken per directory op de betreffende schijf hoe de ruimte verdeeld is:

du -h -d 1

du [spatie] -h [spatie] -d [spatie] 1 [spatie]

voorbeeld:

du -h -d 1 /Users/mijn_user_naam

En wederom het icoon van de drive slepen naar de terminal en enter drukken. uitvoer eventueel hier plaatsen.

Wil je een niveau dieper zien hoe het eruit ziet:


du -h -d 2
du [spatie] -h [spatie] -d [spatie] 2 [spatie]

Geeft in ieder geval een beeld waar die data kan zitten.

Als dit allemaal niet werkt, gaan we het een stapje opvoeren ...

We wachten op bericht :-)
SSD herstellen
23 augustus 2024 - 09:32    reactie #3
geplaatst door: boiing
Zullen we eens bij het begin beginnen in plaats van meteen de Terminal in te duiken :music:…?

Je zegt ‘..een reservekopie’. Wat voor reservekopie bedoel je? Als het namelijk een Time Machine reservekopie is dan is het volkomen normaal dat je folders vol aliassen ziet, afhankelijk van waar je kijkt.

Normaal gesproken benader je een TM backup ook niet op die manier maar via de TM interface in de Finder.
The amount of energy needed to refute bullshit is an order of magnitude bigger than that needed to produce it (Brandolini's Law)
SSD herstellen
23 augustus 2024 - 22:31    reactie #4
geplaatst door: doctor_apple
@boing :-) ... Mag ... Ieder zo zijn voorkeur ... Ik zie macOS nog steeds als BSD -> Darwin -> Metal -> Finder :-P ... Maar het is waar, grafisch is voor de meesten makkelijker ...

SSD herstellen
23 augustus 2024 - 22:40    reactie #5
geplaatst door: boiing
Ik ken je voorkeuren inmiddels..

Maar is het bij een vraag niet eerst van belang om vast te stellen óf er een probleem is? Dat heeft niets met ‘grafisch’ of ‘terminal’ te maken.

Aliases zijn normaal in een TM backup. De daadwerkelijke bestanden staan (uit m’n hoofd) alleen in de folder ‘latest’. Zonder verdere uitleg van TS blijft het gissen óf er iets aan de hand is. Maar dat zijn we gewend hier, dat meer info soms lang of eeuwig op zich laat wachten :sigh:.
The amount of energy needed to refute bullshit is an order of magnitude bigger than that needed to produce it (Brandolini's Law)
SSD herstellen
24 augustus 2024 - 10:58    reactie #6
geplaatst door: doctor_apple
Ik ken je voorkeuren inmiddels..

Maar is het bij een vraag niet eerst van belang om vast te stellen óf er een probleem is? Dat heeft niets met ‘grafisch’ of ‘terminal’ te maken.

Aliases zijn normaal in een TM backup. De daadwerkelijke bestanden staan (uit m’n hoofd) alleen in de folder ‘latest’. Zonder verdere uitleg van TS blijft het gissen óf er iets aan de hand is. Maar dat zijn we gewend hier, dat meer info soms lang of eeuwig op zich laat wachten :sigh:.

Hier kan ik me vinden in je betoog ... Fijn weekend en vriendelijke groet!
SSD herstellen
24 augustus 2024 - 19:05    reactie #7
geplaatst door: Seagram
Zonder verdere uitleg van TS blijft het gissen óf er iets aan de hand is. Maar dat zijn we gewend hier, dat meer info soms lang of eeuwig op zich laat wachten.

Idd jammer dat mensen vragen stellen en daarna niets meer van zich laten hore.
SSD herstellen
25 augustus 2024 - 19:23    reactie #8
geplaatst door: Didi
Hey allemaal,

thanks om mee na te deken over mijn vraag  :thumbs-up:

Het gaat om een Sdd in 2 partities
1 - fotobibliotheek die ik nog kan openen waar alle foto's nog beschikbaar zijn
2 - TM backup van mijn vorige MacBook.
De backup heb ik nog een tijd op mijn nieuwe MBP met M1 chip en plots zag ik enkel aliassen zoals op de vorige foto.

@Boiing
Wat bedoel je met TM benaderen via Finder?
Ik heb die altijd gebruikt door te openen in Finder en zo de bestanden uit de map te kopiëren die ik nodig heb.

Als ik de map 'latest' open zie ik ook enkel aliassen staan.
Bewerkt: 25 augustus 2024 - 20:01 door Didi
SSD herstellen
25 augustus 2024 - 22:01    reactie #9
geplaatst door: boiing
Fijn dat je weer van je laat horen :thumbs-up:. Ik bedoel dat je je TM backup gebruikt zoals Apple het ontworpen heeft: bestanden haal je terug door de Time Machine app te starten als je in de Finder zit. Zie hier:

https://support.apple.com/nl-nl/guide/mac-help/mh11422/mac

Werkt dat?
The amount of energy needed to refute bullshit is an order of magnitude bigger than that needed to produce it (Brandolini's Law)
SSD herstellen
25 augustus 2024 - 22:16    reactie #10
geplaatst door: Didi
Nee, ik kan via Time Machine de reservekopie niet openen.
Ik zie enkel het 'eerste venster' maar ik kan niet 'scrollen' of de verloren mappen openen
SSD herstellen
25 augustus 2024 - 22:37    reactie #11
geplaatst door: boiing
Dat kan een tijd duren trouwens, vele minuten soms voordat je ‘terug in de tijd’ kunt..
The amount of energy needed to refute bullshit is an order of magnitude bigger than that needed to produce it (Brandolini's Law)
SSD herstellen
26 augustus 2024 - 22:30    reactie #12
geplaatst door: Didi
Ik heb geprobeerd om mijn TM te starten. Zonder succes, ook na lang wachten.

Ik krijg volgende pop-up (zie afbeelding)
Als ik ‘gebruik vorige schijf’ selecteer start de TM wel maar geen geschiedenis om door te scrollen.
SSD herstellen
27 augustus 2024 - 10:45    reactie #13
geplaatst door: boiing
Je zei eerder dat je de TM backup ook al op je nieuwe Mac had gebruikt. Daarom begrijp ik niet waarom je nu plotseling deze melding krijgt.. Normaal gesproken kies je ‘vorige schijf’ en zou de backup gewoon verder moeten gaan.

Misschien eerst vaststellen wat je eigenlijk voor elkaar wil krijgen: ben je dringend op zoek naar een verloren bestand? Of wil je gewoon weer een werkende backup hebben?
The amount of energy needed to refute bullshit is an order of magnitude bigger than that needed to produce it (Brandolini's Law)
SSD herstellen
27 augustus 2024 - 12:40    reactie #14
geplaatst door: Didi
Ik heb de map ‘documenten’ nodig in TM backup.

Als ik deze zou kunnen herstellen dan heb ik de bestandjes die ik nodig heb 😁
SSD herstellen
28 augustus 2024 - 09:48    reactie #15
geplaatst door: doctor_apple
Zoals eerder gezegd, kijk eens onder water met de terminal ...
SSD herstellen
28 augustus 2024 - 14:58    reactie #16
geplaatst door: boiing
Ga gerust aan de slag met de Terminal Didi :music:. Ik ga er meestal vanuit dat iemand die hier voor het eerst een vraag stelt daar nog niet echt bedreven mee is…

Een handige tool is dit:

https://grandperspectiv.sourceforge.net/

Als je hiermee kijkt in de root folder van die backup partitie zou je snel moeten kunnen zien wáár je bestanden staan. Grotere blokjes = grotere bestanden en omdat aliassen geen plaats innemen zou dat meer duidelijkheid moeten geven. Als je ‘zweeft’ met de muis over de blokken zie je onderin steeds de volledige pad-naam naar de bestanden.

Ik vroeg me ook af of je goed hebt gekeken in de root folder van de partitie of er niet meer ‘backups.backupdb’ bestanden staan in plaats van alleen de geopende uit je plaatjes?

En tenslotte:

https://apps.tempel.org/

FindAnyFile is een goede en bekende tool om te zoeken naar bestanden of folders. Daarmee vind je in principe alles. Misschien kan dat nog helpen.
The amount of energy needed to refute bullshit is an order of magnitude bigger than that needed to produce it (Brandolini's Law)
SSD herstellen
2 september 2024 - 15:40    reactie #17
geplaatst door: G0erwt
hallo Didi,

ook ik ben relatief nieuw op MacFreak, maar wel ervaren met Mac's. Omdat ik sommige mensen, die echt 'geen kaas hebben gegeten', regelmatig moet bijstaan gebruik ik daarvoor een "Remote Sessie" m.b.v. AnyDesk.
Dat bespaart ten eerste een boel tijd, omdat iemand dan onmiddellijk kan zien wat jij ook ziet. Vervolgens kun je, via de chat, overleggen wat te doen. Inderdaad is [Terminal] dan een goed gereedschap, dat ook nog eens snel resultaat laat zien. Zoals de andere schrijven ook al hebben aangegeven.

Misschien een idee?

P.S.
Of is dat op dit Forum niet bespreekbaar? Je moet natuurlijk wel de permissies van je hulpbron goed instellen op AnyDesk. AnyDesk is gratis voor niet-commercieel gebruik.
Als tijd geen rol meer speelt
SSD herstellen
2 september 2024 - 15:52    reactie #18
geplaatst door: Flix
Waarom gebruik je hiervoor dan niet schermdelen in Berichten? Werkt prima; zo kon ik wat mensen altijd goed helpen. En je hoeft er niks voor te installeren noch in te stellen.
Maar misschien is AnyDesk wel beter/handiger in gebruik?
SSD herstellen
2 september 2024 - 16:37    reactie #19
geplaatst door: G0erwt
hallo Flix,

ik heb vroeger altijd met TeamViewer gewerkt. Toen was, voor zover ik me herinner, 'Schermdelen' nog geen optie. Later ben ik dus overgestapt op AnyDesk. Ook natuurlijk omdat je daar meer opties hebt dan alleen "scherm delen". In overleg met de persoon, die de hulp nodig heeft, kun je ook het toetsenbord en dus de complete besturing overnemen, maar ... dat is een kwestie van vertrouwen opbouwen. Dat doe ik ook alleen met mensen, die mij persoonlijk kennen.
Als tijd geen rol meer speelt
SSD herstellen
2 september 2024 - 19:18    reactie #20
geplaatst door: Flix
Schermdelen was al een optie toen Berichten nog iChat heette. Maar idd een behoorlijke onbekende feature, want iedereen was altijd in de weer met TeamViewer.
Met Berichten kun je de hele computer van de andere overnemen, dus volgens mij heb je alle mogelijkheden die in de andere apps zitten.

https://support.apple.com/nl-nl/guide/messages/icht11883/mac
SSD herstellen
2 september 2024 - 20:23    reactie #21
geplaatst door: G0erwt
bedankt, weer wat geleerd.
Als tijd geen rol meer speelt
SSD herstellen
5 september 2024 - 22:52    reactie #22
geplaatst door: Didi
Om te beginnen, kun je mogelijk zien waar de links naar verwijzen? Want aan "Alias", "Link" of "snelkoppeling" (bij de 'buren') verwijst natuurlijk ergens naar ...

Ik weet het, niet wat velen willen horen, maar een eenvoudige manier om het te zien is het volgende te doen:

Open de Terminal
Type vervolgens:

ls [spatie] -l [spatie]

dus:

ls -l
Voorbeeld:

ls -l /Users/mijn_user_naam


En sleep vervolgens de drive naar de terminal, in dat geval wordt automatisch het pad geplakt achter de getypte text.

Geef vervolgens enter in, en je krijgt iets in de trend van:

-rwxr-xr-x 1 foo staff  642 Nov 22  2010 getCactiImages.sh
lrwxr-xr-x 1 foo staff   36 Aug 29 15:29 imgopt -> ../Projects/imgopt/imgopt

Waarbij in het bovenstaande voorbeeld "imgopt" verwijst naar het bestand imgopt in de map imgopt, welke weer in de map Projects staat.

Kortom, dat geeft al iets meer info.

Kopieer de uitkomst en post hier.

Deel twee:

diskutil info -all

diskutil [spatie] info [spatie] -all

En selecteer alle info van de drive, en enkel die drive.

Als het virtuele volumes betreft, kun je nog eventueel ingeven:

diskutil list virtual

Tot slot kun je kijken per directory op de betreffende schijf hoe de ruimte verdeeld is:

du -h -d 1

du [spatie] -h [spatie] -d [spatie] 1 [spatie]

voorbeeld:

du -h -d 1 /Users/mijn_user_naam

En wederom het icoon van de drive slepen naar de terminal en enter drukken. uitvoer eventueel hier plaatsen.

Wil je een niveau dieper zien hoe het eruit ziet:


du -h -d 2
du [spatie] -h [spatie] -d [spatie] 2 [spatie]

Geeft in ieder geval een beeld waar die data kan zitten.

Als dit allemaal niet werkt, gaan we het een stapje opvoeren ...

We wachten op bericht :-)



Hey Doctor_Apple, boiing en de rest :woot:

Ik heb een paar dingetjes met Terminal en FAF geprobeerd.
De belangrijkste map heb ik al teruggevonden!!  :worship: :worship:

Maar het is 1 groot doolhof. Alle documenten en andere staan over de reservekopie verspreid en ik moet map per map openen om te zien wat er inzit.

Volgde info heb ik uit Terminal gehaald. Veel directories waren 'permissies denied'.

Terminal reservekopie:

   Device Identifier:         disk4s2
   Device Node:               /dev/disk4s2
   Whole:                     No
   Part of Whole:             disk4

   Volume Name:               Reservekopie
   Mounted:                   Yes
   Mount Point:               /Volumes/Reservekopie

   Partition Type:            Apple_HFS
   File System Personality:   Journaled HFS+
   Type (Bundle):             hfs
   Name (User Visible):       Mac OS Extended (Journaled)
   Journal:                   Journal size 40960 KB at offset 0xe8e000
   Owners:                    Disabled

   OS Can Be Installed:       Yes
   Media Type:                Algemeen
   Protocol:                  USB
   SMART Status:              Not Supported
   Volume UUID:               0DA18B9A-99B1-3EF4-B287-80C2F760DDC9
   Disk / Partition UUID:     6D410E0E-F26F-4CD0-8092-510AD9B3B940
   Partition Offset:          209735680 Bytes (409640 512-Byte-Device-Blocks)

   Disk Size:                 288.3 GB (288320696320 Bytes) (exactly 563126360 512-Byte-Units)
   Device Block Size:         512 Bytes

   Volume Total Space:        288.3 GB (288320696320 Bytes) (exactly 563126360 512-Byte-Units)
   Volume Used Space:         255.2 GB (255182716928 Bytes) (exactly 498403744 512-Byte-Units) (88.5%)
   Volume Free Space:         33.1 GB (33137979392 Bytes) (exactly 64722616 512-Byte-Units) (11.5%)
   Allocation Block Size:     4096 Bytes

   Media OS Use Only:         No
   Media Read-Only:           No
   Volume Read-Only:          No

   Device Location:           External
   Removable Media:           Fixed

   Solid State:               Info not available


————————————


127G   /Users/didi
  0B   /Volumes/Reservekopie/.CacheDeleteDiscardedCaches
du: /Volumes/Reservekopie/.DocumentRevisions-V100: Operation not permitted
 52K   /Volumes/Reservekopie/.fseventsd
244K   /Volumes/Reservekopie/.PIONEER
du: /Volumes/Reservekopie/.Spotlight-V100: Operation not permitted
du: /Volumes/Reservekopie/.TemporaryItems: Operation not permitted
du: /Volumes/Reservekopie/Backups.backupdb/MacBook Pro van Glycera/2022-08-03-031529/SSD/private/var/db/dslocal/nodes/Default/aliases: Permission denied
du: /Volumes/Reservekopie/Backups.backupdb/MacBook Pro van Glycera/2022-08-03-031529/SSD/private/var/db/dslocal/nodes/Default/computers: Permission denied
du: /Volumes/Reservekopie/Backups.backupdb/MacBook Pro van Glycera/2022-08-03-031529/SSD/private/var/db/dslocal/nodes/Default/config: Permission denied
du: /Volumes/Reservekopie/Backups.backupdb/MacBook Pro van Glycera/2022-08-03-031529/SSD/private/var/db/dslocal/nodes/Default/groups: Permission denied
du: /Volumes/Reservekopie/Backups.backupdb/MacBook Pro van Glycera/2022-08-03-031529/SSD/private/var/db/dslocal/nodes/Default/networks: Permission denied
du: /Volumes/Reservekopie/Backups.backupdb/MacBook Pro van Glycera/2022-08-03-031529/SSD/private/var/db/dslocal/nodes/Default/secureaccesstoken.plist: Permission denied
du: /Volumes/Reservekopie/Backups.backupdb/MacBook Pro van Glycera/2022-08-03-031529/SSD/private/var/db/dslocal/nodes/Default/sharepoints: Permission denied
du: /Volumes/Reservekopie/Backups.backupdb/MacBook Pro van Glycera/2022-08-03-031529/SSD/private/var/db/dslocal/nodes/Default/sqlindex: Permission denied
du: /Volumes/Reservekopie/Backups.backupdb/MacBook Pro van Glycera/2022-08-03-031529/SSD/private/var/db/dslocal/nodes/Default/sqlindex-shm: Permission denied
du: /Volumes/Reservekopie/Backups.backupdb/MacBook Pro van Glycera/2022-08-03-031529/SSD/private/var/db/dslocal/nodes/Default/sqlindex-wal: Permission denied
du: /Volumes/Reservekopie/Backups.backupdb/MacBook Pro van Glycera/2022-08-03-031529/SSD/private/var/db/dslocal/nodes/Default/users: Permission denied
du: /Volumes/Reservekopie/Backups.backupdb/MacBook Pro van Glycera/2022-08-03-072114/SSD/private/var/db/dslocal/nodes/Default/aliases: Permission denied
du: /Volumes/Reservekopie/Backups.backupdb/MacBook Pro van Glycera/2022-08-03-072114/SSD/private/var/db/dslocal/nodes/Default/computers: Permission denied
du: /Volumes/Reservekopie/Backups.backupdb/MacBook Pro van Glycera/2022-08-03-072114/SSD/private/var/db/dslocal/nodes/Default/config: Permission denied
du: /Volumes/Reservekopie/Backups.backupdb/MacBook Pro van Glycera/2022-08-03-072114/SSD/private/var/db/dslocal/nodes/Default/groups: Permission denied
du: /Volumes/Reservekopie/Backups.backupdb/MacBook Pro van Glycera/2022-08-03-072114/SSD/private/var/db/dslocal/nodes/Default/networks: Permission denied
du: /Volumes/Reservekopie/Backups.backupdb/MacBook Pro van Glycera/2022-08-03-072114/SSD/private/var/db/dslocal/nodes/Default/secureaccesstoken.plist: Permission denied
du: /Volumes/Reservekopie/Backups.backupdb/MacBook Pro van Glycera/2022-08-03-072114/SSD/private/var/db/dslocal/nodes/Default/sharepoints: Permission denied
du: /Volumes/Reservekopie/Backups.backupdb/MacBook Pro van Glycera/2022-08-03-072114/SSD/private/var/db/dslocal/nodes/Default/sqlindex: Permission denied
du: /Volumes/Reservekopie/Backups.backupdb/MacBook Pro van Glycera/2022-08-03-072114/SSD/private/var/db/dslocal/nodes/Default/sqlindex-shm: Permission denied
du: /Volumes/Reservekopie/Backups.backupdb/MacBook Pro van Glycera/2022-08-03-072114/SSD/private/var/db/dslocal/nodes/Default/sqlindex-wal: Permission denied
du: /Volumes/Reservekopie/Backups.backupdb/MacBook Pro van Glycera/2022-08-03-072114/SSD/private/var/db/dslocal/nodes/Default/users: Permission denied
3,1G   /Volumes/Reservekopie/Backups.backupdb
du: /Volumes/Reservekopie/lost+found/dir_405115/0AAA67BB-6B75-4C11-8A66-C93FC1FAAB1F: Permission denied
du: /Volumes/Reservekopie/lost+found/dir_405595: Permission denied



——————

Volgende prompt werkt niet:

didi@MacBook-Pro-van-Didi ~ % du -h -d 1 /Users/Didi//Volumes/Reservekopie
du: /Users/Didi//Volumes/Reservekopie: No such file or directory
didi@MacBook-Pro-van-Didi ~ %


Misschien ga ik toch in op het voorstel van G0erwt als ik er niet uit geraak.

Thanks voor alle hulp mannen!
SSD herstellen
6 september 2024 - 08:32    reactie #23
geplaatst door: Prdele
Beste Didi,

Terminal is de manier om dit soort zaken te doen, vergeet die 1000-de tools.
Wat je niet moet doen is gelijk met de probleem SSD van alles er aan doen om te repareren.

Je hebt een tweede schijfje nodig, het liefst ook een SSD en dan ook iets wat groter.
Via terminal ga je dan de slechte SSD, bit voor bit kopiëren naar de nieuwe SSD.
Dit gaat niet snel, want letterlijk elke bit wordt gekopieerd, ook de lege, daarna ga je die kopie SSD die geen hardware beschadiging heeft repareren.
Fouten worden ook mee gekopieerd, nu heb je waarschijnlijk een SSD waarvan de hardware niet helemaal lekker is en dan heb je daar geen last meer van met de nieuwe kopie.

Ik doe zulk soort dingen altijd met een Linux PC, pas nog moeten doen.
Maar dit kan je natuurlijk ook met macOS terminal doen.

Heb je GPT? Die kan je perfect helpen met de juiste commando/string.
Ik ben ook niet zo'n ster in al die commando's uit mijn hoofd op te rakelen moet ik eerlijk zijn.

3 weken geleden heb ik een soort gelijk probleem gehad met mij SSD, was niks mee te bereiken.
Kopie gemaakt, die gerepareerd en de circus draait weer, ik was niks kwijt.
De oude SSD was had hardware fouten en de software op de nieuwe SSD gaf uiteindelijk maar 1 dirty bit, verwijderd en ik mis niks.

Wil niet zeggen dat er bij jou geen fouten in je bestanden zitten, maar dit is wel de manier om je schade te beperken.
Terminal is je meest krachtige vriend die je op dit moment hebt.
SSD herstellen
6 september 2024 - 08:53    reactie #24
geplaatst door: doctor_apple
Top! De reden dat je niet bij de gegevens kunt is omdat je als gebruiker niet de rechten hebt om daarbij te komen. Daarom kun je mogelijk het volgende doen:

Koppel de schijf aan, alsmede een schijf met voldoende ruimte om de bestanden "te redden":

Kijk goed naar de zogeheten mountpoint, voor het gemak noem ik deze in mijn voorbeeld falende_disk en goede_disk. Maak op de "goede disk" een map aan. In mijn voorbeeld: redding.

Ga naar de juiste map (/Volumes/Reservekopie/Backups.backupdb/MacBook Pro van Glycera/) met:

cd "/Volumes/Reservekopie/Backups.backupdb/MacBook Pro van Glycera/"
Geef dan het volgende in:

find . -type f -exec cp -Rv "{}" "/Volumes/goede_disk/redding" \;
Oftewel:

find [spatie] . [spatie] -type [spatie] f [spatie] -exec [spatie] cp [spatie] -Rv [spatie] "{}" [spatie] "/Volumes/goede_disk/redding" [spatie] \;

Hiermee kopieer je de hele inhoud van die betreffende map naar de nieuwe locatie. Op de nieuwe locatie kunnen we vervolgens wat "magie" gaan uitvoeren om de zaken weer zichtbaar te maken.

Zodra alles is gekopieerd doe je:

sudo chmod -Rv 777 "/Volumes/goede_disk/redding"
Oftewel:

sudo [spatie] chmod [spatie] -Rv [spatie] 777 [spatie] "/Volumes/goede_disk/redding"

en wat je ook nog kunt doen is op de terminal intypen:

whoami
om te weten wie jij eigenlijk bent volgens je macOS op de Terminal. Voorbeeld:

$ whoami
doctor_apple

Met dat gegeven kun je het volgende ingeven:

sudo chown -Rv <naam> "/Volumes/goede_disk/redding"
Oftewel:

sudo [spatie] chown [spatie] -Rv [spatie] <naam> [spatie] "/Volumes/goede_disk/redding"

Voorbeeld:

sudo chown -Rv doctor_apple "/Volumes/goede_disk/redding"

Wat gebeurd hier opeenvolgend:

1. Bestanden op Bestandssysteemniveau naar een nieuwe plek kopieeren ("better safe than sorry")
2. Alle bestanden en directories voorzien van lees en schrijfrechten voor iedereen (maakt het makkelijker om zonder toegangsproblemen dingen uit te zoeken)
3. Alle bestanden en directories voorzien van jou als eigenaar (eveneens voor schrijf en leesrechten, andere insteek dan nummer 2 en eigenlijk overbodig met de rechten, maar ja ... ook systemen kunnen de zaken soms verschillend interpreteren ;-) )

nu zou je - in theorie - bij je bestanden kunnen komen, maar dan wel graag op de kopie  :happy:

In een volgend stadium, indien gewenst kunnen we de bestandjes die erop staan automatisch sorteren in mappen van bestandstypen, maar dat is een volgende stap en enkel indien gewenst ...

Vriendelijke (macOS) Terminal Groet,


Doctor :apple: