10.13 High Sierra macOs High Sierra fsroot tree is invalid

J

jelmouss

Membre actif
10 Avril 2016
107
2
45
Bonjour la communauté,

Je me permets à nouveau de venir solliciter votre aide. Depuis hier soir OSx ne boot plus (bloquage au chargement).

J'explique, arrêt brutal du Mac, 1h après mise à jour de VMware Fusion (j'ai une vm xp dessus)

J'ai bien essayais de démarrer en mode sans échec, en single user, en mode verbose mais rien n'y fait OSx refuse de repartir.
Vérification Ram et utilitaire disque mais la aussi pas plus avancée.

Ci-dessous le résultat de la commande diskutil.

Bloc de code: 
-bash-3.2# diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk2         129.9 GB   disk0s2
   3:                  Apple_HFS Crucial_SSD_HD          369.8 GB   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 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +129.9 GB   disk2
                                 Physical Store disk0s2
   1:                APFS Volume Crucial_SSD_OS          67.8 GB    disk2s1
   2:                APFS Volume Preboot                 19.9 MB    disk2s2
   3:                APFS Volume Recovery                503.9 MB   disk2s3
   4:                APFS Volume VM                      1.1 GB     disk2s4

/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#

Je poseterai rapidement le résultat de la commande "diskutil verifyVolume & repairVolume" car le retour et pour le moins troublant...

Par avance merci pour votre aide.
 
jelmouss a dit:
Bonjour la communauté,

Je me permets à nouveau de venir solliciter votre aide. Depuis hier soir OSx ne boot plus (bloquage au chargement).

J'explique, arrêt brutal du Mac, 1h après mise à jour de VMware Fusion (j'ai une vm xp dessus)

J'ai bien essayais de démarrer en mode sans échec, en single user, en mode verbose mais rien n'y fait OSx refuse de repartir.
Vérification Ram et utilitaire disque mais la aussi pas plus avancée.

Ci-dessous le résultat de la commande diskutil.

Bloc de code: 
-bash-3.2# diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk2         129.9 GB   disk0s2
   3:                  Apple_HFS Crucial_SSD_HD          369.8 GB   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 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +129.9 GB   disk2
                                 Physical Store disk0s2
   1:                APFS Volume Crucial_SSD_OS          67.8 GB    disk2s1
   2:                APFS Volume Preboot                 19.9 MB    disk2s2
   3:                APFS Volume Recovery                503.9 MB   disk2s3
   4:                APFS Volume VM                      1.1 GB     disk2s4

/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#

Je poseterai rapidement le résultat de la commande "diskutil verifyVolume & repairVolume" car le retour et pour le moins troublant...

Par avance merci pour votre aide.
Cliquez pour agrandir...

Commande pour la version du Mac
Bloc de code: 
-bash-3.2# sysctl hw.model
hw.model: MacBookPro9,2[code]

Commande de la vérification du container et tentative de réparation (Container & Volume)
-bash-3.2#
[code]-bash-3.2# diskutil verifyVolume /dev/disk2
Started file system verification on disk2
Verifying storage system
Performing fsck_apfs -n -x /dev/disk0s2
Checking volume
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the object map
Checking the APFS volume superblock
Checking the object map
Checking the fsroot tree
error: apfs_root: btn: invalid o_oid (0x5397)
fsroot tree is invalid
The volume /dev/disk0s2 could not be verified completely
Storage system check exit code is 0
Finished file system verification on disk2
-bash-3.2#
-bash-3.2# diskutil repairVolume /dev/disk2
Started file system repair on disk2
Repairing storage system
Performing fsck_apfs -y -x /dev/disk0s2
Checking volume
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the object map
Checking the APFS volume superblock
Checking the object map
Checking the fsroot tree
error: apfs_root: btn: invalid o_oid (0x5397)
fsroot tree is invalid
The volume /dev/disk0s2 could not be verified completely
Storage system check exit code is 0
Finished file system repair on disk2
-bash-3.2#
-bash-3.2#
-bash-3.2# diskutil verifyVolume /dev/disk2s1
Started file system verification on disk2s1 Crucial_SSD_OS
Verifying file system
Volume was successfully unmounted
Performing fsck_apfs -n -x /dev/rdisk2s1
Checking volume
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the object map
Checking the APFS volume superblock
Checking the object map
Checking the fsroot tree
error: apfs_root: btn: invalid o_oid (0x5397)
fsroot tree is invalid
The volume /dev/rdisk2s1 could not be verified completely
File system check exit code is 0
Restoring the original state found as mounted
Finished file system verification on disk2s1 Crucial_SSD_OS
-bash-3.2#
-bash-3.2# diskutil repairVolume /dev/disk2s1
Started file system repair on disk2s1 Crucial_SSD_OS
Repairing file system
Volume was successfully unmounted
Performing fsck_apfs -y -x /dev/rdisk2s1
Checking volume
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the object map
Checking the APFS volume superblock
Checking the object map
Checking the fsroot tree
error: apfs_root: btn: invalid o_oid (0x5397)
fsroot tree is invalid
The volume /dev/rdisk2s1 could not be verified completely
File system check exit code is 0
Restoring the original state found as mounted
Finished file system repair on disk2s1 Crucial_SSD_OS
-bash-3.2#

Pourriez-vous m'indiquer comment réparer le container (fsroot tree) afin de rendre le boot possible ?

PS : J'ai aussi essayais de réinstaller mais serveur incassessible !
 
Le « fsroot tree » désigne l'« arbre principal du système de fichiers apfs ». J'aurais tendance à y voir (sans certitude mais à titre de conjecture) l'équivalent du « B-tree catalog » (catalogue B-tree) dans l'ancien format de système de fichiers jhfs+.

Le côté croquignolet de l'apfs se montre à ces 2 lignes juxtaposées -->
Bloc de code: 
The volume /dev/rdisk2s1 could not be verified completely
File system check exit code is 0

  • càd. --> il y a une erreur majeure qui invalide l'arbre du catalogue > mais le code de sortie de la vérification est 0 = zéro erreur. Poilant, non ?
----------

Passe les commandes -->
Bloc de code: 
diskutil mount disk2s1
diskutil info disk2s1

  • la1ère c'est pour remonter le volume Crucial_SSD_OS au cas où il serait resté démonté après réparation (car le volume a l'air de monter)
  • la 2è retourne un tableau d'informations sur ce volume

=> tu n'as qu'à poster ce tableau.

----------

Passe encore la commande :
Bloc de code: 
df -H /Volumes/Crucial_SSD_HD

  • qui mesure les espaces : total > occupé > libre du volume Crucial_SSD_HD

Poste encore ce tableau.

Et une question : quel est l'usage de ce volume Crucial_SSD_HD ?
 
macomaniac a dit:
Le « fsroot tree » désigne l'« arbre principal du système de fichiers apfs ». J'aurais tendance à y voir (sans certitude mais à titre de conjecture) l'équivalent du « B-tree catalog » (catalogue B-tree) dans l'ancien format de système de fichiers jhfs+.

Le côté croquignolet de l'apfs se montre à ces 2 lignes juxtaposées -->
Bloc de code: 
The volume /dev/rdisk2s1 could not be verified completely
File system check exit code is 0

  • càd. --> il y a une erreur majeure qui invalide l'arbre du catalogue > mais le code de sortie de la vérification est 0 = zéro erreur. Poilant, non ?
----------

Passe les commandes -->
Bloc de code: 
diskutil mount disk2s1
diskutil info disk2s1

  • la1ère c'est pour remonter le volume Crucial_SSD_OS au cas où il serait resté démonté après réparation (car le volume a l'air de monter)
  • la 2è retourne un tableau d'informations sur ce volume
=> tu n'as qu'à poster ce tableau.

----------

Passe encore la commande :
Bloc de code: 
df -H /Volumes/Crucial_SSD_HD

  • qui mesure les espaces : total > occupé > libre du volume Crucial_SSD_HD

Poste encore ce tableau.

Et une question : quel est l'usage de ce volume Crucial_SSD_HD ?
Cliquez pour agrandir...

Concernant les commandes je les passes dés que possible.

Sinon le volume Crucial_SSD_HD est une (partition) de data

Je suis sur un SSD 500 Go partitionné.
SSD_HD => pour les data
SSD_OS => pour la partie os
Après est-il bon ou pas de partionner un SSD ???
 
jelmouss a dit:
Après est-il bon ou pas de partionner un SSD ???
Cliquez pour agrandir...

Aucun problème. Personnellement > j'ai toujours multi-partitionné. Actuellement j'ai 2 SSD Crucial dans mon MacBook Pro 2011 > l'un a 6 partitions et l'autre 4 - ce que je considère comme mesquin (question nombre de partitions) ; mais c'est aussi une question de taille des disques.
 
macomaniac, Ci-dessous les éléments demandés

Bloc de code: 
-bash-3.2# diskutil mount disk2s1
Volume Crucial_SSD_OS on disk2s1 mounted
-bash-3.2#
-bash-3.2#
-bash-3.2# diskutil info disk2s1
   Device Identifier:        disk2s1
   Device Node:              /dev/disk2s1
   Whole:                    No
   Part of Whole:            disk2

   Volume Name:              Crucial_SSD_OS
   Mounted:                  Yes
   Mount Point:              /Volumes/Crucial_SSD_OS

   Partition Type:           41504653-0000-11AA-AA11-00306543ECAC
   File System Personality:  APFS
   Type (Bundle):            apfs
   Name (User Visible):      APFS
   Owners:                   Enabled

   OS Can Be Installed:      Yes
   Booter Disk:              disk2s2
   Recovery Disk:            disk2s3
   Media Type:               Generic
   Protocol:                 SATA
   SMART Status:             Not Supported
   Volume UUID:              238CBE0C-B006-3F36-8D84-FB49A674697A
   Disk / Partition UUID:    238CBE0C-B006-3F36-8D84-FB49A674697A

   Disk Size:                129.9 GB (129924218880 Bytes) (exactly 253758240 512-Byte-Units)
   Device Block Size:        4096 Bytes

   Volume Total Space:       129.9 GB (129924218880 Bytes) (exactly 253758240 512-Byte-Units)
   Volume Used Space:        62.6 GB (62617677824 Bytes) (exactly 122300152 512-Byte-Units) (48.2%)
   Volume Available Space:   67.3 GB (67306541056 Bytes) (exactly 131458088 512-Byte-Units) (51.8%)
   Allocation Block Size:    4096 Bytes

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

   Device Location:          Internal
   Removable Media:          Fixed

   Solid State:              Yes

-bash-3.2#
-bash-3.2#
-bash-3.2# df -H
Filesystem     Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1   2.0G   1.3G   733M    64%   44898          4294922381    0%   /
devfs          209k   209k     0B   100%     706                   0  100%   /dev
/dev/disk3     5.2M   475k   4.8M    10%      22          4294967257    0%   /private/var/log
/dev/disk4     524k   147k   377k    29%       5          4294967274    0%   /Volumes
/dev/disk5     524k   147k   377k    29%       7          4294967272    0%   /private/var/tmp
/dev/disk6     524k   160k   365k    31%      12          4294967267    0%   /private/var/run
/dev/disk7     2.1M   147k   1.9M     8%       3          4294967276    0%   /private/tmp
/dev/disk8     524k   143k   381k    28%       2          4294967277    0%   /System/Installation
/dev/disk9     524k   299k   225k    58%      20          4294967259    0%   /private/var/db
/dev/disk10     13M   2.7M   9.9M    22%      54          4294967225    0%   /private/var/folders
/dev/disk11    2.1M   205k   1.9M    10%      21          4294967258    0%   /private/var/root/Library
/dev/disk13    2.1M   143k   2.0M     7%       2          4294967277    0%   /private/var/root/Library/Containers
/dev/disk14    524k   176k   348k    34%      10          4294967269    0%   /Library/Preferences
/dev/disk15    524k   164k   360k    32%       6          4294967273    0%   /Library/Preferences/SystemConfiguration
/dev/disk16    1.0M   176k   872k    17%       5          4294967274    0%   /Library/Keychains
/dev/disk17    6.3M   176k   6.1M     3%       2          4294967277    0%   /private/var/tmp/RecoveryTemp
/dev/disk18    6.3M   176k   6.1M     3%       2          4294967277    0%   /private/var/tmp/OSISPredicateUpdateProductTemp
/dev/disk19    524k   143k   381k    28%       2          4294967277    0%   /private/var/tmp/InstallerCookies
/dev/disk20    2.1M   143k   2.0M     7%       2          4294967277    0%   /Library/Logs/DiagnosticReports
/dev/disk0s3   370G   318G    52G    86%   39688          4294927591    0%   /Volumes/Crucial_SSD_HD
/dev/disk2s1   130G    61G    67G    48%  696839 9223372036854078968    0%   /Volumes/Crucial_SSD_OS
-bash-3.2#
 
Bon petit complément : J'ai tentais de créer une nouvelle partition de 65 giga ( dans l'espoir de cloner le contenu du volume Crucial_SSD_OS (disk2s1) au format HFS+ en réduisant le container.... mais sans succées. Je vais de nouveau essayer de procéder en passant par l'utilitaire de disque, mais...

Bloc de code: 
-bash-3.2# diskutil ap resizeContainer disk2 65g jhfs+ RescueClone 0b
Started APFS operation
Resizing APFS Container designated by APFS Container Reference disk2
Verifying storage system
Performing fsck_apfs -n -x /dev/disk0s2
Checking volume
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the object map
Checking the APFS volume superblock
Checking the object map
Checking the fsroot tree
error: apfs_root: btn: invalid o_oid (0x5397)
fsroot tree is invalid
The volume /dev/disk0s2 could not be verified completely
Storage system check exit code is 0
Shrinking APFS Physical Store disk0s2 from 129 924 218 880 to 64 999 997 440 bytes
Shrinking APFS data structures
APFS Container Resize error code is 49174
Error: -69606: A problem occurred while resizing APFS Container structures
-bash-3.2#
 
Je pense que la seule solution est de sauvegarder les 61 Go de données du volume Crucial_SSD_OS dans un autre volume > puis de supprimer l'apfs en reformatant en jhfs+ la partition-support disk0s2 > ensuite ré-installer de frais High Sierra en apfs > enfin récupérer les données sauvegardées.

J'avais espéré que tu aurais assez d'espace libre dans le volume Crucial_SSD_HD pour qu'il soit possible d'opérer un repartitionnement non destructeur > et la création d'un nouveau volume pour accueillier un clone de Crucial_SSD_OS. Mais tu n'as que 52 Go de libres > ce qui bloque cette possibilité interne.

Il reste à utiliser un DDE USB > pour cloner (via une commande du Terminal) le contenu du volume Crucial_SSD_OS dans le volume externe. Car --> inutile de s'acharner à vouloir réparer l'apfs du volume Crucial_SSD_OS : c'est peine perdue.
 
macomaniac a dit:
Je pense que la seule solution est de sauvegarder les 61 Go de données du volume Crucial_SSD_OS dans un autre volume > puis de supprimer l'apfs en reformatant en jhfs+ la partition-support disk0s2 > ensuite ré-installer de frais High Sierra en apfs > enfin récupérer les données sauvegardées.
==> d'accord avec toi pour cette solution, cependant, (arrête moi si je me trompe) je ne pense pas qu'il faille sauvegarder 61 Go, car les données (soft) applicatives devront forcément être réinstaller.

J'avais espéré que tu aurais assez d'espace libre dans le volume Crucial_SSD_HD pour qu'il soit possible d'opérer un repartitionnement non destructeur > et la création d'un nouveau volume pour accueillier un clone de Crucial_SSD_OS. Mais tu n'as que 52 Go de libres > ce qui bloque cette possibilité interne.
==> combien d'espace libre faudrait-il, et qu'elle serait la syntaxe de la commande à passer dans le terminal ? création d'un nouveau volume + création d'un clone, nous évite-elle d'avoir à réinstaller High-Sierra ?
Une fois le clone valide est up que faisont nous du volume originel Crucial_SSD_OS ?

Il reste à utiliser un DDE USB > pour cloner (via une commande du Terminal) le contenu du volume Crucial_SSD_OS dans le volume externe. Car --> inutile de s'acharner à vouloir réparer l'apfs du volume Crucial_SSD_OS : c'est peine perdue.
Cliquez pour agrandir...
==> Cloner la totalité du disque je ne sais pas, par contre faire une copie récursive mv -Rv de certains répertoires c'est sur.

Merci pour ton aide macomaniac.
A vouloir nous enfermer dans un écosystème privatif et restrictif, plus Apple sort de nouvelles versions merdique de MacOs, plus je me dis qu'il serait temps de passer sur Linux !!
 
Bah ! Tu n'as que 62 Go de données. Tu as bien un petit DDE qui traîne sa misère quelque part en prenant la poussière ?
 
Désolé j'ai manquais de clarté, j'ai du me rater dans mon post précédent. (Je reprend ton constat et complète)

Je pense que la seule solution est de sauvegarder les 61 Go de données du volume Crucial_SSD_OS dans un autre volume > puis de supprimer l'apfs en reformatant en jhfs+ la partition-support disk0s2 > ensuite ré-installer de frais High Sierra en apfs > enfin récupérer les données sauvegardées.
==> d'accord avec toi pour cette solution, cependant, (arrête moi si je me trompe) je ne pense pas qu'il faille sauvegarder 61 Go, car les données (soft) applicatives devront forcément être réinstaller.

J'avais espéré que tu aurais assez d'espace libre dans le volume Crucial_SSD_HD pour qu'il soit possible d'opérer un repartitionnement non destructeur > et la création d'un nouveau volume pour accueillier un clone de Crucial_SSD_OS. Mais tu n'as que 52 Go de libres > ce qui bloque cette possibilité interne.
==> combien d'espace libre faudrait-il, et qu'elle serait la syntaxe de la commande à passer dans le terminal ? création d'un nouveau volume + création d'un clone, nous évite-elle d'avoir à réinstaller High-Sierra ?
Une fois le clone valide est up que faisont nous du volume originel Crucial_SSD_OS ?

Il reste à utiliser un DDE USB > pour cloner (via une commande du Terminal) le contenu du volume Crucial_SSD_OS dans le volume externe. Car --> inutile de s'acharner à vouloir réparer l'apfs du volume Crucial_SSD_OS : c'est peine perdue.
==> Cloner la totalité du disque je ne sais pas, quel intérêt ? La partie applications devra être réinstallée. Par contre faire une copie récursive mv -Rv de certains répertoires c'est sur.

>> pour répondre à ta dernière question, oui j'ai bien 62 Go sur un DDE

Merci pour ton aide macomaniac.
A vouloir nous enfermer dans un écosystème privatif et restrictif, plus Apple sort de nouvelles versions merdique de MacOs, plus je me dis qu'il serait temps de passer sur Linux !!
 
Re macomaniac,
Peux-tu me dire comment je dois procéder pour cloner (via une commande du Terminal) le contenu du volume Crucial_SSD_OS dans le volume externe ?
 
:coucou: jelmouss

Attache le DDE au Mac > et passe la commande :
Bloc de code: 
diskutil list

  • dans le Terminal de la session de secours.

=> poste ici le tableau que je voie la distribution des disques.
 
macomaniac a dit:
:coucou: jelmouss

Attache le DDE au Mac > et passe la commande :
Bloc de code: 
diskutil list

  • dans le Terminal de la session de secours.

=> poste ici le tableau que je voie la distribution des disques.
Cliquez pour agrandir...


Bon la l'affaire viens encore de ce corser.
Le DDI n'est même plus visible au démarrage, je boot directement sur la croix barré

Tente une récupération du système par internet, ce qui est long et sans succès !
 
Ci-dessous un dernier état des DDI
Bloc de code: 
-bash-3.2# diskutil list
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI                         209.7 MB   disk0s1
   2: 7C3457EF-0000-11AA-AA11-00306543ECAC               129.9 GB   disk0s2
   3:                  Apple_HFS Crucial_SSD_HD          369.8 GB   disk0s3
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     Apple_partition_scheme                        *1.2 GB     disk1
   1:        Apple_partition_map                         30.7 KB    disk1s1
   2:                  Apple_HFS Mac OS X Base System    1.2 GB     disk1s2
/dev/disk2
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk2
/dev/disk3
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk3
/dev/disk4
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk4
/dev/disk5
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk5
/dev/disk6
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk6
/dev/disk7
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *6.3 MB     disk7
/dev/disk8
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *2.1 MB     disk8
/dev/disk9
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *1.0 MB     disk9
/dev/disk10
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk10
/dev/disk11
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk11
/dev/disk12
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *1.0 MB     disk12
-bash-3.2#



Une idée de pourquoi le volume Crucial_SSD_OS & container on sautés et comment les rendre de nouveaux visibles ?
 
Dans la fenêtre des 4 Utilitaires --> lance l'option : "Ré-installer macOS (ou OS X)" --> quel est l'OS qui t'est proposé à la ré-installation ? - ne poursuis pas l'installation : c'est simplement pour obtenir le renseignement.
 
Alors cette ligne -->
Bloc de code: 
2: 7C3457EF-0000-11AA-AA11-00306543ECAC               129.9 GB   disk0s2
  • correspond à la partition-support de l'apfs > vue à partir d'un OS de récupération qui ignore l'apfs (donc ni un OS de secours permettant de ré-installer High Sierra et pas non plus Sierra) = Lion.
  • Le Mac est donc actuellement démarré sur l'OS de secours permettant de ré-installer l'OS d'usine du Mac (dont l'OS de secours correspondant est un clone allégé). Ce démarrage correspond à la combinaison de touches ⌘⌥⇧R (cmd alt maj R).

Impossible de faire un clonage du volume Crucial_SSD_OS puisque > relevant de l'apfs > il n'est pas monté ni montable par le kernel du Lion.

Il faudrait que tu démarres par ⌘⌥R (cmd alt R) = démarrage par internet permettant de ré-installer High Sierra. Le volume Crucial_SSD_OS serait alors reconnu > monté > et clonable. Et tu pourrais effacer l'apfs du disque ensuite.
 
macomaniac a dit:
Alors cette ligne -->
Bloc de code: 
2: 7C3457EF-0000-11AA-AA11-00306543ECAC               129.9 GB   disk0s2
  • correspond à la partition-support de l'apfs > vue à partir d'un OS de récupération qui ignore l'apfs (donc ni un OS de secours permettant de ré-installer High Sierra et pas non plus Sierra) = Lion.
  • Le Mac est donc actuellement démarré sur l'OS de secours permettant de ré-installer l'OS d'usine du Mac (dont l'OS de secours correspondant est un clone allégé). Ce démarrage correspond à la combinaison de touches ⌘⌥⇧R (cmd alt maj R).
Impossible de faire un clonage du volume Crucial_SSD_OS puisque > relevant de l'apfs > il n'est pas monté ni montable par le kernel du Lion.

Il faudrait que tu démarres par ⌘⌥R (cmd alt R) = démarrage par internet permettant de ré-installer High Sierra. Le volume Crucial_SSD_OS serait alors reconnu > monté > et clonable. Et tu pourrais effacer l'apfs du disque ensuite.
Cliquez pour agrandir...


Ok macimaniac, mais la j'ovoue ne pas comprendre.
Mais en redémarrant par internet (ce que je suis entrain de faire) comment pourrais-je réinstaller High Sierra alors que le système me propose Lion et que le disque n'est même pas reconnu/montable ??
 
Depuis la MÀJ de Sierra 10.12.4 --> le programme interne (EFI) des Mac a été implémenté de 2 capacités de démarrage par internet -->

  • via ⌘⌥R --> démarrage par internet permettant de ré-installer l'OS public le plus récent (High Sierra actuellement)
  • via ⌘⌥⇧R --> démarrage par internet permettant de ré-installer l'OS d'usine du Mac (Lion chez toi)

Ces 2 sortes de démarrages par internet proposent donc les 2 extrêmes logiciels pour un Mac donné : OS d'usine ou OS dernier cri.

Antérieurement --> il n'existait qu'un seul type de démarrage par internet implémenté dans l'EFI du Mac : le démarrage par ⌘⌥R permettant de ré-installer l'OS d'usine. Cette combinaison de touches a donc été ré-affectée au démarrage sur l'OS dernier cri et la combinaison nouvelle ⌘⌥⇧R affectée à l'OS d'usine.
 

Sujets similaires

F
Problème osx base system
Réponses
3
Affichages
875
macOS
Locke
Locke
J
10.12 Sierra Réinstallation mac Sierra
Réponses
2
Affichages
882
macOS
JulieReap
J
J
10.13 High Sierra Permission denied en essayant d'installer High Sierra depuis une clef USB
Réponses
12
Affichages
3K
macOS
jackoup
J
A
10.12 Sierra MacOS Sierra - Recovery Mode - Erreur installation
Réponses
5
Affichages
2K
macOS
Sly54
Sly54
I
macOS Ventura Imac barre de progression bloquée
Réponses
22
Affichages
2K
macOS
Bicus
Bicus
Haut Bas