macOS Big Sur Macintosh HD introuvable sur l'utilitaire de disque

C'est quand même inquiétant que CCC ait planté une première fois en indiquant que le disque interne avait des erreurs en lecture écriture, d'autant plus que CCC se débrouille en général assez bien avec ça : ça a marché la deuxième fois.
Avant ton retour de vacances, tu as peut-être le temps de te procurer un SSD externe (Crucial par exemple), de cloner ton disque interne dessus, et de fonctionner éventuellement sur le SSD externe en disque de démarrage, c'est nettement plus confortable que le DDE rotatif et ça t'évitera peut-être des ennuis ultérieurs du disque interne.
Bonjour aux séquoias et aux grizzlis.
 
boninmi a dit:
C'est quand même inquiétant que CCC ait planté une première fois en indiquant que le disque interne avait des erreurs en lecture écriture, d'autant plus que CCC se débrouille en général assez bien avec ça : ça a marché la deuxième fois.
Avant ton retour de vacances, tu as peut-être le temps de te procurer un SSD externe (Crucial par exemple), de cloner ton disque interne dessus, et de fonctionner éventuellement sur le SSD externe en disque de démarrage, c'est nettement plus confortable que le DDE rotatif et ça t'évitera peut-être des ennuis ultérieurs du disque interne.
Bonjour aux séquoias et aux grizzlis.
Cliquez pour agrandir...
Je regarderai à ça ! Merci pour ta proposition.
 
  • J’aime
Réactions: boninmi
Salut tout le monde.

Alors nous voilà 10 jours plus tard et mon Mac refait des siennes. Il plante en boucle dès le démarrage. Pensez-vous que c'est lié encore au disque dur ? Dans le doute j'ai repris la liste des disques, même si elle m'a l'air tout à fait normale :

Bloc de code: 
diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI ⁨EFI⁩                     314.6 MB   disk0s1
   2:                 Apple_APFS ⁨Container disk2⁩         121.0 GB   disk0s2

/dev/disk1 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +1.8 GB     disk1
   1:                 Apple_APFS ⁨Container disk3⁩         1.8 GB     disk1s1

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +121.0 GB   disk2
                                 Physical Store disk0s2
   1:                APFS Volume ⁨Macintosh HD - Données⁩  86.7 GB    disk2s1
   2:                APFS Volume ⁨Macintosh HD⁩            15.3 GB    disk2s2
   3:                APFS Volume ⁨Preboot⁩                 283.6 MB   disk2s3
   4:                APFS Volume ⁨Recovery⁩                626.2 MB   disk2s4
   5:                APFS Volume ⁨VM⁩                      1.1 GB     disk2s5

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +1.8 GB     disk3
                                 Physical Store disk1s1
   1:                APFS Volume ⁨macOS Base System⁩       1.6 GB     disk3s1
   2:                APFS Volume ⁨Preboot⁩                 77.8 MB    disk3s2

J'imagine que le souci peut venir de plein de choses différentes, hardware comme software.
 
Dernière édition par un modérateur:
Bonjour hugs

Le Fusion Drive est toujours bien formé. Tu as dans le Conteneur apfs collectif une distribution à 5 volumes de Big Sur à laquelle manque le snapshot de démarrage > lequel se crée dans le temps du boot et se supprime à l'extinction. N'étant pas démarré sur le Big Sur interne --> l'absence du snapshot de démarrage doit être normale.

- as-tu démarré en mode secours (terminal avec une invite de commande -bash-3.2#) ou sur le volume TEST de ton DDE ?​
 
Passe la commande :
Bloc de code: 
diskutil verifyVolume disk2
  • qui vérifie l'apfs du Conteneur et de ses volumes

Poste le retour.
 
Voilà le retour :

Bloc de code: 
diskutil verifyVolume disk2
Started file system verification on disk2
Verifying storage system
Performing fsck_apfs -n -x /dev/disk0s2
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the space manager free queue trees
Checking the object map
Checking volume
Checking the APFS volume superblock
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking snapshot 1 of 5 (com.apple.TimeMachine.2021-09-11-152941.local)
Checking snapshot 2 of 5 (com.apple.TimeMachine.2021-09-11-172301.local)
Checking snapshot 3 of 5 (com.apple.TimeMachine.2021-09-11-224527.local)
Checking snapshot 4 of 5 (com.apple.TimeMachine.2021-09-11-234526.local)
Checking snapshot 5 of 5 (com.apple.TimeMachine.2021-09-12-020638.local)
Checking the extent ref tree
Checking the fsroot tree
Checking volume
Checking the APFS volume superblock
Checking the object map

Checking the snapshot metadata tree
Checking the snapshot metadata
Checking snapshot 1 of 1 (com.apple.os.update-674E036024D932EADEE67F4DEE8D8B74122062574D16919C166D8B2AD0912951)
error: (oid 0xf480) apfs_root: btn: dev_read_finish(523776, 1): Input/output error
Snapshot is invalid
The volume /dev/disk0s2 could not be verified completely
Storage system check exit code is 0
Finished file system verification on disk2
 
Dernière édition par un modérateur:
La vérification de l'apfs suit un ordre des objets.

- la vérification du 1er objet (le Conteneur lui-même) atteste un sans faute.​
​
- la vérification du 2è objet (le volume-Données Macintosh HD - Données) avère encore un sans-faute + l'existence de 5 snapshots qui sauvegardent des états temporels de ce volume entre le 11 Septembre et 12 Septembre.​
​
- la vérification du 3è objet (le volume-Système Macintosh HD) avère une erreur : l'invalidité du snapshot de démarrage associé en tant que méta-donnée à ce volume. Ce qui plante la suite de la vérification dont on ne saura rien.​

Je ne peux pas dire d'où provient cette corruption d'un volume-Système réputé incorruptible - ou du moins d'une méta-donnée de snapshot qui lui est associée. La mention de : "input/output error" signifie une erreur d'entrée au processeur des données provenant du disque et de sortie du processeur des instructions destinées au disque. Ce qui évoquerait alors un problème matériel de disque à la racine.

- passe la commande :​
Bloc de code: 
diskutil repairVolume disk2
  • qui tente de réparer l'apfs

Poste le retour.
 
Le retour :

Bloc de code: 
diskutil repairVolume disk2
Started file system repair on disk2
Repairing storage system
Performant fsck_apfs -y -x /dev/disk0s2
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the space manager free queue trees
Checking the object map
Checking volume
Checking the APFS volume superblock
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking snapshot 1 of 5 (com.apple.TimeMachine.2021-09-11-152941.local)
Checking snapshot 2 of 5 (com.apple.TimeMachine.2021-09-11-172301.local)
Checking snapshot 3 of 5 (com.apple.TimeMachine.2021-09-11-224527.local)
Checking snapshot 4 of 5 (com.apple.TimeMachine.2021-09-11-234526.local)
Checking snapshot 5 of 5 (com.apple.TimeMachine.2021-09-12-020638.local)
Checking the extent ref tree
Checking the fsroot tree
Checking volume
Checking the APFS volume superblock
Checking the object map
Chucking the snapshot metadata tree
Checking the snapshot metadata
Checking snapshot 1 of 1 (com.apple.os.update-674E036024D932EADEE67F4DEE8D8B74122062574D16919C166D8B2AD0912951)
error: (oid 0xf480) apfs_root: btn: dev_read_finish(523776, 1): Input/output error
Snapshot is invalid
The volume /dev/disk0s2 could not be verified completely
Storage system check exit code is 0
Finished file system repair on disk2
 
Dernière édition par un modérateur:
Pas de réparation possible. Mon interprétation : au démarrage le clone du volume-Système Macintosh HD qui sert à démarrer = le snapshot --> ne peut pas se trouver monté comme volume de démarrage valide et le démarrage plante. Comme mentionné précédemment > la raison de cette corruption du snapshot de démarrage m'échappe. Je subodore un disque en voie de défaillance (présumablement le HDD dans un Fusion Drive) > mais sans certitude.

- je te conseille de redémarrer sur le volume TEST de ton DDE. Ta session ouverte --> vois-tu affiché sur le Bureau le volume Macintosh HD - Données qui recèle le répertoire des Utilisateurs > ce qui te permettrait d'entrer dans ton dossier de compte du Fusion Drive ?​
 
Comment redémarrer depuis le DDE directement ? Car quand je relance mon Mac ça semble se lancer sur le disque dur interne
 
Dernière édition par un modérateur:
Tu branches ton DDE. Tu tiens pressée au redémarrage la touche "alt" qui affiche l'écran de choix du volume de démarrage -->

- obtiens-tu cet écran et y vois-tu affiché un volume TEST ?​
 
Malheureusement je n’arrive pas à obtenir cet écran. Ça plante aussi, comme quand j’allumais mon Mac normalement
 
Dernière édition par un modérateur:
C'est quand même insolite - tous ces dysfonctionnements... Reviens via ⌘R dans la session de secours. Passe la commande :
Bloc de code: 
bless --info /Vol*/TEST*
  • qui affiche le chemin de démarrage de la distribution Big Sur du DDE stockée dans le volume auxiliaire Preboot

Poste le retour.
 
Voilà le retour :

Bloc de code: 
bless --info /Vol*/TEST
 12884902188 => Blessed System File is {Preboot}/7F71D27B-66D8-3941-A8A2-1ED987C60B86/System/Library/CoreServices/boot.efi
 12884902128 => Blessed System Folder is {Preboot}/7F71D27B-66D8-3941-A8A2-1ED987C60B86/System/Library/CoreServices
The blessed volume in this APFS container is "/Volumes/TEST".
The blessed APFS snapshot for this volume is "8A3A9641-A7DE-4775-8BD1-8B3F7512C9E0".
 
Dernière édition par un modérateur:
Bon. Passe encore la commande :
Bloc de code: 
nvram efi-boot-device
  • qui affiche la valeur associée en NVRAM à la variable efi-boot-device (qui correspond à l'appareil de démarrage automatique pour l'EFI ou programme interne de boot du Mac)

Poste le retour.
 
Voilà le retour :

Bloc de code: 
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>104FF403-ECBB-4CBC-BB7E-32137DE0FFBA</string></dict></dict><key>BLLastBSDName</key><string>disk2s2</string></dict><dict><key>IOEFIDevicePathType</key><string>MediaFilePath</string><key>Path</key><string>\7F71D27B-66D8-3941-A8A2-1ED987C60B86\System\Library\CoreServices\boot.efi</string></dict></array>%00
 
Bon : texte abstrus mais qui indique que l'appareil de démarrage automatique de l'EFI est le disk2s2 = volume interne Macintosh HD. On pourra comparer après tentative de modification de ce chemin de démarrage en NVRAM.

- passe la commande :​
Bloc de code: 
diskutil list
  • qui donne le tableau des disques

Poste le tableau => que je voie l'index d'appareil du volume-Système externe TEST.
 
Voilà la liste :
Bloc de code: 
diskutil list

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI ⁨EFI⁩                     314.6 MB   disk0s1
   2:                 Apple_APFS ⁨Container disk2⁩         121.0 GB   disk0s2

/dev/disk1 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +1.8 GB     disk1
   1:                 Apple_APFS ⁨Container disk3⁩         1.8 GB     disk1s1

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +121.0 GB   disk2
                                 Physical Store disk0s2
   1:                APFS Volume ⁨Macintosh HD - Données⁩  86.7 GB    disk2s1
   2:                APFS Volume ⁨Macintosh HD⁩            15.3 GB    disk2s2
   3:                APFS Volume ⁨Preboot⁩                 283.6 MB   disk2s3
   4:                APFS Volume ⁨Recovery⁩                626.2 MB   disk2s4
   5:                APFS Volume ⁨VM⁩                      1.1 GB     disk2s5

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +1.8 GB     disk3
                                 Physical Store disk1s1
   1:                APFS Volume ⁨macOS Base System⁩       1.6 GB     disk3s1
   2:                APFS Volume ⁨Preboot⁩                 77.8 MB    disk3s2

/dev/disk4 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk4
   1:                        EFI ⁨EFI⁩                     209.7 MB   disk4s1
   2:                  Apple_HFS ⁨Elements⁩                850.0 GB   disk4s2
                    (free space)                         134.2 MB   -
   3:                 Apple_APFS ⁨Container disk5⁩         149.7 GB   disk4s3
 
Dernière édition par un modérateur:

Sujets similaires

F
Problème osx base system
Réponses
3
Affichages
498
macOS
Locke
Locke
J
10.12 Sierra Réinstallation mac Sierra
Réponses
2
Affichages
475
macOS
JulieReap
J
J
10.13 High Sierra Permission denied en essayant d'installer High Sierra depuis une clef USB
Réponses
12
Affichages
2K
macOS
jackoup
J
V
disque dur hs
Réponses
5
Affichages
814
macOS
Locke
Locke
A
10.12 Sierra MacOS Sierra - Recovery Mode - Erreur installation
Réponses
5
Affichages
1K
macOS
Sly54
Sly54
Haut Bas