L'installation de Mojave se bloque après la mise sous tension et la connexion.

Question

L'installation de Mojave se bloque après la mise sous tension et la connexion.

Demandé el 27 de Septembre, 2018: Quand la question a-t-elle été
2003 affichage: Nombre de visites la question a
2 Réponses: Nombre de réponses aux questions
Résolu: Situation réelle de la question

J'ai un MBA de 2012 (4 Go de RAM, 128 Go de SSD) que j'ai mis à niveau de High Sierra à Mojave 10.14. La mise à niveau s'est terminée avec succès.

Lorsque j'allume l'ordinateur, l'écran de connexion initiale s'affiche. Après avoir entré le mot de passe, la machine commence à se charger, mais la barre de progression se déplace à peine avant que la machine ne se plante, et l'écran "Votre ordinateur a redémarré en raison d'un problème" s'affiche, avant de revenir directement à la connexion.

De plus, l'écran de connexion est incorrect et tout le texte et les boutons sont d'un gris difficile à lire, alors que le fond d'écran de connexion est constitué de montagnes. C'est comme si le mode sombre était activé prématurément. J'ajoute que cette photo a été prise sur un appareil photo, ce n'est pas une capture d'écran.

Je suis capable de restaurer à partir d'une sauvegarde CCC amorçable avec succès. J'ai essayé cette mise à niveau plusieurs fois, avec un nouveau téléchargement du programme d'installation depuis MAS à chaque fois.

J'ai vu des problèmes similaires signalés ailleurs, et des utilisateurs affirmant que des composants HAL audio tiers provoquent une erreur due à une signature incorrecte. Je n'ai pas de produits audio tiers. Ils ont également été en mesure de se connecter en SSH pour afficher le dmesg afin de déterminer quelle extension échouait. Je ne peux pas me connecter en SSH, car je ne pense pas que les serveurs concernés soient démarrés à ce stade du démarrage. Je n'obtiens aucune réponse lorsque j'essaie.

Je suis prêt à donner une autre chance si quelqu'un a une explication solide. Je n'ai pas encore essayé de faire une installation propre, mais je préfère d'abord régler le problème de l'installation de la mise à jour. Je ne suis pas intéressé par un débat sur les mérites des deux méthodes.

Sinon, je vais attendre la sortie du premier patch et réessayer.

Merci

.

Demandé el 27 de Septembre, 2018 par wassname

0 votes

Quelques informations supplémentaires. J'ai réussi à démarrer en mode sans échec et je vois que mes commentaires ci-dessus sur le fond d'écran sont quelque peu trompeurs ! Il s'agit bien sûr du fond d'écran de High Sierra ! Lors de la connexion en mode sans échec, je vois le bon fond d'écran du désert Mojave. Cela pourrait-il indiquer que l'installation était incomplète ?

Commenté el 27 de Septembre, 2018 par wassname

0 votes

La connexion en mode sans échec a permis de poursuivre ce qui restait du processus de mise à niveau. J'ai maintenant un bureau Mojave. Cependant, le redémarrage en mode normal fait toujours planter la machine, mais au moins je peux maintenant utiliser le mode sans échec pour faire un peu plus de diagnostic.

Commenté el 27 de Septembre, 2018 par wassname

0 votes

Juste par curiosité, quel est le cercle câblé au milieu ?

Commenté el 27 de Septembre, 2018 par Ruskes

Afficher 1 autres commentaires

Answer 1

2 Réponses

Answer 2

2voto

wassname Points 66

J'ai trouvé les deux anciens kexts Coriolis iDefrag et Little Snitch 3 présents dans le système. J'ai désinstallé LS3 et supprimé les éléments de iDefrag dont j'avais supprimé l'application depuis longtemps.

MBA maintenant des bottes.

Plus en détail.

J'ai vérifié les rapports système dans Console.app et j'ai trouvé que le noyau panique à chaque fois. Je ne suis pas un expert en lecture de fichiers de trace, mais le fait que cela apparaisse m'a inquiété.

0xffffff80b4c1bfa0 : 0xffffff80213590ce 
  Kernel Extensions in backtrace:
     com.coriolis-systems.driver.Snapshot(113.0)[B6C0FE6D-76C9-3C71-A43A-2D67ED604116]@0xffffff7fa1ffe000->0xffffff7fa2075fff
        dependency: com.apple.iokit.IOStorageFamily(2.1)[499E27C9-AC4D-3239-9FC4-754C7699FA76]@0xffffff7fa1fce000

Après avoir fait une vérification pour me rappeler de quoi il s'agissait, j'ai découvert qu'il s'agissait d'une ancienne installation de iDefrag datant de l'époque pré-SSD. Bien que j'aie supprimé iDefrag il y a longtemps lors du passage au SSD, il semble que les kexts n'aient pas posé de problème jusqu'à Mojave.

J'ai vérifié quels autres éléments avaient été mis en quarantaine par le processus d'installation de Mojave, en me basant sur ce qui avait été signalé dans le syslog, j'ai cherché les kexts de Coriolis et les ai trouvés dans le dossier suivant (le nom du dossier de migration a été anonymisé ici...)

$ cd /Library/SystemMigration/History/Migration-xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/QuarantineRoot/Library/StagedExtensions/Library/Extensions
$ ls -l
total 0
drwxr-xr-x  3 root  wheel  96 12 Jun  2014 ACS6x.kext
drwxr-xr-x  3 root  wheel  96 27 Jun  2016 ATTOCelerityFC8.kext
drwxr-xr-x  3 root  wheel  96 27 Jun  2016 ATTOExpressSASHBA2.kext
drwxr-xr-x  3 root  wheel  96 27 Jun  2016 ATTOExpressSASRAID2.kext
drwxr-xr-x  3 root  wheel  96 20 Aug  2013 ArcMSR.kext
drwxr-xr-x  3 root  wheel  96  1 Sep  2013 CalDigitHDProDrv.kext
drwxr-xr-x  3 root  wheel  96 11 Apr  2017 CoriolisOnlineHelper.kext
drwxr-xr-x  3 root  wheel  96 11 Apr  2017 CoriolisSnapshot.kext
drwxr-xr-x  3 root  wheel  96 15 Aug  2014 HighPointIOP.kext   
drwxr-xr-x  3 root  wheel  96 15 Aug  2014 HighPointRR.kext
drwxr-xr-x  3 root  wheel  96  5 Dec  2017 LittleSnitch.kext
drwxr-xr-x  3 root  wheel  96 31 Mar  2017 PromiseSTEX.kext
drwxr-xr-x  3 root  wheel  96 22 Aug  2017 SoftRAID.kext

Le fait que LittleSnitch.kext soit également présent ici m'a donné l'indice que Little Snitch 3 était peut-être incompatible. Après l'avoir vérifié sur le site d'OBDev, j'ai supprimé LS3 à l'aide du programme de désinstallation. https://www.obdev.at/support/index.html?product=LS&topic=faq&entry=245442241039726

Bien que les kexts soient mis en quarantaine, il semble qu'ils soient toujours présents dans le système quelque part, la désinstallation semblait donc la meilleure approche. En effet, le désinstalleur de LS3 a reconstruit les caches de démarrage.

Le démarrage normal réussit maintenant.

Répondu el 27 de Septembre, 2018 par wassname (66 Points )

Answer 3

1voto

Ruskes Points 44895

Vous savez que travailler en mode sans échec signifie que toutes vos applications non Apple sont désactivées.

Vous pouvez donc trouver celui qui pose problème en mode sans échec en les activant un par un.

Voici ce que dit Apple à ce sujet.

https://support.apple.com/en-us/HT201262

Il y a également un rapport complet de diagnostic du système créé par

sudo sysdiagnose -f ~/Desktop/

qui lance un diagnostic du système et crée un fichier texte. Le rapport peut prendre 5 minutes.

Répondu el 27 de Septembre, 2018 par Ruskes (44895 Points )

0 votes

Merci, je suis en train de travailler sur le journal de bord en ce moment. Jusqu'à présent, j'ai découvert que j'avais de très vieux kexts associés à iDefrag (même si j'ai supprimé l'application il y a longtemps), qui n'est pas compatible avec l'APFS. Il y a toujours des plantages, donc il y a encore quelque chose d'autre.

Commenté el 27 de Septembre, 2018 par wassname

0 votes

Ok je te laisse tranquille, tu sais ce que tu fais.

Commenté el 27 de Septembre, 2018 par Ruskes

1 votes

Désolé, c'est encore moi, j'utilise parfois le sudo sysdiagnose -f ~/Desktop/ qui exécute des diagnostics du système et crée un fichier texte. Le rapport peut prendre 5 minutes.

Commenté el 27 de Septembre, 2018 par Ruskes

Afficher 1 autres commentaires

L'installation de Mojave se bloque après la mise sous tension et la connexion.

Réponses

Questions en vedette

Top Tags

LesApples.com

Powered by:

L'installation de Mojave se bloque après la mise sous tension et la connexion.

Réponses

Questions en vedette

Top Tags

Dans notre réseau

LesApples.com

Powered by: