10.13 High Sierra Problème de démarrage sur MacBook pro High sierra

Je suis en ligne.

Passe la commande (copier-coller) :
Bloc de code:
sudo asr adjust --t /dev/disk0s3 --settype "Apple_HFS"

  • après validation > une demande de password s'affiche (commande sudo) --> tape ton mot-de-passe de session admin en aveugle - aucun caractère ne s'affichant à la frappe - et valide de nouveau
  • la commande change le type de la partition de secours > de Apple_Boot à Apple_HFS > car le 1er type verrouille en taille la partition et le 2è type la rend re-dimensionnable. Ni le système de fichiers jhfs+ compris dans la partition > ni le volume Recovery HD ne sont affectés par le changement de type de la partition.

Repasse un :
Bloc de code:
diskutil list

  • et poste l'affichage retourné par les 2 commandes.
 
Voilà:
Bloc de code:
sudo asr adjust --t /dev/disk0s3 --settype "Apple_HFS"
Password:
Fsck /dev/disk0s3 ....10....20....30....40....50....60....70....80....90....100
Adjust completed successfully

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_CoreStorage Macintosh HD            260.4 GB   disk0s2
   3:                  Apple_HFS Recovery HD             239.5 GB   disk0s3

/dev/disk1 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +260.0 GB   disk1
                                 Logical Volume on disk0s2
                                 89D929AE-0C53-4339-9113-62ED80638329
                                 Unencrypted
 
Parfait ! - cette ligne -->
Bloc de code:
   3:                  Apple_HFS Recovery HD             239.5 GB   disk0s3

  • montre que le type de la partition de secours a bien été viré à Apple_HFS. Le volume a dû être automatiquement monté en conséquence et tu dois le voir affiché sur le Bureau.

Par prudence --> passe la commande :
Bloc de code:
df -H /Volumes/"Recovery HD"

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

Poste le tableau. Je veux vérifier si la taille du dossier de secours + du dossier booter du CoreStorage n'excède pas les 650 Mo qui sont la taille régulière d'une partition de secours.
 
Je crois qu'il y a un problème là...
Bloc de code:
df -H /Volumes/"Recovery HD"
df: /Volumes/Recovery HD: No such file or directory
 
Le volume n'a pas été monté automatiquement ? --> alors passe la commande :
Bloc de code:
diskutil mount disk0s3
  • et si tu obtiens bien un :
Bloc de code:
Volume Recovery HD on disk0s3 mounted
  • repasse la commande :
Bloc de code:
df -H /Volumes/"Recovery HD"

  • et poste le tableau.
 
Ça a fonctionné:
Bloc de code:
diskutil mount disk0s3
Volume Recovery HD on disk0s3 mounted
df -H /Volumes/"Recovery HD"
Filesystem     Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk0s3   240G   587M   239G     1%      54 4294967225    0%   /Volumes/Recovery HD
 
587 Mo de taille de fichiers --> alors on ne va se gêner.

Passe les commandes :
Bloc de code:
diskutil umount force disk0s3
diskutil resizeVolume disk0s3 %recovery% free null 0b

  • la 1ère commande démonte de force le volume Recovery HD
  • la 2è réduit la taille de la partition de secours et de son volume aux 650 Mo réglementaires > et laisse l'espace libéré à l'état d'espace libre

Si tu n'as pas eu de message d'erreur > repasse un :
Bloc de code:
diskutil list

  • et poste l'affichage retourné par les 2 dernières commandes.
 
Voilà:
Bloc de code:
diskutil umount force disk0s3
Volume Recovery HD on disk0s3 force-unmounted
diskutil resizeVolume disk0s3 %recovery% free null 0b
Resizing to 650002432 bytes and adding 1 partition
Started partitioning on disk0s3 Recovery HD
Verifying the disk
Verifying file system
Volume was successfully unmounted
Performing fsck_hfs -fn -x /dev/rdisk0s3
Checking Journaled HFS Plus volume
Checking extents overflow file
Checking catalog file
Checking multi-linked files
Checking catalog hierarchy
Checking extended attributes file
Checking volume bitmap
Checking volume information
The volume Recovery HD appears to be OK
File system check exit code is 0
Restoring the original state found as mounted
Resizing
Shrinking file system
Modifying partition map
Finished partitioning on disk0s3 Recovery HD
/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_CoreStorage Macintosh HD            260.4 GB   disk0s2
   3:                  Apple_HFS Recovery HD             650.0 MB   disk0s3
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_CoreStorage Macintosh HD            260.4 GB   disk0s2
   3:                  Apple_HFS Recovery HD             650.0 MB   disk0s3

/dev/disk1 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +260.0 GB   disk1
                                 Logical Volume on disk0s2
                                 89D929AE-0C53-4339-9113-62ED80638329
                                 Unencrypted
 
Parfait ! - cette ligne -->
Bloc de code:
   3:                  Apple_HFS Recovery HD             650.0 MB   disk0s3

  • montre que la partition de secours a été réduite aux 650 Mo réglementaires.

À présent > on va lui restituer son type Apple_Boot --> condition nécessaire pour que l'espace libre puisse être récupéré au Conteneur CoreStorage inscrit sur la partition disk0s2 principale.

Passe les commandes :
Bloc de code:
diskutil umount force disk0s3
sudo asr adjust --t /dev/disk0s3 --settype "Apple_Boot"

  • la 1ère démonte de force le volume Recovery HD (au cas où il aurait été remonté en fin d'opération de repartitionnement précédente)
  • la 2è restaure le type Apple_Boot sur la partition

Si tu n'as pas eu de message d'erreur > repasse encore un :
Bloc de code:
diskutil list

  • et poste l'affichage retourné par les 2 dernières commandes.
 
Bloc de code:
delnah$ diskutil umount force disk0s3
Volume Recovery HD on disk0s3 force-unmounted
sudo asr adjust --t /dev/disk0s3 --settype "Apple_Boot"
Password:
Fsck /dev/disk0s3 ....10....20....30....40....50....60....70....80....90....100
Adjust completed successfully
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_CoreStorage Macintosh HD            260.4 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

/dev/disk1 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +260.0 GB   disk1
                                 Logical Volume on disk0s2
                                 89D929AE-0C53-4339-9113-62ED80638329
                                 Unencrypted
 
C'est très joli tout ça -->
Bloc de code:
/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_CoreStorage Macintosh HD            260.4 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

Allez ! - une commande de récupération de l'espace libre à présent -->
Bloc de code:
diskutil coreStorage resizeStack 89D929AE-0C53-4339-9113-62ED80638329 0b

  • la commande récupère l'espace libre à la partition disk0s2 > au Conteneur CoreStorage inscrit dessus > dont le Volume Logique disk1 exporté > et par suite le volume Macintosh HD monté sur son espace-disque virtuel
  • étant donné la série complexe des opérations impliquées --> la commande est "sensible" à toute sorte de facteurs de plantage

Si tu n'as pas eu de message d'erreur > repasse encore un :
Bloc de code:
diskutil list

  • et poste le retour des 2 dernières commandes (sinon > le message d'erreur). Il est prévisible que la partition de secours aura perdu son index actuel disk0s3 et récupéré un index disk04 (et peut-être perdu l'affichage apparent de son volume).
 
Il n'y a eu aucun message d'erreur.

Bloc de code:
diskutil coreStorage resizeStack 89D929AE-0C53-4339-9113-62ED80638329 0b
The Core Storage Logical Volume UUID is 89D929AE-0C53-4339-9113-62ED80638329
Started CoreStorage operation
Checking prerequisites for resizing Logical-Physical volume stack
Growing Logical-Physical volume stack
Verifying file system
Volume could not be unmounted
Using live mode
Performing fsck_hfs -fn -l -x /dev/rdisk1
Performing live verification
Checking Journaled HFS Plus volume
Checking extents overflow file
Checking catalog file
Checking multi-linked files
Checking catalog hierarchy
Checking extended attributes file
Checking volume bitmap
Checking volume information
The volume Macintosh HD appears to be OK
File system check exit code is 0
Restoring the original state found as mounted
Growing Core Storage Physical Volume from 260.352.319.488 to 499.248.103.424 bytes
Copying booter
Growing disk partition
Modifying partition map
Growing Core Storage data structures
Resizing Core Storage Physical Volume structures
Resized Core Storage Physical Volume to 499.248.103.424 bytes
Growing Logical Volume
Resizing Core Storage Logical Volume structures
Resized Core Storage Logical Volume to 498.876.833.792 bytes
Growing file system
Finished CoreStorage operation
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_CoreStorage Macintosh HD            499.2 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s4

/dev/disk1 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +498.9 GB   disk1
                                 Logical Volume on disk0s2
                                 89D929AE-0C53-4339-9113-62ED80638329
                                 Unencrypted
 
Opération réussie -->
  • la partition de secours a retrouvé sa taille de 650 Mo > et tu as récupéré l'espace libre

RAS.
 
Je viens de vérifier, le disque a bien sa taille d'origine! Merci infiniment pour ta précieuse aide, tu m'as ôté une belle épine du pied! Et aussi merci pour le temps que tu consacres à aider les gens en difficulté comme moi!:):)
 
Tu as eu pas mal de tribulations > aucune simple à régler > mais tout a finalement été résolu sans employer même aucun périphérique pour l'opération de clonage.

Profite bien du retour à la normale de ton Mac.
 
Hello ! Je rouvre le topic rapidement.
J'ai actuellement exactement le même problème avec le démarrage de mon MacBook pro sur Mac high sierra. J'ai déjà essayé pas mal de manip et je vais continuer de suivre les conseils de macomaniac. J'ai par contre une petite question: ici vous n'aviez pas suivi l'option du DDE puisque Nikki n'en possédait pas. Dans mon cas j'ai un DDE sur lequel j'ai fait ma dernière sauvegarde Time machine il y a 4 jours.est- il possible lors d'aller dans le "terminal" de sauvegarder l'entièreté de mon disque dur interne grâce à Time machine une dernière fois avant de reformater l'ordi ? Ou dois-je dire adieu à mes fichiers créés et modifies depuis ces 4 derniers jours ?

Merciiii
 
Bonjour Baobai

Le cas de Nikki avait été très spécial : elle n'avait pas de DDE et il avait fallu exécuter un clonage de volume à volume dans l'espace de son disque interne seul (avant de réinstaller et de récupérer les données du clone) > puis un accident peu courant avait récupéré au final l'espace de la partition du clone à la partition de secours (volume Recovery HD) --> ce qui avait requis une série d'acrobaties dans le Terminal pour réduire cette partition à la taille réglementaire et récupérer l'espace principal au volume de démarrage.

Mais elle compensait ces difficultés par une bonne fortune insolente --> qui fait que tout trouvait une solution finale exemplaire.

----------

En comparaison --> peux-tu détailler exactement ton problème ? - ses circonstances de déclenchement ? - s'il s'agit d'un plantage du démarrage ? - si oui > la barre se remplit-elle complètement ou non ?
 
Hello !
Eh bien ce matin j'allume mon MacBook Pro 2012 sur high sierra depuis quelques semaines et je remarque directement que le chargement est très lent. J'ai attendu la fin du chargement, patienté encore une bonne 30aine de minutes et rien ne s'est ouvert. J'ai alors commencé diverses manip de redémarrage en forçant l'extinction. Commande + r et réparation du disque, réinitialisation des VRAM et NPRAM, essai en mode sans extension... rien n'y fait. C'est le même soucis qui revient avec lenteur de chargement et rien au bout. Là j'ai tenté la réinstallation du logiciel système grâce à commande + r et j'attends la fin de l'installation pour et fixée...

En passant, aucun problème n'a été détecté par le SOS disque utilitaires.. (mais je doute qu'on puisse vraiment s'y fier ..)

Merci pour ton aide !!
 
Réinstallation de macOS terminée, redémarrage et toujours le même problème .... ça commence à être vraiment inquietant.
 
Si je résume : remplissement très lent de la barre horizontale (qui indique le chargement du Système) > et pas d'ouverture de session une fois atteinte la marque finale - c'est bien ça ?

Démarre sur la session de secours via les touches ⌘R (cmd R) --> ce qui te fait obtenir l'écran affichant une fenêtre de 4 Utilitaires macOS. Va à la barre de menus supérieure de l'écran > menu : Utilitaires > sous-menu : Terminal.

Dans la fenêtre ouverte > saisis la commande informative  :
Bloc de code:
diskutil list
et ↩︎ (presse la touche "Entrée" du clavier pour exécuter la commande)

  • tu vas voir s'afficher le tableau des disques attachés au Mac (en interne / externe) > avec leurs paramètres de tables de partition > partitions > Conteneur CoreStorage si présent > Conteneur apfs si présent
  • une série de micro-disques correspond à des images-disques créées en RAM à l'occasion du démarrage en mode Recovery > dans le volume desquelles sont montés en lecture & écriture des dossiers du recoveryOS sur lequel tu démarres. Elles s'effacent à l'extinction ou au re-démarrage.

Voici comment tu vas pouvoir poster ici ce tableau sans avoir besoin de prendre des captures d'écran -->

  • 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 
  • dans la page de ce fil de MacGé > presse le bouton (carré avec un + inscrit - juste au milieu de la largeur de la fenêtre totale) dans la barre de menus au-dessus du champ de saisie d'un message > menu  : </> Code > par ⌘V colle dans la fenêtre Code > presse le bouton Insérer (ce procédé permet un affichage fenêtré qui économise l'espace de page en respectant la mise en forme des tableaux du «Terminal» --> d'où une plus grande lisibilité)

=> ces informations montreront la configuration logique de ton disque. Je pense connaître la raison de ton problème et le moyen de le résoudre illico.