10.13 High Sierra Impossible de booter après MAJ

[lebretontoulousain]

Ah et je suis en train de supprimer File Vault sur Mac HD mais ça va mettre un certain temps...

 

[Membre supprimé 1060554]

Ah ! mais le voilà l'« utente » (italiano, si) -->

macbook-pro-di-agostini:~ agostinigiuseppe$

Alors 2 petites commandes de déconstruction des CoreStorage (sans dommage pour les volumes) :

diskutil coreStorage revert 3F1BFC2D-F604-46DE-A174-9EC59B432B01
diskutil coreStorage revert 88D002F5-EAD6-4A46-9962-FBB9B2F4E51F

• les 2 volumes : Macintosh HD & Clone ne vont plus être les hôtes de systèmes de stockage CoreStorage > mais monter directement sur les 2 partitions de base disk0s2 et disk0s4

Cela fait > tu re-démarres un coup (pour que le kernel se mette à jour de ces modifications) > tu rebootes sur Macintosh HD > tu repasses un :

diskutil list

et tu postes le tableau apuré.

 

[lebretontoulousain]

Et oui ! Un vrai de vrai De la Roma (donc ça va il est content aujourd'hui !)
Je peux faire tout ça pendant que ça défilevaultise ? Ou c'est mieux d'attendre ?

 

[Membre supprimé 1060554]

Ah ! tu veux dire que le déchiffrement est en cours concernant le volume Macintosh HD ?

 

[lebretontoulousain]

Oui. La première chose que j'ai faite est de désactiver le chiffrement Filevault, et ça m'a l'air de devoir durer quelques heures...

 

[Membre supprimé 1060554]

Alors je pense que le plus raisonnable est d'attendre la fin du processus de déchiffrement.

Tu n'auras qu'à le signaler ici et je te passerai les commandes pour régler le compte de Clone.

La solution aux lenteurs du MacBook Pro > c'est de remplacer le HDD par un SSD «Crucial». La vitesse exécutive sera multipliée par 5 ou 6. Les disques à plateaux (rotatifs) ne sont pas taillés pour les OS récents.

 

[lebretontoulousain]

Bonjour Macomaniac,

tout est ok. par contre je n'ai pas réussi à faire passer la commande

diskutil coreStorage revert 3F1BFC2D-F604-46DE-A174-9EC59B432B01

la seconde par contre oui... (J'avais démarré sur la clé)

voici le tableau après diskutil list

macbook-pro-di-agostini:~ agostinigiuseppe$ 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_HFS Mac HD                  249.4 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
   4:                  Apple_HFS Clone                   249.2 GB   disk0s4
   5:                 Apple_Boot Recovery HD             650.0 MB   disk0s5

Le gain au démarrage et à l'utilisation sans filevault est significatif...

 

[Membre supprimé 1060554]

Le gain au démarrage et à l'utilisation sans filevault est significatif...

Tu m'étonnes...

Alors voici les 3 commandes salvatrices (te supposant démarré sur Macintosh HD) -->

diskutil eraseVolume free null disk0s4
diskutil eraseVolume free null disk0s5
diskutil resizeVolume disk0s2 0b

• les deux premières suppriment les partitions disk0s4 & disk0s5 en les virant à de l'espace libre

• la 3è récupère cet espace libéré à la partition disk0s2

Un :

diskutil list

devrait montrer la simplification du tableau.

Pour finir > va à : Menu  > Préférences Système > Disque de démarrage > déverrouille le cadenas > sélectionne le volume Macintosh HD -->

• cette sélection écrit en NVRAM une adresse de boot automatique sur le volume Macintosh HD pour l'EFI (Programme Interne du Mac) --> il devrait y avoir démarrage direct sur le volume-cible (au cas où tu n'aurais pas déjà opéré cette sélection).

 

[lebretontoulousain]

Et voilà, tout marche impeccablement. Voici le tableau

macbook-pro-di-agostini:~ agostinigiuseppe$ 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_HFS Mac HD                  499.2 GB   disk0s2
   3:                 Apple_Boot                         650.0 MB   disk0s4

Un grand merci Macomaniac !!!

 

[Membre supprimé 1060554]

Si tu es attentif > tu aperçois une double anomalie dans le tableau : un nom de volume Recovery HD n'est pas associé au type Apple_Boot de la partition de secours (il "brille par son absence") et son identifiant d'appareil est disk0s4 et pas disk0s3.

Comment cela se fait-il ? - hé ! c'est que pour récupérer à la disk0s2 l'espace libre qui était en-dessous de la partition de secours disk0s3 (l'espace des anciennes partitions disk0s4 et disk0s5 supprimées) > il faut supprimer l'obstacle de la Recovery HD disk0s3 intercalaire. Sans supprimer cette partition.

Donc création d'un clone de la Recovery HD tout en queue de disque > clone qui prend l'identifiant d'appareil disk0s4 > suppression de l'original disk0s3 > l'espace libre est désormais une bande de blocs continue qui commence au pied de la disk0s2 > étirement de son système de fichiers JHFS+ pour absorber l'espace libre.

À ce point des événements > le kernel (le noyau du Système) jette l'éponge : il n'arrive plus à suivre > et garde chargé en mémoire l'identifiant disk0s4 du clone sans le mettre à jour à disk0s3 ; et il n'arrive pas à remonter le volume Recovery HD sur la partition. Trop de va-et-vient.

=> donc tu re-démarres une fois > tu repasses un :

diskutil list

et tu contemples un tableau bien propre (dû à la mise-à-jour du kernel).