iMac Problème démarrage + plantage si démarrage

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
86 679
26 334
Forêt de Fontainebleau
D'après mon expérience > le Mac ne se met pas en veille si un processus de clonage se trouve en cours dans la session du Single User -->

- donc inutile de "veiller le patient" :hilarious:. Il faut le laisser se débrouiller seul. On vérifiera à la fin l'occupation du volume Clone.​
 

Hemen

Membre confirmé
6 Août 2019
90
3
36
Parfait ! --> le volume Clone est remonté.

- ce qui veut dire que le volume externe Clone est actuellement identique au dossier /Volumes interne à Macintosh HD. Alors que Macintosh HD est en lecture seule --> le volume Clone est monté en lecture & écriture lui dans l'espace /Volumes. Si j'ai choisi le répertoire /Volumes de Macintosh HD comme espace de montage de Clone > c'est que ce répertoire doit être actuellement vide > étant donné qu'en l'absence de services initialisés de l'OS => aucun volume externe ne doit être monté à cet espace dédié.​

----------

Passe la commande (avec le plus grand soin !) qui doit s'afficher ainsi -->
Bloc de code:
sudo rsync -avx /* /Volumes

  • et que tu tapes sur un clavier AZERTY ainsi -->
Bloc de code:
sudo rsync )qvx =⇧! =Volu,es

  • l'astérique * se tape sur un QWERTY par la combinaison de touches : maj 8 --> d'où mon (pour maj) et mon ! (puisque le chiffre 8 se frappe directement). Respecte tous les espaces
  • la commande lance le clonage intégral du volume de démarrage Macintosh HD dans l'espace /Volumes identique actuellement au volume externe Clone auquel il sert de point de montage. L'option x interdit à la commande de descendre en source dans le répertoire /Volumes quand elle y arrivera > mais la force à traiter le répertoire /Volumes source comme un fichier plein (alors qu'en destination > il équivaut au volume Clone monté).
  • la commande affiche une ligne par fichier copié. Elle suit l'ordre alphabétique des dossiers > sous-dossiers > fichiers. rsync commence toujours par construire une liste de copie > avant de déclencher l'exécution de la copie --> tu devrais donc voir afficher un :
Bloc de code:
building file list ...

  • pendant plusieurs minutes > conclu par un :
Bloc de code:
done

  • si tu vois commencer de défiler rapidement une forêt de lignes --> c'est potentiellement gagné : c'est que le clonage à commencé. Est-ce que c'est bien le cas ?
  • si c'est le cas => tu n'éteins surtout pas ton Mac ! --> tu attends le réaffichage de l'invite de commande :
Bloc de code:
root#

  • en signal de complétion. Préviens quand c'est fini.


On dirai qu'à la fin, il nous dis qu'il y a eu des erreurs...j'espère que cela ne posera pas de problème pour la suite...
 

Fichiers joints

  • 20190811.jpg
    20190811.jpg
    1,3 Mo · Affichages: 69

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
86 679
26 334
Forêt de Fontainebleau
Je vois que tout est terminé.

On peut mesurer l'occupation du volume Clone à la suite du clonage. Passe la commande :
Bloc de code:
du -sh /Volumes

  • que tu tapes :
Bloc de code:
du )sh =Volu,es

  • elle mesure la taille (en Gi) du répertoire /Volumes (identique au volume Clone qui y est monté). La commande peut mettre un certain temps à s'exécuter (elle est lente)

Poste le retour.
 

Hemen

Membre confirmé
6 Août 2019
90
3
36
Je vois que tout est terminé.

On peut mesurer l'occupation du volume Clone à la suite du clonage. Passe la commande :
Bloc de code:
du -sh /Volumes

  • que tu tapes :
Bloc de code:
du )sh =Volu,es

  • elle mesure la taille (en Gi) du répertoire /Volumes (identique au volume Clone qui y est monté). La commande peut mettre un certain temps à s'exécuter (elle est lente)

Poste le retour.


Cela a été assez rapide (5sec environ, une fois le DDE USB reveillé) contrairement à ce que vous pensiez...
 

Fichiers joints

  • 20190811.jpg
    20190811.jpg
    1,5 Mo · Affichages: 75

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
86 679
26 334
Forêt de Fontainebleau
Il y a 318 Gi = 342 Go dans /Volumes alias le volume Clone qui y est monté. Et l'occupation de Macintosh HD était de 333 Go -->

- un excédent de +9 Go (seulement) sur la destination laisse penser que Clone est un bon clone - la commande rsync ayant pour routine de consommer davantage de blocs pour l'écriture des fichiers sur la destination => en comparaison de la source.​

Je pense qu'on a épuisé les vertus de la session du Single User.

----------

Passe la commande :
Bloc de code:
reboot

  • qui fait redémarrer le Mac > et presse aussitôt les 2 touches ⌘R pour démarrer sur l'OS de secours

=> préviens quand tu auras l'écran des 4 Utilitaires macOS.
 

Hemen

Membre confirmé
6 Août 2019
90
3
36
Il y a 318 Gi = 342 Go dans /Volumes alias le volume Clone qui y est monté. Et l'occupation de Macintosh HD était de 333 Go -->

- un excédent de +9 Go (seulement) sur la destination laisse penser que Clone est un bon clone - la commande rsync ayant pour routine de consommer davantage de blocs pour l'écriture des fichiers sur la destination => en comparaison de la source.​

Je pense qu'on a épuisé les vertus de la session du Single User.

----------

Passe la commande :
Bloc de code:
reboot

  • qui fait redémarrer le Mac > et presse aussitôt les 2 touches ⌘R pour démarrer sur l'OS de secours

=> préviens quand tu auras l'écran des 4 Utilitaires macOS.


J'ai fait un "reboot", puis dès que l'écran est devenue noir j'ai pressé cmd+R, mais je pense qu'il n'a pas été pris en compte puisque la barre a mis au moins 20 min a aller jusqu'au bout puis est rester bloqué. J'ai redemarrer avec le bouton power et maintenant sa l'a pris en compte.

C'est bon je suis au 4 Utilitaires macOS
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
86 679
26 334
Forêt de Fontainebleau
Dans ta session de secours > relance le Terminal > passe la commande :
Bloc de code:
sw_vers -productVersion

  • qui affiche la version de l'OS de secours démarré

Poste le retour --> que je vérifie s'il s'agit bien de Mojave.
 

Hemen

Membre confirmé
6 Août 2019
90
3
36
Dans ta session de secours > relance le Terminal > passe la commande :
Bloc de code:
sw_vers -productVersion

  • qui affiche la version de l'OS de secours démarré

Poste le retour --> que je vérifie s'il s'agit bien de Mojave.

Bloc de code:
-bash-3.2# sw_vers -productVersion
10.14.5
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
86 679
26 334
Forêt de Fontainebleau
C'est bien Mojave : pas de problème.

Passe la commande :
Bloc de code:
ls /Volumes/Clone

  • le "l" de "ls" = minuscule de "L"
  • la commande liste les objets de 1er rang (fichiers ou dossiers) de Clone

Poste le tableau --> que je voie si la distribution du clone est complète.
 

Hemen

Membre confirmé
6 Août 2019
90
3
36
C'est bien Mojave : pas de problème.

Passe la commande :
Bloc de code:
ls /Volumes/Clone

  • le "l" de "ls" = minuscule de "L"
  • la commande liste les objets de 1er rang (fichiers ou dossiers) de Clone
Poste le tableau --> que je voie si la distribution du clone est complète.

Bloc de code:
-bash-3.2# ls /Volumes/Clone
Applications                etc
Informations sur l’utilisateur        home
Library                    installer.failurerequests
Network                    net
System                    private
Users                    sbin
Volumes                    tmp
bin                    usr
cores                    var
dev
-bash-3.2#
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
86 679
26 334
Forêt de Fontainebleau
Mais c'est très joli tout ça... Tout a l'air en place du côté du clone.

Je suppose qu'une commande :
Bloc de code:
diskutil list

  • planterait à nouveau. Alors on va supposer que le Conteneur apfs exporté de sa partition du disque interne est indexé disk2 (le disque en RAM de l'OS de secours intercalé en disk1 > le disque physique interne étant disk0).

Passe la commande :
Bloc de code:
diskutil ap deleteContainer disk2 "Macintosh HD"

  • mets "Macintosh HD" avec les ""
  • la commande supprime l'apfs et reformate un volume Macintosh HD standard

Poste le retour --> qu'on voie si la commande passe avec l'apfs corrompu.
 

Hemen

Membre confirmé
6 Août 2019
90
3
36
Mais c'est très joli tout ça... Tout a l'air en place du côté du clone.

Je suppose qu'une commande :
Bloc de code:
diskutil list

  • planterait à nouveau. Alors on va supposer que le Conteneur apfs exporté de sa partition du disque interne est indexé disk2 (le disque en RAM de l'OS de secours intercalé en disk1 > le disque physique interne étant disk0).

Passe la commande :
Bloc de code:
diskutil ap deleteContainer disk2 "Macintosh HD"

  • mets "Macintosh HD" avec les ""
  • la commande supprime l'apfs et reformate un volume Macintosh HD standard
Poste le retour --> qu'on voie si la commande passe avec l'apfs corrompu.



On dirai que cela bloque à ce niveau...combien de temps cela doit-il prendre ?

Dois-je le laisser finir ? Ou dois-je quitter le terminal ?
 

Fichiers joints

  • 20190811.jpg
    20190811.jpg
    1,6 Mo · Affichages: 49

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
86 679
26 334
Forêt de Fontainebleau
iMac 2012 ou 2013. Avec un OS de secours d'usine étranger à l'apfs. Ce qui permettrait de reformater aisément la partition apfs non reconnue.

- car impossible de réinitialiser le disque entier > vu qu'il y a un autre volume interne = Khenty (avec des données).​

Il va falloir que tu effectues 2 démarrages par internet successifs pour télécharger en RAM : l'OS de secours d'usine > puis un OS de secours Mojave.

----------

1ère opération : redémarre (Menu  > Redémarrer) > et presse aussitôt les 4 touches ⌘⌥⇧R (cmd alt maj R) -->

- démarrage par internet qui va télécharger en RAM un OS de secours d'usine Mountain Lion (500 Mo - globe terrestre) et démarrer le Mac dessus à la fin. Tu vas obtenir un écran affichant une fenêtre de 4 Utilitaires OS X.​

Passe alors la commande :
Bloc de code:
diskutil list

  • et poste le tableau des disques.
 

Hemen

Membre confirmé
6 Août 2019
90
3
36
iMac 2012 ou 2013. Avec un OS de secours d'usine étranger à l'apfs. Ce qui permettrait de reformater aisément la partition apfs non reconnue.

- car impossible de réinitialiser le disque entier > vu qu'il y a un autre volume interne = Khenty (avec des données).​

Il va falloir que tu effectues 2 démarrages par internet successifs pour télécharger en RAM : l'OS de secours d'usine > puis un OS de secours Mojave.

----------

1ère opération : redémarre (Menu  > Redémarrer) > et presse aussitôt les 4 touches ⌘⌥⇧R (cmd alt maj R) -->

- démarrage par internet qui va télécharger en RAM un OS de secours d'usine Mountain Lion (500 Mo - globe terrestre) et démarrer le Mac dessus à la fin. Tu vas obtenir un écran affichant une fenêtre de 4 Utilitaires OS X.​

Passe alors la commande :
Bloc de code:
diskutil list

  • et poste le tableau des disques.


Bloc de code:
-bash-3.2# diskutil list
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI                         209.7 MB   disk0s1
   2: 7C3457EF-0000-11AA-AA11-00306543ECAC               401.3 GB   disk0s2
   3:                  Apple_HFS Khenty                  598.5 GB   disk0s3
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     Apple_partition_scheme                        *1.2 GB     disk1
   1:        Apple_partition_map                         30.7 KB    disk1s1
   2:                  Apple_HFS Mac OS X Base System    1.2 GB     disk1s2
/dev/disk2
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk2
/dev/disk3
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk3
/dev/disk4
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk4
/dev/disk5
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk5
/dev/disk6
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk6
/dev/disk7
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *6.3 MB     disk7
/dev/disk8
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *2.1 MB     disk8
/dev/disk9
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *1.0 MB     disk9
/dev/disk10
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk10
/dev/disk11
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk11
/dev/disk12
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *1.0 MB     disk12
/dev/disk13
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk13
   1:       Microsoft Basic Data Khenty                  570.0 GB   disk13s1
   2:                  Apple_HFS Clone                   430.2 GB   disk13s2
-bash-3.2#