iMac Pendant une mise à jour message "disk vérrouillé" sur un IMAC.

DuddY CHX

Membre confirmé
14 Novembre 2017
13
1
45
Bonjour à tous,

Voilà mon problème, je viens d'effectuer une mise à jour sur mon Mac intitulé "High Sierra", tout se passe bien, jusqu'au moment où je dois choisir l'emplacement de l'installation. Là je trouve le message "Disk Verrouillé", je n'ai qu'un seul emplacement possible le recovery HD disk. Du coup je me suis dit sur un clé USB. Elle est bien reconnue mais ne possède pas la partition GUID du coup l"installation reste impossible. J'ai bien essayé de répondre à ma question sur le site, j'ai bien trouvé quelques sujet similaire mais pour le moment je n'ai pas pu régler mon problème.
Je vous remercie de toute l'aide que vous pourrez m'apporter.
Cordialement.
Duddy CHX
 
Salut

Tu peux démarrer en mode Recovery (cmd+r lors du boot) et là dans le menu tu sélectionnes Utilitaires/Terminal.
Là tu tapes la commande :
diskutil list
et tu fais un copier des résultats.
Tu quittes le terminal puis dans le menu à 4 choix, tu cliques sur "Obtenir de l'aide"
Là tu ouvres un navigateur et tu peux te connecter au forum macg pour faire un coller du résultat ci-dessus, de préférence entre balises Code :
code-jpeg.113137
 
voici ce que j'ai obtenu
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                         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 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *16.9 GB    disk2
   1:                  Apple_HFS OS X Base System        16.9 GB    disk2s1

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

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

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

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

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

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

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

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

-bash-3.2#
 
voici le retour
Bloc de code:
-bash-3.2# diskutil info disk0s2
   Device Identifier:        disk0s2
   Device Node:              /dev/disk0s2
   Whole:                    No
   Part of Whole:            disk0

   Volume Name:             
   Mounted:                  No

   Partition Type:           Apple_HFS
   File System Personality:  Journaled HFS+
   Type (Bundle):            hfs
   Name (User Visible):      Mac OS Extended (Journaled)
   Journal:                  Unknown (not mounted)
   Owners:                   Disabled

   OS Can Be Installed:      No
   Booter Disk:              disk0s3
   Recovery Disk:            disk0s3
   Media Type:               Generic
   Protocol:                 SATA
   SMART Status:             Verified
   Disk / Partition UUID:    0000373C-43C8-0000-2A19-0000624A0000

   Disk Size:                999.3 GB (999345127424 Bytes) (exactly 1951845952 512-Byte-Units)
   Device Block Size:        512 Bytes

   Volume Total Space:       0 B (0 Bytes) (exactly 0 512-Byte-Units)
   Volume Available Space:   0 B (0 Bytes) (exactly 0 512-Byte-Units)

   Read-Only Media:          No
   Read-Only Volume:         Not applicable (not mounted)

   Device Location:          Internal
   Removable Media:          Fixed

   Solid State:              No

-bash-3.2#
 
et voilà
Bloc de code:
-bash-3.2# diskutil repairVolume disk0s2
Started file system repair on disk0s2
Repairing file system
Volume is already unmounted
Performing fsck_hfs -fy -x /dev/rdisk0s2
Checking Journaled HFS Plus volume
Invalid record count
Catalog file entry not found for extent
The volume   could not be verified completely
File system check exit code is 8
Restoring the original state found as unmounted
Error: -69845: File system verify or repair failed
Underlying error: 8: Exec format error
-bash-3.2#
 
voilà
Bloc de code:
-bash-3.2# diskutil repairDisk disk0
Repairing the partition map might erase disk0s1, proceed? (y/N) y
Started partition map repair on disk0
Checking prerequisites
Checking the partition list
Adjusting partition map to fit whole disk as required
Checking for an EFI system partition
Checking the EFI system partition's size
Checking the EFI system partition's file system
Checking the EFI system partition's folder content
Checking all HFS data partition loader spaces
Checking booter partitions
Checking booter partition disk0s3
Reviewing boot support loaders
Checking Core Storage Physical Volume partitions
The partition map appears to be OK
Finished partition map repair on disk0
-bash-3.2#
 
Je me retrouve avec le même message

Bloc de code:
Code (Text):
-bash-3.2# diskutil repairVolume disk0s2
Started file system repair on disk0s2
Repairing file system
Volume is already unmounted
Performing fsck_hfs -fy -x /dev/rdisk0s2
Checking Journaled HFS Plus volume
Invalid record count
Catalog file entry not found for extent
The volume   could not be verified completely
File system check exit code is 8
Restoring the original state found as unmounted
Error: -69845: File system verify or repair failed
Underlying error: 8: Exec format error
-bash-3.2#
 
oups
Bloc de code:
-bash-3.2# diskutil mount readOnly disk0s2
Volume on disk0s2 failed to mount
If the volume is damaged, try the "readOnly" option
-bash-3.2#
 
Salut DuddY

sais tu ce qui c'est passé?

Les systèmes de fichiers ne sont pas scrutables pour les utilisateurs que nous sommes --> il s'ensuit que leurs erreurs ou accidents ne sont pas représentables non plus.

Un système de fichiers (comme le Apple_JHFS+) est un dispositif logiciel > inscrit sur les blocs de départ du conteneur logique d'une partition > et dont le rôle est de définir un volume de fichiers montable à partir de la série de blocs porteurs d'écritures de la partition. En somme : c'est un mécanisme logique qui présente les écritures brutes des blocs de la partition dans la forme d'un répertoire de fichiers : le volume.

Ce dispositif du système de fichiers est une « structure » logique : une combinaison de fichiers qui coopèrent à la tâche de définir le volume > fichiers dont chacun est dédié à gérer une tâche particulière. Ainsi, il y a le "catalog file" principal : fichier du catalogue B-tree recelant une arborescence logique permettant l'accès aux fichiers en mode lecture > édition > ajout > suppression.

Il arrive (sans que l'utilisateur puisse s'en représenter la raison) que des erreurs s'introduisent dans un fichier du système de fichiers : par exemple encore, une valeur numérique erronée sur l'arborescence logique du fichiers du catalogue --> ce qui "coupe" littéralement l'accès à toutes les dérivations logiques issues de cet embranchement et donc l'accès aux fichiers de données correspondants.

Dans ton cas > voici ce que je lis à l'engagement de la vérification du système de fichiers :
Bloc de code:
Checking Journaled HFS Plus volume
Invalid record count
Catalog file entry not found for extent
The volume   could not be verified completely

Je risque l'interprétation suivante :

  • décompte invalide du nombre de fichiers attendus dans la structure du système de fichiers
  • fichier du catalogue non trouvé pour la gestion de "extent"

--> il s'agit de l'« extent_overflow_file » : le fichier des segments en excès. En effet, lorsqu'il y a écriture d'un fichier long aux blocs de la partition > il arrive que la longueur du fichier empêche qu'il soit écrit sur une série continue de blocs contigus > parce qu'à un moment donné se présentent des blocs (dans la série suivie numériquement) qui sont déjà écrits pour d'autres fichiers.

Dans ce cas-là > le processus d'écriture échappe les blocs écrits et va chercher les prochains blocs identifiés comme libres dans la série numérique des blocs --> l'écriture du fichier est alors "segmentée". Pour que la lecture d'un fichier "d'un seul tenant" soit possible --> en pareil cas le fichier dédié aux « segments en excès » enregistre les blocs excédentaires séparés de la série de blocs de début d'écriture du fichier comme relevant de l'écriture du même fichier.

En somme > il s'agit d'un annuaire de blocs distants les rattachant à une série de blocs de départ comme constitutifs d'un seul fichier.

Dans le cas de ton système de fichiers > il est dit carrément : le fichier des « segments en excès » a disparu de la stucture logique du système de fichiers. Il ne s'agit pas d'une erreur dans le cataloguage logique du fichier > il s'agit d'une absence radicale. Il y a un "trou" dans la structure du système de fichiers.

Il est bien évident que cette lacune est irréparable par les utilitaires destinés aux utilisateurs comme diskutil. La cause de cette disparition ? - comme je l'ai indiqué d'entrée, les systèmes de fichiers constituant un inscrutable pour l'utilisateur --> ce qui "arrive à cet inscrutable" est lui-même inscrutable.

Un logiciel puissant comme «DiskWarrior» (par exemple) pourrait peut-être recréer un système de fichiers jumeau complet à partir d'un scan des blocs de la partition et de ce que fournit déjà la structure logique restée en place. Ce qui permettrait de reconstruire le volume montable sur la partition. Il faut y mettre le prix, évidemment. Et opérer à partir d'un OS démarré installé dans un autre volume.
 
Salut,
Alors je viens dans lancer mon mac via un DDE, mon DDI n'est pas visible dans le Finder, sur l'utilitaire de disque j'obtiens ses informations:
Bloc de code:
Type de volume : Volume physique
Nœud d’appareil BSD : disk0s2
Système de fichiers : Mac OS étendu (journalisé)
Connexion : SATA
Chemin d’arborescence de l’appareil : IODeviceTree:/PCI0@0/SATA@1F,2/PRT0@0/PMP@0
Inscriptible : Non
Sensible à la casse : Non
Capacité du volume : 999 345 127 424
Propriétés activées : Non
Est chiffré : Non
Vérifiable : Oui
Réparable : Oui
Démarrable : Non
Journalisée : Non
Numéro du disque : 0
Numéro de la partition : 2
Nom du support :
Type de support : Générique
Éjectable : Non
SSD : Non
Disques parents : disk0
donc je n'arrive pas à monter le DD ni à l'ejecter.
Dans le Finder j'ai activé via préférence montrer tous les disques.
donc je pense que c'est mort.
avant de le formater, et de réinstaller dessus (si ça marche parce que le DD est surement mort) je voulais savoir si en changeant le disque dur du mac, je montais le DD dans un boitier je pourrais peut être le voir apparaître?