3 votes

MacBook Pro ne peut pas démarrer : affichage du logo Apple puis écran gris

Il y a un MacBook Pro de 2012 avec Mountain Lion qui ne démarre pas. Le logo Apple s'affiche, la roue tourne, puis l'écran reste gris.

  • J'ai essayé de maintenir Cmd+R pendant le démarrage, cela ne fait rien.

  • J'ai essayé de maintenir la touche Shift pendant le démarrage, mais cela donne un écran bleu solide.

  • J'ai essayé de maintenir Cmd+Option+R pendant le démarrage, cela ne fait rien non plus.

Je préfère ne pas réinstaller OS X. Dois-je réinitialiser la NVRAM ?

0 votes

Vous pouvez essayer de réinitialiser la NVRAM (PR jusqu'au deuxième carillon) mais si cela ne fonctionne pas, essayez un démarrage verbeux (V) et voyez ce que cela donne.

0 votes

Que fait exactement un démarrage verbeux ?

3voto

nuc Points 4736

Essayez d'effectuer une vérification du système de fichiers en mode utilisateur unique.

  • Redémarrez et appuyez immédiatement sur Cmd+S.
  • Attendez la ligne de commande, puis tapez /sbin/fsck -fy
  • Prenez un thé. Et un cookie.
  • Jetez un coup d'œil à la sortie. Si le disque dur est défaillant, vous pouvez voir quelque chose comme I/O Error . Si vous voyez quelque chose comme ***** FILE SYSTEM WAS MODIFIED ***** alors vous pouvez essayer de le faire une fois de plus. Si Volume X appears to be OK alors vous pourriez avoir de la chance.
  • Type reboot et laissez-le démarrer.

Plus d'informations sur Site web de la Apple .

Bonne chance !

2voto

Rob W Points 121

Je viens de récupérer un Macbook (OS X 10.5.2, Leopard) qui ne démarrait pas car il restait éternellement bloqué sur un écran gris avec un logo Apple et une roue qui tourne. Le coupable était un fichier de configuration corrompu ( /etc/authorization ), et je vais décrire ci-dessous comment j'ai trouvé et résolu le problème.

D'abord, j'ai vérifié si le matériel était correct, en redémarrant et en appuyant sur D pour exécuter des diagnostics matériels. Le matériel était en bon état, j'ai donc continué à chercher des messages d'erreur.

Après avoir démarré en mode Verbose ( Command () + V ), j'ai vu que securityd s'est planté, et qu'un journal de plantage a été écrit dans le fichier /Library/Logs/CrashReporter/securityd_2015-06-23-120634_localhost.crash . Donc une fois de plus, j'ai redémarré pour obtenir un shell en mode mono-utilisateur ( Command () + S ). Le journal a montré que le crash a été causé par un appel à CFDictionaryContainsKey (qui a déclenché un EXC_BAD_ACCESS erreur). Cela a alimenté ma suspicion que le crash était causé par un mauvais fichier de configuration.

Je suis finalement tombé sur cet article de blog ce qui suggère d'utiliser fs_usage pour surveiller et enregistrer l'activité du fichier :

mount -uw /
fs_usage > /var/log/fs-usage.log &
exit

Après le redémarrage, j'ai regardé dans /var/log/fs-usage.log et a constaté que securityd consulté sur private/etc/authorization avant de s'écraser. J'ai ensuite visualisé le contenu de /etc/authorization et il était en effet cassé au-delà de toute réparation.

Pour récupérer ce fichier, j'ai cherché la version originale du fichier dans la source de la securityd paquet (référencé à Le code source d'OS X 10.5.2 ). J'ai fini par trouver etc/authorization.plist qui présentait des similitudes avec le corrompu /etc/authorization .

Pour terminer la récupération, j'ai mis le nouveau etc/authorization.plist sur une clé USB, l'a branchée sur le Macbook (toujours en mode utilisateur unique) et a monté le lecteur comme suit :

mount -uw /
launchctl load /System/Library/LaunchDaemons/com.apple.kextd.plist
# Wait about 20 seconds

mkdir /Volumes/usb
mount -t msdos -v -o ro /dev/disk1s1 /Volumes/usb

J'ai ensuite copié le fichier vers sa destination, démonté la clé USB, synchronisé et redémarré avec succès :

cp /Volumes/usb/authorization.plist /etc/authorization
umount /Volumes/usb
sync
reboot

0 votes

Problème étrange : lorsque je frappe D au démarrage, l'écran de chargement d'Internet Recovery est apparu. J'ai vérifié et cet écran n'est censé s'afficher qu'avec Command + Option + R .

1voto

ebq Points 137

Je recommande de suivre Le guide d'Apple concernant l'écran gris au démarrage.

Avez-vous installé un nouveau firmware/drivers ou logiciel qui pourrait être à l'origine du problème ? Dans le pire des cas, je crains qu'il faille réinstaller le système.

1voto

Colin McFadden Points 41

Un démarrage verbeux (Command-v) vous dira où l'installation s'arrête. Elle crachera beaucoup de texte, puis se bloquera (vraisemblablement) sur une ligne. C'est là que vous pouvez commencer à voir ce qui ne va pas. Postez cette ligne ici et vous trouverez peut-être des indices.

Vous pouvez également essayer de démarrer en mode mono-utilisateur (command-s), ce qui vous permet de sauter l'interface utilisateur et d'accéder à une ligne de commande, mais cela peut être plus difficile en termes de diagnostic.

0voto

SpaceTrucker Points 101

J'ai eu du succès avec cette méthode :

Démarrez en mode utilisateur unique en maintenant la touche commands dès que vous entendez un carillon de démarrage. Cela fonctionne également avec les claviers Bluetooth.

Il devrait démarrer sur une ligne de commande.

Une fois en mode utilisateur unique, effectuez les commandes suivantes sur la ligne de commande.

/sbin/fsck -fy /sbin/mount -uw / rm -f /Library/Preferences/com.apple.loginwindow.plist rm -f /var/db/.AppleUpgrade reboot

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X