10.11 El Capitan El Capitan : Réinstallation impossible

M

Membre supprimé 1060554

Invité
Non : ne remets pas YOUSSA en interne. Seulement le HDD en USB externe.

- indique si tu ouvres la session de secours. Si oui : nappe SATA interne (qui relie le disque à la carte-mère) = défaillante.​
 
M

Membre supprimé 1060554

Invité
Bon : la nappe SATA interne doit être défaillante.

- as-tu une clé USB disponible ? - 3 Go requis (ou davantage).​

Édition : ou as-tu un 2è adaptateur USB qui permettrait de brancher le SSD en parallèle au HDD - les 2 en USB externe ?
 
M

Membre supprimé 1060554

Invité
Branche ta clé au Mac. Puis passe la commande :
Bloc de code: 
diskutil list

  • et poste le tableau des disques.

Note : j'envisage de cloner le volume de secours sur la clé. Ainsi > tu pouras démarrer le Mac sur la clé > et il y aura en parallèle un disque branché en externe (YOUSSA) qui devrait pouvoir être alors "scriptible".
 
M

Mp01

Membre confirmé
3 Mai 2020
72
0
34
Bloc de code: 
-bash-3.2# diskutil list
/dev/disk0 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            499.2 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
/dev/disk1 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +2.1 GB     disk1
   1:                  Apple_HFS OS X Base System        2.0 GB     disk1s1
/dev/disk2 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +5.2 MB     disk2
/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk3
/dev/disk4 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk4
/dev/disk5 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk5
/dev/disk6 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk6
/dev/disk7 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk7
/dev/disk8 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk8
/dev/disk9 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk9
/dev/disk10 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk10
/dev/disk11 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk11
/dev/disk12 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk12
/dev/disk13 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk13
/dev/disk14 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk14
-bash-3.2#
 
M

Membre supprimé 1060554

Invité
Je ne vois pas la clé. Peut-être que son disque n'était pas encore connecté.

- si la clé est bien branchée > repasse la commande et reposte le tableau des disques.​
 
M

Mp01

Membre confirmé
3 Mai 2020
72
0
34
Effectivement, bug avec la première clef usb

Bloc de code: 
-bash-3.2# diskutil list
/dev/disk0 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            499.2 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
/dev/disk1 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +2.1 GB     disk1
   1:                  Apple_HFS OS X Base System        2.0 GB     disk1s1
/dev/disk2 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +5.2 MB     disk2
/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk3
/dev/disk4 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk4
/dev/disk5 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk5
/dev/disk6 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk6
/dev/disk7 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk7
/dev/disk8 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk8
/dev/disk9 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk9
/dev/disk10 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk10
/dev/disk11 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk11
/dev/disk12 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk12
/dev/disk13 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk13
/dev/disk14 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk14
/dev/disk15 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *16.0 GB    disk15
   1:             Windows_FAT_32 USB DISK                16.0 GB    disk15s1
-bash-3.2#
 
M

Membre supprimé 1060554

Invité
Passe la commande :
Bloc de code: 
diskutil eraseDisk jhfs+ CLE gpt disk15

  • qui reparamètre la clé : table de partition GPT > format jhfs+ > volume CLE

Poste le retour.
 
M

Mp01

Membre confirmé
3 Mai 2020
72
0
34
Bloc de code: 
-bash-3.2# diskutil eraseDisk jhfs+ CLE gpt dsik15
Could not find disk for dsik15
-bash-3.2# diskutil eraseDisk jhfs+ CLE gpt disk15
Started erase on disk15
Unmounting disk
Creating the partition map
Waiting for the disks to reappear
Formatting disk15s2 as Mac OS Extended (Journaled) with name CLE
Initialized /dev/rdisk15s2 as a 15 GB case-insensitive HFS Plus volume with a 8192k journal
Mounting disk
Finished erase on disk15
-bash-3.2#
 
M

Membre supprimé 1060554

Invité
Parfait. Passe encore la commande :
Bloc de code: 
asr restore --s / --t /Volumes/CLE --erase --noprompt

  • (il y a 4 doubles tirets --) la commande clone le volume OS X Base System de l'OS de secours démarré (désigné par son point de montage /) => sur le volume CLE de la clé. CLE va être reformaté > renommé : OS X Base System comme la source > cloné d'un OS de secours de 1,3 Go > rendu démarrable à la fin par l'inscription d'un chemin de démarrage sur son en-tête

Poste le retour quand tu auras récupéré -bash-3.2# en signal de fin.
 
M

Mp01

Membre confirmé
3 Mai 2020
72
0
34
Bloc de code: 
-bash-3.2# asr restore --s / --t /Volumes/CLE --erase --noprompt
    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
-bash-3.2#
 
M

Membre supprimé 1060554

Invité
Opération réussie : la clé est démarrable.

- redémarre (Menu  > Redémarrer) > et presse aussitôt la touche "alt" pour avoir l'écran de choix du volumes de démarrage. Choisis : OS X Base System (volume de la clé) > démarre dessus.​

=> est-ce que tu récupères bien le même écran affichant une fenêtre de 4 Utilitaires macOS > que celui que tu viens de quitter ?
 
M

Membre supprimé 1060554

Invité
Dans l'Utilitaire de disque > démonte le volume du HDD branché en externe (Macintosh HD) > puis débranche le disque.

- branche le SSD du volume YOUSSA à la place.​

Puis quitte l'Utilitaire de disque et lance le Terminal. Passe la commande (une fois de plus) :
Bloc de code: 
mkdir -v /Volumes/YOUSSA/Sauvegarde

  • qui crée un dossier Sauvegarde dans YOUSSA

Poste le retour.
 
M

Mp01

Membre confirmé
3 Mai 2020
72
0
34
Bloc de code: 
-bash-3.2# mkdir -v /Volumes/YOUSSA/Sauvegarde
mkdir: created directory '/Volumes/YOUSSA/Sauvegarde'
-bash-3.2#
 
M

Membre supprimé 1060554

Invité
Comme tu peux le voir ici => le dossier a bien été créé > alors que c'est impossible quand le volume YOUSSA est en interne. Conséquence : nappe SATA défaillante. À changer. Défaillance que précipite un SSD avec ses débits plus élevés.

- est-ce que le DDE (volume TOSHIBA EXT) est aussi branché en externe ? - ou bien est-ce que tu n'as plus assez de ports USB libres pour cela ?​
 
M

Membre supprimé 1060554

Invité
Donc ne peut pas copier les données de TOSHIBA EXT => dans le dossier Sauvegarde du volume YOUSSA.

- il faut changer de scénario. On sait maintenant qu'on ne peut pas mettre le SSD en interne => la nappe SATA ne permet pas alors d'y écrire. Mais on peut remettre le HDD en interne : le volume Macintosh HD monté en lecture seule doit alors être lisible.​
​
- donc on peut envisager d'installer l'OS à destination de YOUSSA en externe > puis de récupérer les données de Macintosh HD en interne via l'Assistant de migration. Si ça fonctionne : ton Mac pourrait démarrer sur le volume YOUSSA externe et tu pourrais ouvrir une session clone de ton ancienne avec tes données. Tout cela > en attendant le changement nécessaire de la nappe SATA.​

=> qu'est-ce que tu en penses.
 

Sujets similaires

I
10.11 El Capitan Installer un El Capitan sur un macbook
Réponses
12
Affichages
458
macOS
Icedarts
I
snatch
10.11 El Capitan Problème de partition El capitan
Réponses
4
Affichages
567
macOS
snatch
snatch
J
10.12 Sierra How to ? snow leopard > el capitan> sierra, imac 2009
Réponses
29
Affichages
2K
macOS
JMJO
J
George Weaver
10.14 Mojave Problème de ré-installation OS Mojave sur nouvel SSD
Réponses
3
Affichages
314
macOS
baron
B
H
10.7 Lion Comment réinstaller macOs après avoir effacé le disque dur (iMac 2011)
Réponses
9
Affichages
646
macOS
ericse
ericse
Haut Bas