10.14 Mojave MacBook Pro qui redémarre en boucle ...

Carbon Copy Cloner effectue un clonage différentiel : il copie les différences de la source => sur la destination > mais ne remplace pas les identiques.

- repasse une commande :​
Bloc de code:
diskutil list

  • et poste le tableau des disques => que je voie la situation actuelle.
 
Hop

Bloc de code:
macbookpro-0c4de9bbdd84:~ Alex$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         499.9 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +499.9 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Alex - Données          59.0 GB    disk1s1
   2:                APFS Volume Preboot                 26.3 MB    disk1s2
   3:                APFS Volume Recovery                525.1 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4
   5:                APFS Volume Alex                    10.9 GB    disk1s5

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:                  Apple_HFS Clone                   500.0 GB   disk2s2
   3:                 Apple_APFS Container disk3         499.7 GB   disk2s3

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +499.7 GB   disk3
                                 Physical Store disk2s3
   1:                APFS Volume Data - Données          59.5 GB    disk3s1
   2:                APFS Volume Preboot                 25.0 MB    disk3s2
   3:                APFS Volume Recovery                525.1 MB   disk3s3
   4:                APFS Volume VM                      8.6 GB     disk3s4
   5:                APFS Volume Data                    11.0 GB    disk3s5
 
Le clonage me paraît réussi -->

- redémarre avec "alt" > choisis Alex > démarre dessus​

=> est-ce que tu ouvres une session conforme à celle que tu viens de quitter ?
 
Là où je me pose des questions c'est qu'avant on m'indiquait que sur Data il y avait effectivement 425 GO, et maintenant à peine 59GO.. Et ça sur les deux disques.. C'est étrange non ?
 
C'est exact : il y a une différence d'occupation énorme -->

- est-ce que tu as noté une disparition de fichiers dans ta session de Data ?​
 
C'est exact : il y a une différence d'occupation énorme -->

- est-ce que tu as noté une disparition de fichiers dans ta session de Data ?​

Redémarrage effectué, toujours la même session, dans les documents je vois bien qu'il n'y a rien, les applications, oui, mais le reste non.

Maintenant, quand je clique sur Clone > User > Alex, j'y trouve tous mes fichiers, tout tout tout. Mais du coup, dans les documents du DDI rien du tout (documents, etc..)
 
D'accord.

- passe les 2 commandes :​
Bloc de code:
sudo du -sh /Vol*/Clone/Users/*
sudo du -sh /Users/*

  • qui mesurent en GI (= gibibytes : base 2) les dossiers de comptes dans les Utilisateurs de Clone > puis d'Alex démarré. Commandes très lentes : attends chaque fois le retour de l'invite de commande du terminal en signal de fin.

Poste les retours.

Note : tu sais t'authentifier pour une commande sudo ?
 
C'est bon j'ai réussi ! Voilà la première commande.. 325Go ..? Aie Aie Aie hahaha

Bloc de code:
325G    /Volumes/Clone/Users/Alex
52K    /Volumes/Clone/Users/Guest
3.3G    /Volumes/Clone/Users/Shared
4.0K    /Volumes/Clone/Users/wtmp

Et le deuxième ( y'a marqué Operation Not Permitted pour beaucoup de choses, je ne sais pas si ça a un lien avec le fait d'autoriser l'accès mais j'ai autoriser l'accès pour toutes les demandes qui m'ont été adressées)

Bloc de code:
du: /Users/Alex/Library/Application Support/CallHistoryTransactions: Operation not permitted
du: /Users/Alex/Library/Application Support/com.apple.sharedfilelist: Operation not permitted
du: /Users/Alex/Library/Application Support/com.apple.TCC: Operation not permitted
du: /Users/Alex/Library/Application Support/FileProvider: Operation not permitted
du: /Users/Alex/Library/Application Support/CallHistoryDB: Operation not permitted
du: /Users/Alex/Library/Autosave Information: Operation not permitted
du: /Users/Alex/Library/IdentityServices: Operation not permitted
du: /Users/Alex/Library/Messages: Operation not permitted
du: /Users/Alex/Library/Sharing: Operation not permitted
du: /Users/Alex/Library/Mail: Operation not permitted
du: /Users/Alex/Library/Safari: Operation not permitted
du: /Users/Alex/Library/Suggestions: Operation not permitted
du: /Users/Alex/Library/Containers/com.apple.Safari: Operation not permitted
du: /Users/Alex/Library/PersonalizationPortrait: Operation not permitted
du: /Users/Alex/Library/Metadata/CoreSpotlight: Operation not permitted
du: /Users/Alex/Library/Cookies: Operation not permitted
du: /Users/Alex/Library/Caches/CloudKit: Operation not permitted
du: /Users/Alex/.Trash: Operation not permitted
 97M    /Users/Alex
1.8M    /Users/Shared
 
Le SIP (protocole de sécurisation) est manifestement activé => et suscite les mentions d'« operation not permitted ».

- est-ce que ta session Alex dans le volume Alex est vide de données > comme celle du volume Data ?​
 
Le SIP (protocole de sécurisation) est manifestement activé => et suscite les mentions d'« operation not permitted ».

- est-ce que ta session Alex dans le volume Alex est vide de données > comme celle du volume Data ?​

Non, justement, vu qu'il y a eu 79Go de clonés du Volume Data avec CCC, tu penses que c'est ça qui empêche l'analyse d'être faite? Je viens de checker et effectivement, il y a l'air d'avoir eu des fichiers déjà collés dans le disque, (des projets Final Cut Pro X, Logic Pro X, et une partie de ma bibliothèque de photos si je me trompe pas)
 
La 2è commande affiche un dossier Alex de 97 Mi = 104 Mo.

----------

Pour désactiver le SIP > redémarre > les 2 touches ⌘R (cmd R) tenues pressées de l'écran noir => à la  = démarrage sur l'OS de secours. Tu obtiens un écran affichant une fenêtre de 4 Utilitaires macOS. Va à la barre de menus supérieure de l'écran > Menu Utilitaires > sous-menu : Terminal.

- lance-le et passe la commande :​
Bloc de code:
csrutil disable

  • qui désactive le SIP

Cela fait > quitte le Terminal > va à : Menu  > Disque de démarrage > sélectionne Data > redémarre dessus.

----------

Signale quand tu seras de retour dans ta session de Data => on va tenter de redresser la situation du compte Alex dans le volume Alex à partir de la session de Data.
 
La 2è commande affiche un dossier Alex de 97 Mi = 104 Mo.

----------

Pour désactiver le SIP > redémarre > les 2 touches ⌘R (cmd R) tenues pressées de l'écran noir => à la  = démarrage sur l'OS de secours. Tu obtiens un écran affichant une fenêtre de 4 Utilitaires macOS. Va à la barre de menus supérieure de l'écran > Menu Utilitaires > sous-menu : Terminal.

- lance-le et passe la commande :​
Bloc de code:
csrutil disable

  • qui désactive le SIP

Cela fait > quitte le Terminal > va à : Menu  > Disque de démarrage > sélectionne Data > redémarre dessus.

----------

Signale quand tu seras de retour dans ta session de Data => on va tenter de redresser la situation du compte Alex dans le volume Alex à partir de la session de Data.

Merci! Ca y est je suis dessus :)
 
Passe la commande :
Bloc de code:
sudo du -sh /Vol*/Al*\Do*/Users

  • qui mesure en l'absence de SIP les dossiers de comptes dans les Utilisateurs du volume : Alex - Données

Poste le retour.
 
Il est clair qu'il n'y a pas de données substantielles dans le répertoire Users de Alex - Données.

- on poursuit l'enquête. Passe la commande :​
Bloc de code:
sudo du -sh /Vol*/Al*\Do*/*

  • qui mesure (en Gi) les dossiers de 1er rang de Alex - Données

Poste le retour.
 
Voilà :

Bloc de code:
 22G    /Volumes/Alex - Données/Applications
 26G    /Volumes/Alex - Données/Library
1.4G    /Volumes/Alex - Données/System
144M    /Volumes/Alex - Données/Users
  0B    /Volumes/Alex - Données/Volumes
  0B    /Volumes/Alex - Données/cores
  0B    /Volumes/Alex - Données/home
  0B    /Volumes/Alex - Données/mnt
  0B    /Volumes/Alex - Données/opt
4.5G    /Volumes/Alex - Données/private
  0B    /Volumes/Alex - Données/sw
2.4M    /Volumes/Alex - Données/usr
 
On voit qu'il n'y a pas de données dans le répertoire Users.

- il convient de supprimer le dossier Alex vide des Utilisateurs de Alex - Données > et de cloner à sa place le dossier Alex plein de données des Utilisateurs de Clone.​

=> d'accord pour l'idée ?
 
Passe la commande :
Bloc de code:
sudo rm -rf /Volumes/"Alex - Données"/Users/Alex ; ls /Vol*/Al*\Do*/Users

  • la commande supprime le dossier Alex des Utilisateurs de Alex - Données (commande muette) > puis liste les contenus de ce répertoire Utilisateurs

Poste le retour.

Note : la commande de suppression rm ne supporte pas les abréviations dans les adresses => d'où mon emploi de la forme d'adresse longue pour cette commande.
 
  • J’aime
Réactions: AlexTales