10.13 High Sierra Impossible de booter sur mon SSD APFS High Sierra

Bon, le bilan des courses a failli être catastrophique... Mais il est loin d'être bon...

J'ai enlevé Dooky VI (TM) de son boitier pour y insérer Dooky VII (SSD HS + Windows). J'ai démarré avec alt, et seul Windows était présent en plus de Dooky V (disque interne). 1° déception.

J'ai démarré sur Windows pour voir ce qu'il se passait... Et un écran noir indiquant "no bootable disk..." est resté. 2° déception.

J'ai donc éteint, et rallumé, seul Dooky V apparaissait alors. Et le SSD a émis une "petite musique" (comme des petits crissements). J'ai démarré sur Dooky V et l'utilitaire de disque ne le voyait plus apparaitre (3° déception).

J'ai voulu quand même vérifier l'état de la nappe et j'ai donc éteint pour brancher Dooky VI en interne > 1° satisfaction, J'ai pu booté en recovery dessus! Donc j'imagine que cela exclut tout problème de nappe?

J'ai rebooté sur Dooky V pour pouvoir vous écrire ce message. J'ai eu la joie de finalement voir monter le SSD dans utilitaire de disque après qu'il ait eu fini de "chanter", 2° satisfaction, vite atténuée quand j'ai compris que le volume était sans doute effacé....


Bloc de code:
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *320.1 GB   disk0
   1:                        EFI                         209.7 MB   disk0s1
   2:                  Apple_HFS Dooky V                 319.7 GB   disk0s2
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk1
   1:                        EFI                         209.7 MB   disk1s1
   2:                  Apple_HFS Dooky VI                999.9 GB   disk1s2
/dev/disk2
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                                                   *512.1 GB   disk2
 
Décris-moi le statut des 3 disques = disk0 > disk1 > disk3 -->

  • s'agit-il de SSD les 3 ? - lesquels sont internes et lesquels sont externes ?
 
Depuis l'environnement «Snow Léopard» --> le SSD externe disk2 apparaît comme un disque sans table de partition. Comme s'il était non initialisé.

Re-démarre avec "alt" --> démarre sur Dooky VI (= sauvegarde TM). Dans le Terminal de la session type "Recovery" > passe la commande :
Bloc de code:
diskutil list

=> quel est le tableau retourné ?
 
Voici! Malheureusement, le SSD ne monte plus du tout dans l'utilitaire de disques... Il y a eu un message d'erreur avant que je redémarre comme quoi ce disque n'était pas lisible par cet ordinateur .... :(

Bloc de code:
-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 Dooky VI                999.9 GB   disk0s2

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *320.1 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                  Apple_HFS Dooky V                 319.7 GB   disk1s2

/dev/disk2 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +2.1 GB     disk2
   1:                  Apple_HFS OS X Base System        2.0 GB     disk2s1

/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                                                   *512.1 GB   disk3

/dev/disk4 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +5.2 MB     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               +2.1 MB     disk8

/dev/disk9 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk9

/dev/disk10 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk10

/dev/disk11 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +12.6 MB    disk11

/dev/disk12 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     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               +2.1 MB     disk14

/dev/disk15 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk15

/dev/disk16 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk16

/dev/disk17 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk17

/dev/disk18 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk18

/dev/disk19 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk19

/dev/disk20 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk20

/dev/disk21 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk21

-bash-3.2#
 
Il est là -->
Bloc de code:
/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                                                   *512.1 GB   disk3

  • = même désignation qu'avec «Snow Léopard» --> aucune table de partition identifiée (c'est la table de partition qui définit les partitions).

- en quoi consistaient les grésillements que tu as entendus ?
 
Il est là -->
Bloc de code:
/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                                                   *512.1 GB   disk3

  • = même désignation qu'avec «Snow Léopard» --> aucune table de partition identifiée (c'est la table de partition qui définit les partitions).

- en quoi consistaient les grésillements que tu as entendus ?

C'était comme des touts petits bips électroniques très rapides. Ils se sont complètement arrétés. Mais le SSD ne monte plus du tout dans utilitaire de disques...
 
Ce serait une panne du SDD qui aurait déjà été latente et qui serait devenue complète d'un coup. Donc un problème matériel depuis le départ > mais pas celui de la nappe : du disque au contraire.

Ta sauvgarde Dooky VI est-elle une sauvegarde à jour des données qui étaient dans Dooky VII ?
 
Ce serait une panne du SDD qui aurait déjà été latente et qui serait devenue complète d'un coup. Donc un problème matériel depuis le départ > mais pas celui de la nappe : du disque au contraire.

Ta sauvgarde Dooky VI est-elle une sauvegarde à jour des données qui étaient dans Dooky VII ?

Pas tout à fait à jour car elle date de décembre... mais tant pis, ce n'est pas très grave. Je vais aller en acheter un nouveau sur macway et faire une restauration complète dessus. Y a t'il une marque a privilégier aujourd'hui entre crucial et samsung?
 
Tu ne veux pas qu'on tente de re-paramétrer le SSD ? - je peux te passer une commande test pour ce faire.
 
Alors passe la commande (ta-da-da-a-a) -->
Bloc de code:
diskutil eraseDisk jhfs+ "Dooky VII" disk3
(mets "Dooky VII" entre "")

  • la commande remet une table GPT sur l'en-tête du disque > un système de fichiers jhfs+ sur la partition principale > et remonte un volume intitulé Dooky VII

Poste l'affichage retourné par cette commande.
 
Malheureusement... 2 tentatives infructueuses!

Bloc de code:
-bash-3.2# diskutil eraseDisk jhfs+ "Dooky VII" disk3
Started erase on disk3
Unmounting disk
Error: -69877: Couldn't open device
-bash-3.2# diskutil eraseDisk jhfs+ "Dooky VII" disk3
Started erase on disk3
Unmounting disk
Error: -69877: Couldn't open device
-bash-3.2#
 
Bon d'accord -->
Bloc de code:
Error: -69877: Couldn't open device

  • tu as ta confirmation : c'est bien le SSD qui est flingué (au niveau du firmware - je présume).

Tu l'avais acheté à partir du site Crucial direct ?
 
Ouaip ! - un peu long comme délai pour demander un échange.

Personnellement > j'ai une floppée de Crucial et aucun n'a flanché. Est-ce que tu avais activé le TRIM sur ton SSD ?
 
Ahah oui j'imagine que la garantie est complètement dépassée... effectivement il était activé depuis plusieurs années, pourquoi? Ca peut l'user plus vite?
 
Non : au contraire ça entretient les cellules.

Bon : je pense qu'on a eu le fin mot de l'histoire. Ce n'était pas l'EFI > ce n'était pas la nappe SATA > c'était le SDD (celui qu'on n'a jamais tendance à incriminer).