10.12 Sierra 70 Go de stockage occupé par le système ?

Statut
Ce sujet est fermé.
C'est pas la première fois que j'ouvre mon bébé x')

Bloc de code: 
MBP-de-Capsicle:~ julie$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk2         121.1 GB   disk0s2

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                  Apple_HFS canard                  800.0 GB   disk1s2
   3:                 Apple_APFS Container disk3         199.7 GB   disk1s3

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +121.1 GB   disk2
                                 Physical Store disk0s2
   1:                APFS Volume Preboot                 41.9 MB    disk2s2
   2:                APFS Volume Recovery                1.0 GB     disk2s3
   3:                APFS Volume VM                      1.1 GB     disk2s4

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +199.7 GB   disk3
                                 Physical Store disk1s3
   1:                APFS Volume Clone                   81.9 GB    disk3s1
   2:                APFS Volume PreBoot                 23.7 MB    disk3s2
   3:                APFS Volume Recovery                518.0 MB   disk3s3
   4:                APFS Volume VM                      1.1 GB     disk3s4
 
Je vois que tu as démarré sur Clone (HDD branché donc à la nappe suspecte).

Passe la commande-test :
Bloc de code: 
diskutil ap deleteContainer disk2 "MacOS Julie" ; diskutil list disk0

  • qui supprime l'apfs > reformate un volume MacOS Julie standard > affiche la configuration du SSD

Poste le retour complet.
 
Alors il va falloir opérer depuis une session de secours Mojave - l'OS de secours se trouvant soit cloné en RAM (depuis le volume Recovery du Conteneur) soit téléchargé en RAM (suite à un démarrage par internet) -->

- ainsi > ton SSD sera adressé à partir d'un OS de secours supporté en RAM => et on verra s'il y a encore un plantage ou pas.​

Note : je fais une pause. Je reviendrai plus tard dans ton fil pour cette opération.
 
Tu n'auras qu'à prévenir ici lorsque tu seras disponible pour une opération : "session de secours".

- note : je ne conçois pas la raison exacte de ces plantages du Mac à la moindre tentative de réinitialiser le SSD. Normalement il est branché à une nappe valide à présent (on l'espère). Serait-ce parce que l'autre disque (portant le volume initiateur de la réinitialisation du SSD) est branché à une nappe supposée défaillante ? - on va bien voir en opérant depuis la session d'un volume de secours résident de la RAM...​
 
Alors redémarre et tiens pressées les 3 touches ⌘⌥R (cmd alt R) = démarrage par internet -->

- connexion au Wi-Fi > téléchargement en RAM d'un OS de secours Mojave (500 Mo - globe terrestre en rotation) > démarrage à la fin du Mac sur cet OS en RAM indépendant des disques internes. Tu obtiens un écran affichant une fenêtre de 4 Utilitaires macOS.​

Je te passe le tuto complet qui va te permettre de fournir les informations depuis cette session -->

- va à la barre de menus supérieure de l'écran > menu : Utilitaires > sous-menu : Terminal.

Passe la commande  :
Bloc de code: 
diskutil list

  • tu vas voir s'afficher le tableau des disques attachés au Mac (en interne / externe) > avec leurs configurations
  • une série de micro-disques correspond à des images-disques créées en RAM à l'occasion du démarrage en mode Recovery > dont les volumes sont montés en lecture & écriture à l'espace de dossiers de l'OS de secours qui leur servent de points de montage. Ce qui permet pendant le fonctionnement de cet OS monté en lecture seule > à des écritures de s'effectuer à l'espace des dossiers où se trouvent montés les volumes des images-disques de la RAM. Ces images-disques s'effacent à l'extinction ou au re-démarrage.

Voici comment tu vas pouvoir poster ici ce tableau sans avoir besoin de prendre de photo -->

  • tu sélectionnes le tableau > ⌘C pour le copier dans le presse-papier > ⌘Q pour quitter le «Terminal» > option  : "Obtenir de l'aide en ligne" (dans la fenêtre des 4 Utilitaires) > ce qui lance un navigateur «Safari» 
  • page Apple par défaut > un clic sur l'adresse de haut de page pour l'éditer > saisis  : macgénération (tout court  : c'est une barre de recherche Google) et valide > tu atteins le site MacGé > Forums > te connectes > ce fil  > tu colles dans une fenêtre de code

=> ces informations montreront les index actuels des disques.

Note 1 : si tu ne peux pas poster via le Safari de la session de secours (ça arrive) --> poste une photo du tableau (à partir du commencement = le disque /dev/disk0 ou disque physique interne) - tu as un bouton : "Transférer un fichier" en bas de cette page.

Note 2 : dans la session de secours > les applications se lancent en mode "alternatif" et pas parallèle. Il faut quitter le Terminal pour lancer Safari. Vice-versa > quitter Safari pour récupérer l'écran général de la session de secours et pouvoir relancer le Terminal. Aucun redémarrage n'est requis.
 
Voilà Partie 1

Bloc de code: 
-bash-3.2# diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk3         121.1 GB   disk0s2

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                  Apple_HFS canard                  800.0 GB   disk1s2
   3:                 Apple_APFS Container disk4         199.7 GB   disk1s3

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

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +121.1 GB   disk3
                                 Physical Store disk0s2
   1:                APFS Volume Preboot                 41.9 MB    disk3s2
   2:                APFS Volume Recovery                1.0 GB     disk3s3
   3:                APFS Volume VM                      1.1 GB     disk3s4

/dev/disk4 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +199.7 GB   disk4
                                 Physical Store disk1s3
   1:                APFS Volume Clone                   78.9 GB    disk4s1
   2:                APFS Volume PreBoot                 23.7 MB    disk4s2
   3:                APFS Volume Recovery                518.0 MB   disk4s3
   4:                APFS Volume VM                      3.2 GB     disk4s4

/dev/disk5 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +5.2 MB     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               +524.3 KB   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               +524.3 KB   disk10

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

Bloc de code: 
/dev/disk12 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +12.6 MB    disk12

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

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

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

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

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

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

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

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

/dev/disk23 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk23
 
Le SSD est toujours disk0. Sa partition principale virtualise un Conteneur disk3 -->

- on a pouvoir vérifier si > depuis une session non dépendante des disques --> il est possible de reformater ce SSD.​

Passe la commande :
Bloc de code: 
diskutil ap deleteContainer disk3 "MacOS Julie"

  • mets "MacOS Julie" avec les ""
  • la commande supprime l'apfs du SSD et reformate un volume MacOS Julie standard

Poste l'affichage retourné.
 
Faut-il conjecturer que les 2 nappes SATA soient insuffisantes ? - ou que le SSD a un problème ?

- repasse la commande :
Bloc de code: 
diskutil list

  • et reposte le tableau des disques (la 1ère moitié du tableau seulement).
 
Cette partie c'est bon ?

Bloc de code: 
-bash-3.2# diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk3         121.1 GB   disk0s2

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                  Apple_HFS canard                  800.0 GB   disk1s2
   3:                 Apple_APFS Container disk4         199.7 GB   disk1s3

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

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +121.1 GB   disk3
                                 Physical Store disk0s2
   1:                APFS Volume Preboot                 41.9 MB    disk3s2
   2:                APFS Volume Recovery                1.0 GB     disk3s3
   3:                APFS Volume VM                      1.1 GB     disk3s4

/dev/disk4 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +199.7 GB   disk4
                                 Physical Store disk1s3
   1:                APFS Volume Clone                   78.9 GB    disk4s1
   2:                APFS Volume PreBoot                 23.7 MB    disk4s2
   3:                APFS Volume Recovery                518.0 MB   disk4s3
   4:                APFS Volume VM                      3.2 GB     disk4s4

/dev/disk5 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +5.2 MB     disk5
 
Tout à fait. Voyons si on peut supprimer un volume du Conteneur du SDD. Passe la commande :
Bloc de code: 
diskutil ap deleteVolume disk3s2

  • qui supprime le volume Preboot

Poste le retour. Si tu as encore un plantage > redémarre sur Clone.
 
Nouveau plantage, tout pareil ça va à 50%, ça mouline un peu et redémarrage.

Edit : Par l'utilitaire de disque ça marcherait pas ?
 
Dernière édition:
Alors je pense que la nouvelle étape expérimentale va nécessiter que tu te procures le boîtier (SATA <=> USB) dont tu avais donné le lien -->

- une fois le SDD dans le boîtier > le boîtier branché en USB au Mac => on reprendra une tentative d'effacement du SSD. On verra alors ce qui en résulte.​

En résumé : il y a forcément un problème matériel quelque part --> mais on n'a pas encore circonscrit lequel.
 
Est-ce que ça vaudrait pas le coup de changer de SSD ? Vu les prix maintenant, pour pas très cher je peux avoir le double de ce que j'ai, après si on arrive à "réparer" mon SSD actuel, ce serait un peu bête ... :thinking:
 
Soit les 2 nappes SATA sont défaillantes pour permettre une action sur le SSD (douteux) > soit le SSD est semi-HS (une action sur lui situé dans le boîtier permettrait de le vérifier).
 
Statut
Ce sujet est fermé.

Sujets similaires

F
SSD 13O Go purgeables espace occupé par le système 191 Go
Réponses
2
Affichages
1K
macOS
Sly54
Sly54
J
  • Fermé
10.13 High Sierra Fichiers Système à 180 GO stockage
Réponses
1
Affichages
1K
macOS
Madalvée
Madalvée
F
iMac problème de stockage sur Macintosh HD
Réponses
8
Affichages
1K
Mac
Sly54
Sly54
GoldNoway
10.13 High Sierra Problème de partition
Réponses
2
Affichages
1K
macOS
GoldNoway
GoldNoway
U
10.15 Catalina Comment réduire la partie "autre" du stockage de mon MacBook afin de libérer de l'espace disque ?
Réponses
5
Affichages
7K
macOS
Moonwalker
Moonwalker
Haut Bas