MacBook ne redémarre pas, impossible d'exécuter S.O.S mon disque dur est-il mort ?

Statut
Ce sujet est fermé.
Oui, en cours d'installation sur SSD reformaté HFS+
Y'en à pour un moment !
Merci de ton aide, c'est sympa, je te tiens au courant quand j'ai testé avec El Capitan
 
Fait !
Même chose en Lion, El Capitan et High Sierra... Ça ne vient donc, à priori pas du système
J'ai, bien sûr, tenté la réinitialisation PRAM et SMC
Mais ou donc le Mac stocke-t-il les infos de redémarrage ?
Je devrais peut-être essayer de débrancher la batterie un moment ?
La nappe, le SSD ? Mais comment expliquer que le démarrage fonctionne mais pas le redémarrage ?
Je suis franchement dans l'incompréhension totale !
Peut être un souci avec la partition virtuelle reboot ou preboot... Mais comment la gérer ?
Bon, tu dois être à court d'idées aussi alors bonne soirée et encore merci !
 
Dans ta session d'utilisateur > passe les commandes (copier-coller) :
Bloc de code: 
bless --info /
nvram efi-boot-device

  • qui affichent le chemin de démarrage inscrit sur l'en-tête du volume & la préférence de démarrage automatique pour l'EFI inscrite en NVRAM

Poste les retours en copier-coller > le coller dans une fenêtre de code par le procédé suivant -->
  • dans cette page de MacGé > presse le bouton
    1555929346-524315-original.png
    ici :
    1555929346-521520-original.png

    menu  : </> Code > par ⌘V colle dans la fenêtre Code > presse le bouton Insérer (ce procédé permet un affichage fenêtré qui économise l'espace de page en respectant la mise en forme des tableaux du «Terminal» --> d'où une plus grande lisibilité)
 
Je t'ai aussi mis le contenu de la NVRAM, mais j'avoue qu'à ce stade, la lecture du résultat, c'est du chinois !


Bloc de code: 
Last login: Tue Jun  4 20:25:57 on ttys000
admins-MacBook-Pro:~ admin$ nvram -p
efi-boot-device    <array><dict><key>IOMatch</key><dict><key>IOProviderClass</key><string>IOMedia</string><key>IOPropertyMatch</key><dict><key>UUID</key><string>4F55FD2D-5936-422F-B940-D6B89568643B</string></dict></dict><key>BLLastBSDName</key><string>disk0s2</string></dict></array>%00
bluetoothInternalControllerInfo    %13%82%ac%05%00%00a%06%10%9a%dd%cf~%97
fmm-computer-name    admin%e2%80%99s MacBook Pro
bluetoothActiveControllerInfo    %13%82%ac%05%00%00%00%00a%06%10%9a%dd%cf~%97
SystemAudioVolumeDB    %f2
SystemAudioVolume    W
efi-boot-device-data    %02%01%0c%00%d0A%03%0a%00%00%00%00%01%01%06%00%00%0a%03%12%0a%00%00%00%00%00%00%00%04%01*%00%02%00%00%00(@%06%00%00%00%00%00@%ceVt%00%00%00%00-%fdUO6Y/B%b9@%d6%b8%95hd;%02%02%7f%ff%04%00
backlight-level    %a2%00
boot-args    -v
admins-MacBook-Pro:~ admin$ bless --info /
finderinfo[0]:     40 => Blessed System Folder is /System/Library/CoreServices
finderinfo[1]: 422969 => Blessed System File is /System/Library/CoreServices/boot.efi
finderinfo[2]:      0 => Open-folder linked list empty
finderinfo[3]:      0 => No alternate OS blessed file/folder
finderinfo[4]:      0 => Unused field unset
finderinfo[5]:     40 => OS X blessed folder is /System/Library/CoreServices
64-bit VSDB volume id:  0x980688576EDC440B
admins-MacBook-Pro:~ admin$ nvram efi-boot-device
efi-boot-device    <array><dict><key>IOMatch</key><dict><key>IOProviderClass</key><string>IOMedia</string><key>IOPropertyMatch</key><dict><key>UUID</key><string>4F55FD2D-5936-422F-B940-D6B89568643B</string></dict></dict><key>BLLastBSDName</key><string>disk0s2</string></dict></array>%00
admins-MacBook-Pro:~ admin$
 
Voici le chemin de démarrage :
Bloc de code: 
Blessed System File is /System/Library/CoreServices/boot.efi

  • c'est un chemin classique qui pointe dans la répertoire System > dans le dossier CoreServices => au lanceur boot.efi de l'OS en place.
  • or ton tableau de la configuration des disques (posté antérieurement) montre que le volume LaDansKo est en format apfs et membre d'un Conteneur comprenant 3 volumes auxiliaires. Dans cette configuration > c'est le volume auxiliaire Preboot qui doit contenir un dossier intitulé de l'UUID du volume LaDansKo > dans lequel doit se trouver un prédémarreur boot.efi de l'OS du volume principal.
De même voici la valeur de la variable : efi-boot-device en NVRAM (variable qui porte inscrit le chemin de démarrage automatique pour l'EFI ou programme interne de boot du Mac) :
Bloc de code: 
<array><dict><key>IOMatch</key><dict><key>IOProviderClass</key><string>IOMedia</string><key>IOPropertyMatch</key><dict><key>UUID</key><string>4F55FD2D-5936-422F-B940-D6B89568643B</string></dict></dict><key>BLLastBSDName</key><string>disk0s2</string></dict></array>%00

  • syntaxe ingrate qui se simplifie interprétativement ainsi :
Bloc de code: 
<string>4F55FD2D-5936-422F-B940-D6B89568643B</string>  ... <string>disk0s2</string>

  • il devient facile de voir que le chemin pour l'EFI consiste en un UUID de volume > résident de la partition disk0s2 du disque interne. Ce qui est typique d'un chemin de volume classique (format jhfs+) en NVRAM.
  • mais avec un format apfs > la partition disk0s2 devient la partition de résidence d'un magasin de stockage : Physical Store de l'apfs - aucun volume n'existant sur cette partition. Car à partir d'elle s'exporte un espace-disque virtuel secondaire disk1 (un Conteneur apfs) > et le volume qui doit être démarré porte l'index disk1s1 sur cet espace. Étant en format apfs > ce n'est pas à lui que devrait pointer un chemin de démarrage en NVRAM > mais au volume de prédémarrage Preboot disk1s2 collatéral.

En résumé : les paramètres de démarrage (en NVRAM et sur l'en-tête du volume) --> font comme si le volume LaDansKo était de format classique (jhfs+) > alors qu'il est de format apfs. Aussi bien l'adresse en NVRAM que le chemin de démarrage propre au volume => sont formellement invalides pour un volume apfs.

En vérification > passe les commandes :
Bloc de code: 
diskutil info /
diskutil list

  • qui affichent un tableau d'informations sur le volume démarré & le tableau des disques

Poste ces 2 tableaux.
 
Dernière édition par un modérateur:
  • J’aime
Réactions: litobar71
Oups, désolé, il te manque un épisode. Dans mon message de 18h54, je te disais qu'avant de tenter l'installation de El Capitan, j'avais effacé le disque en le formatant en HFS+.
Donc, le chemin pour l'EFI me semble normal (mais c'est au-delà de mes compétences), ou alors, c'est moi qui ai raté un épisode...


Bloc de code: 
admins-macbook-pro:~ admin$ diskutil info /
   Device Identifier:        disk0s2
   Device Node:              /dev/disk0s2
   Whole:                    No
   Part of Whole:            disk0
   Device / Media Name:      LaDansKo

   Volume Name:              LaDansKo

   Mounted:                  Yes
   Mount Point:              /

   File System Personality:  Journaled HFS+
   Type (Bundle):            hfs
   Name (User Visible):      Mac OS Extended (Journaled)
   Journal:                  Journal size 81920 KB at offset 0x1d1c000
   Owners:                   Enabled

   Partition Type:           Apple_HFS
   OS Can Be Installed:      Yes
   Recovery Disk:            disk0s3
   Media Type:               Generic
   Protocol:                 SATA
   SMART Status:             Verified
   Volume UUID:              0052818B-A785-3089-BD47-0354AF420B78
   Disk / Partition UUID:    4F55FD2D-5936-422F-B940-D6B89568643B

   Total Size:               999.3 GB (999345127424 Bytes) (exactly 1951845952 512-Byte-Units)
   Volume Free Space:        986.5 GB (986476990464 Bytes) (exactly 1926712872 512-Byte-Units)
   Device Block Size:        512 Bytes
   Allocation Block Size:    4096 Bytes

   Read-Only Media:          No
   Read-Only Volume:         No

   Device Location:          Internal
   Removable Media:          No

   Solid State:              Yes


Bloc de code: 
admins-macbook-pro:~ admin$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS LaDansKo                999.3 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
 
Je vois que tu as ramené le volume LaDansKo à un format classique. Donc les chemins en NVRAM et sur l'en-tête du volume => sont corrects.

Je ne vois pas ce qui peut différencier un démarrage d'un re-démarrage > en ce qui concerne le chargement de l'OS proprement dit. Si tu passes la commande :
Bloc de code: 
sudo reboot

  • qui fait redémarrer le Mac de manière abrupte

=> est-ce que le chargement de l'OS plante après redémarrage ?
 
Pareil, plantage...

T'ai-je dit que le problème ne se produit qu'avec le nouveau SSD interne, pas avec un USB externe ?
Peut-être qu'il faudrait que je sorte le SSD et que je l'essaye en externe pour voir si c'est propre au disque ou si ça vient d'un truc comme la nappe ...
Par contre, j'ai un gros boulot à finir avant et ce ne sera pas avant le weekend
 
Essaie avec le SSD en externe quand tu le pourras :

- il faut procéder par élimination de facteurs.​
 
Ok, je fais dès que possible et je te tiens au courant.
J'apprécie ton aide, mais surtout, la façon dont tu ne te contentes pas de diagnostiquer mais en prenant le temps d'expliquer, c'est très enrichissant !
 
Ben voila, sorti le disque, dès qu'il est externe, tout va bien, démarrage, re-démarrage sans problème, donc je dirais que le problème vient de la gestion du disque interne.
A part la nappe, tu vois une hypothèse ?
 
  • J’aime
Réactions: Membre supprimé 1060554
Bonjour,
J'ai le même problème que l'utilisateur précédent mais sur IMAC 2011.
J'ai donc pu suivre vos instructions pour sortir le tableau ci-dessous.

Est-ce possible de m'indiquer la procédure à suivre pour trouver le problème. Je vous remercie.

-bash-3.2# diskutil list

/dev/disk0 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *1.0 TB disk0

1: EFI EFI 209.7 MB disk0s1

2: Apple_HFS Macintosh HD 999.3 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#
 
@ JMA

C'est peut-être la nappe SATA > sans que le rapport de cause à effet soit pourtant exactement établi.
 
Benoitbenoit a dit:
Bonjour,
J'ai le même problème que l'utilisateur précédent mais sur IMAC 2011.
J'ai donc pu suivre vos instructions pour sortir le tableau ci-dessous.

Est-ce possible de m'indiquer la procédure à suivre pour trouver le problème. Je vous remercie.

-bash-3.2# diskutil list

/dev/disk0 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *1.0 TB disk0

1: EFI EFI 209.7 MB disk0s1

2: Apple_HFS Macintosh HD 999.3 GB disk0s2

3: Apple_Boot Recovery HD 650.0 MB disk0s3
-bash-3.2#
Cliquez pour agrandir...


Moi, je ne vois rien de particulier, mais tu devrais déjà "éjecter" tous les disques images que tu as, tu y verrais plus clair (c'est les "disques" qui apparaissent quand tu doubles-clique sur un fichier .dmg) Cela correspond à toutes les pavés précédés par .... (disque image).

Ensuite notre ange gardien Macomaniac va certainement te demander de taper :

diskutil info disk0s2

pour avoir plus de détails sur partition principale de ton disque,

et peut-être

diskutil verifyVolume disk0s2

Pour tenter un SOS disque à l'arrache.
 
Bonjour Benoît

Est-ce que tu peux expliquer exactement ton problème ? --> tu n'arrives pas à démarrer sur Macintosh HD ?
 
macomaniac a dit:
@ JMA

C'est peut-être la nappe SATA > sans que le rapport de cause à effet soit pourtant exactement établi.
Cliquez pour agrandir...

Peut-être la différence de performance entre un HD et un SSD, la nappe ne suit pas. Je vais tenter le remplacement. Merci pour tout, je commande ce qu'il faut et je te dirais, au cas ou quelqu'un d'autre rencontre cette situation...
Bonne soirée !
JM
 
macomaniac a dit:
Bonjour Benoît

Est-ce que tu peux expliquer exactement ton problème ? --> tu n'arrives pas à démarrer sur Macintosh HD ?
Cliquez pour agrandir...

Pardon, je vais essayer d'être plus clair :)

Je possède un IMAC qui s'allume mais s'arrête au 2/3 de chargement et s'éteint ensuite.

J'ai tenté l'exécution de S.O.S sur Macintosh HD mais à la fin cela me dit Le processus S.O.S a échoué.

Je suis tombé sur ce forum et des remières instructions que vous aviez pu donner à un autre utilisateurn voici ce qui ressort de la commande diskutil list :

-bash-3.2# diskutil list

/dev/disk0 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *1.0 TB disk0

1: EFI EFI 209.7 MB disk0s1

2: Apple_HFS Macintosh HD 999.3 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#


Merci de votre aide
 
Passe la commande :
Bloc de code: 
diskutil info disk0s2

  • qui affiche un tableau d'informations sur le volume Macintosh HD (s'il est monté)

Poste le tableau retourné > en veillant à faire ton coller dans une fenêtre de code par le procédé suivant -->
  • dans cette page de MacGé > presse le bouton
    1555929346-524315-original.png
    ici :
    1555929346-521520-original.png

    menu  : </> Code > par ⌘V colle dans la fenêtre Code > presse le bouton Insérer (ce procédé permet un affichage fenêtré qui économise l'espace de page en respectant la mise en forme des tableaux du «Terminal» --> d'où une plus grande lisibilité)
 
Bonjour,
voici le tableau demandé

Bloc de code: 
-bash-3.2# diskutil info disk0s2
   Device Identifier:        disk0s2
   Device Node:              /dev/disk0s2
   Whole:                    No
   Part of Whole:            disk0
   Device / Media Name:      Customer

   Volume Name:              Macintosh HD

   Mounted:                  Yes
   Mount Point:              /Volumes/Macintosh HD

   File System Personality:  HFS+
   Type (Bundle):            hfs
   Name (User Visible):      Mac OS Extended
   Owners:                   Enabled

   Partition Type:           Apple_HFS
   OS Can Be Installed:      No
   Recovery Disk:            disk0s3
   Media Type:               Generic
   Protocol:                 SATA
   SMART Status:             Verified
   Volume UUID:              329861B1-2EAA-3951-B763-CF58BAE293EE
   Disk / Partition UUID:    B8E52E4A-2BBD-4B45-B12E-866D6AF69D9A

   Total Size:               999.3 GB (999345127424 Bytes) (exactly 1951845952 512-Byte-Units)
   Volume Free Space:        157.7 GB (157717061632 Bytes) (exactly 308041136 512-Byte-Units)
   Device Block Size:        512 Bytes
   Allocation Block Size:    4096 Bytes

   Read-Only Media:          No
   Read-Only Volume:         Yes

   Device Location:          Internal
   Removable Media:          No

   Solid State:              No

-bash-3.2#
 
Statut
Ce sujet est fermé.

Sujets similaires

Y
macOS Monterey Macbook pro bloqué au démarrage
Réponses
22
Affichages
2K
macOS
docmib
docmib
S
10.12 Sierra Erreur installation et initialisation disque dur
Réponses
9
Affichages
3K
macOS
boninmi
boninmi
O
Stockage Impossible de réparer disque dur Lacie Raid 16to
Réponses
6
Affichages
2K
Accessoires Mac
mokuchley
mokuchley
M
iMac Urgent : IMAC ne redémarre pas + impossible d'exécuter S.O.S + données disque dur à récupérer
Réponses
11
Affichages
2K
Mac
Membre supprimé 1060554
M
Alexis_bazinga
10.9 Mavericks Installation de macOS High Sierra ou Mojave impossible
Réponses
8
Affichages
3K
macOS
Ahiqar
A
Haut Bas