MacBook Pro Problème ouverture session

Oui : quand le volume source est corrompu (car il est formé par un système de fichiers recelant des erreurs) => une commande de recopie consomme assez couramment davantage de blocs pour l'écriture des fichiers sur la destination > comparaison de la source. Donc les 20 Go de blocs excédentaires sur la destination n'ont pas de quoi étonner. Et vu la taille imposante des fichiers source : rien que 20 Go d'excédent est plutôt de bon augure.

- bon. Chemin de démarrage valide. Passe en dernière commande :​
Bloc de code: 
kextcache -u /Volumes/Clone
  • qui reconstruit le cache de démarrage-Système prelinkedkernel > chargé par le lanceur boot.efi au démarrage

As-tu obtenu un retour de cette commande ?
 
Elle est donc bien passée. Alors tu vas tenter ta chance -->

- va au Menu  > Disque de démarrage > sélectionne Clone (qui doit être affiché suite à l'inscription d'un chemin de démarrage) > Redémarrer​

=> tu n'auras qu'à dire si l'OS cloné s'est chargé > et si tu as pu ouvrir ta session-clone à la fin.

Note : un succès de démarrage / ouverture de session sur le clone est un "bonus". En cas d'échec => on effectuera une finalisation standard du sauvetage (reformatage du volume source > réinstallation > récupération des données du clone à la fin via l'Assistant de migration).
 
Tout s'est reouvert sur le mac comme je l'avais quitté il y a quelque jours !
Tout les fichiers sont la.
Ca lag un peu par contre !
 
Parfait ! - la lenteur est normale : un disque rotatif connecté en USB => ça ne permet pas un fonctionnement alerte.

- tu as le choix pour la finalisation du sauvetage. Soit on reformate Disque > puis tu clones directement à rebours Clone dans Disque ; soit on reformate > réinstalle > récupère le le clone via l'Assistant de migration. La 1ère option est la plus rapide > mais sa condition est que tout fonctionne normalement (abstraction faite de la vitesse).​
 
Ah, oui effectivement. J'ai pris une nouvelle nappe sur internet, en veillant bien à vérifier la référence et la comptabilité avec le Mac, je devrais m'en occuper une fois ce problème fini.
Je te dirais la première, si c'est celle qui ramène a une situation de statut quo; Après je m'occuperais de faire moi au moins la MAJ vers Mojave. Sinon, d'un point de vue informatique et système de fichiers, je te fais confiance sur la solution la meilleure.
(Et aussi, sur ta disponibilité sur le temps que tu m'accordes, t'as déjà fait beaucoup pour moi, c'est géniale de retrouver ses données!)
 
Bon. Tu trouves le Terminal dans ta session actuelle de Clone at: Applications > Utilitaires > Terminal.

- lance-le > passe une commande :​
Bloc de code: 
diskutil list
  • et poste le tableau des disques => que je voie la situation d'ensemble.
 
Bloc de code: 
/dev/disk0 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Clone                   999.9 GB   disk0s2

/dev/disk1 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:          Apple_CoreStorage Disque                  999.3 GB   disk1s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk1s3

Offline
                                 Logical Volume Disque on disk1s2
                                 C444394F-1578-4BDC-BB30-E6BF39F5A2AE
                                 Locked Encrypted
 
Le volume Disque est verrouillé par FileVault -->

- lance l'Utilitaire de disque (même dossier que le Terminal). Sélectionne Disque grisé (= non monté > bouton : "Monter" > ton mot-de-passe de session dans le panneau qui le demande => Disque doit être libellé en noir, si remonté.​

Si c'est le cas > repasse une commande :
Bloc de code: 
diskutil list
  • et reposte le tableau des disques => que je récupère l'index d'appareil du Volume Logique Disque connecté.
 
Comme avant, il reste toujours grisé.

Bloc de code: 
/dev/disk0 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Clone                   999.9 GB   disk0s2

/dev/disk1 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:          Apple_CoreStorage Disque                  999.3 GB   disk1s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk1s3

/dev/disk2 (external, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Disque                 +999.0 GB   disk2
                                 Logical Volume on disk1s2
                                 C444394F-1578-4BDC-BB30-E6BF39F5A2AE
                                 Unlocked Encrypted
 
Disque remonté est indexé disk2. Passe la commande (copier-coller) :
Bloc de code: 
diskutil eraseVolume jhfs+ Disque disk2
  • qui reformate le volume Disque

Poste le retour.
 
Bon : ça bloque. Il faudrait réinitialiser le HDD placé en externe. Mais cela ferait perdre la partition de secours Recovery HD > dont il n'existe pas d'équivalent sur le DDE de Clone.

- on va y créer son clone. Passe la commande :​
Bloc de code: 
diskutil resizeVolume disk0s2 998g jhfs+ "Recovery HD" 650m free null 0b ; diskutil list disk0
  • qui rétrécit Clone à 998 Go > crée une partition Recovery HD (vide) de 650 Mo en-dessous > laisse l'excédent en espace libre > puis affiche la configuration résultante du DDE

Poste le retour intégral de la commande.
 
Bloc de code: 
Resizing to 998000000000 bytes and adding 2 partitions
Started partitioning on disk0s2 Clone
Verifying the disk
Verifying file system
Using live mode
Performing live verification
Checking Journaled HFS Plus volume
Checking extents overflow file
Checking catalog file
Checking multi-linked files
Checking catalog hierarchy
Checking extended attributes file
Checking volume bitmap
Checking volume information
The volume Clone appears to be OK
File system check exit code is 0
Resizing
Shrinking file system
Modifying partition map
Initialized /dev/rdisk0s3 as a 620 MB case-insensitive HFS Plus volume with a 8192k journal
Mounting disk
Finished partitioning on disk0s2 Clone
/dev/disk0 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Clone                   998.0 GB   disk0s2
   3:                  Apple_HFS Recovery HD             650.0 MB   disk0s3
/dev/disk0 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Clone                   998.0 GB   disk0s2
   3:                  Apple_HFS Recovery HD             650.0 MB   disk0s3
 
Parfait. Passe encore la commande :
Bloc de code: 
diskutil mount disk1s3 ; df -H
  • qui monte en parallèle le volume Recovery HD de la partition de secours originale du HDD > puis affiche le tableau de l'occupation des volume montés => qui donne leurs points de montage actuels

Poste le retour.
 
Bloc de code: 
Volume Recovery HD on disk1s3 mounted
Filesystem                          Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk0s2                        998G   757G   240G    76% 2018984 4292948295    0%   /
devfs                               190k   190k     0B   100%     642          0  100%   /dev
map -hosts                            0B     0B     0B   100%       0          0  100%   /net
map auto_home                         0B     0B     0B   100%       0          0  100%   /home
localhost:/ienpGXnThIpYNAGeOgihNM   998G   998G     0B   100%       0          0  100%   /Volumes/MobileBackups
/dev/disk0s3                        650M    25M   625M     4%      82 4294967197    0%   /Volumes/Recovery HD
/dev/disk1s3                        650M   574M    76M    89%      67 4294967212    0%   /Volumes/Recovery HD 1
 
Bon : le volume de secours source est monté comme Recovery HD 1 et le volume de secours destination comme Recovery HD.

- passe la commande (copier-coller) :​
Bloc de code: 
sudo asr restore --s /Volumes/Recovery\ HD\ 1 --t /Volumes/Recovery\ HD --erase --noprompt
  • à validation > une demande de password s'affiche (commande sudo) => tape ton mot-de-passe de session admin en aveugle - aucun caractère ne se montrant à la frappe - et revalide
  • la commande utilise l'exécutable asr (apple_software_restore) pour cloner en "mode bloc" absolu la partition de secours originale => dans celle du DDE. Recovery HD destination va être reformaté > renommé à l'identique de la source (ce qui ne changera rien) > cloné des ressources de l'OS de secours (environ 500 Mo) > affecté de l'attribut hérité de ne monter le volume de secours qu'en mode lecture seule > rendu démarrable à la fin. 2 passes : Restoring > Verifying > la progression en chacune marquée par tranches de 10 %

Poste le retour quand tu auras récupéré l'invite de commande du terminal en signal de fin.
 
Bloc de code: 
    Validating target...done
    Validating source...done
    Validating sizes...done
    Restoring  ....10....20....30....40....50....60....70....80....90....100
    Verifying  ....10....20....30....40....50....60....70....80....90....100
    Remounting target volume...done
 
Hé ! hé ! clonage réussi. On finalise le clone de partition de secours (j'espère que le SIP n'est pas activé ou pas actif sur disque externe et ne va pas mettre de bâtons dans les roues).

- passe la commande (authentification en aveugle encore pour le sudo) :​
Bloc de code: 
sudo diskutil umount force disk0s3 ; sudo asr adjust --t /dev/disk0s3 --settype "Apple_Boot" ; diskutil list disk0
  • la commande démonte le volume Recovery HD cloné du DDE > change le type de sa partition de : "Apple_HFS" => "Apple_Boot" comme requis > ré-affiche la configuration terminale du DDE

Poste le retour intégral.
 
Bloc de code: 
Volume Recovery HD on disk0s3 force-unmounted
asr: Volume adjustment failed: Operation not permitted
/dev/disk0 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Clone                   998.0 GB   disk0s2
   3:                  Apple_HFS Recovery HD             650.0 MB   disk0s3
 

Sujets similaires

Raphael10
MBP mid 2012 sous SONOMA/OCLP ne s’allume plus
Réponses
14
Affichages
2K
Hackintosh
Raphael10
Raphael10
L
macOS Sequoia Problème depuis la mise à niveau Séquoia
Réponses
14
Affichages
1K
macOS
Lenore83
L
Profiler31
iMac conflit entre claviers AZERTY et QWERTY-US
Réponses
10
Affichages
581
Accessoires Mac
Floppy
Floppy
kachory
Problème clic sur trackpad
Réponses
10
Affichages
2K
Mac
kachory
kachory
D
Problèmes clavier souri chargeur
Réponses
2
Affichages
1K
Mac
Don-juju
D
Haut Bas