0 votes

kext ou pilote défectueux entraînant un blocage du système

J'ai un iMac 27" de fin 2012 avec une installation relativement récente d'OS X Mountain Lion (10.8.2). Je rencontre un problème assez grave dont je suis convaincu qu'il est lié à un logiciel, mais j'aurais besoin d'aide pour trouver le meilleur moyen de le résoudre.

Le problème est le suivant : chaque fois que je laisse l'ordinateur sans surveillance pendant un certain temps (de quelques minutes à quelques heures), je reviens et il y a environ 80 % de chances que le système se soit bloqué. Je peux déplacer la souris, mais le curseur est un ballon de plage qui tourne et je ne peux pas cliquer sur quoi que ce soit, interagir avec quoi que ce soit ou taper quoi que ce soit. Le seul moyen de sortir l'ordinateur de cet état, de manière cohérente, est de maintenir le bouton d'alimentation enfoncé et de forcer un redémarrage.

J'ai déterminé avec certitude que ce problème était lié à mon disque dur externe Seagate GoFlex Desk 3 TB. Bizarrement, ce disque a nécessité l'installation d'un pilote par Seagate avant de pouvoir être connecté via la station d'accueil Thunderbolt. Il y a un post ici sur le site de Seagate qui répond à des préoccupations similaires avec un lecteur similaire. J'ai installé ce pilote, ce qui a semblé aggraver le problème, mais je jure que ce problème existait peut-être avant tout cela (je ne m'en souviens pas avec certitude).

  1. Si je déconnecte complètement le lecteur, le problème disparaît.
  2. Si je démarre le système en mode sans échec (en maintenant la touche Maj enfoncée), le problème disparaît également.

Maintenant, j'ai fait preuve de diligence et j'ai supprimé tout ce que j'ai pu trouver qui a été installé en même temps que ce pilote. J'ai ouvert le programme d'installation et je suis allé à Afficher les fichiers et a retiré tout ce qu'il avait installé. J'ai même cherché dans mon /Library y /System pour tout ce qui contient "Seagate" dans le nom, et je les ai tous tués. Mais le problème persiste.

Le fait de démarrer en mode sans échec et de voir le problème disparaître m'indique qu'il y a est un composant logiciel qui est à l'origine de ce désordre. Ce que je voudrais demander, c'est de l'aide pour trouver le pilote, ou le kext, ou l'application, ou n'importe quoi d'autre, qui fait que le système se bloque de la sorte.

Je vais probablement finir par remplacer ce disque de toute façon, parce que c'est tout simplement ridicule, mais en attendant, il héberge beaucoup de données importantes et j'aimerais vraiment que mon système fonctionne à nouveau avec le disque en désactivant ce qui le fait systématiquement planter.

Merci beaucoup pour votre aide !

1voto

Rich Points 2429

Voici une méthode pour chasser les kext ce qui peut entraîner un blocage du système.

  1. Démarrer en mode sans échec & faire une capture de l'ensemble minimal d'extensions chargées en mode sans échec :

    mkdir ~/tmp
    kextstat >~/tmp/safe.kextstat
  2. Démarrer en mode normal & faire une capture de l'ensemble des extensions chargées avec :

    kextstat >~/tmp/full.kextstat
  3. Comparez-les :

    cd ~/tmp
    diff full.kextstat safe.kextstat

    et de cette différence, qui inclut le kext défectueux, extraire le coupable en vérifiant sa date d'installation :

    ls -dlT /System/Library/Extensions/<extension_folder_name…>

    L'extension défectueuse sera celle qui a été installée au moment de la début de l'accrochage du noyau.

    Attention : le extension_folder_name… n'est pas le nom de l'extension comme affiché par kexstat .

    En voici un exemple :

    on_my_mac$ kextstat | egrep 'Addr|ThunderboltDPA'
    Index Refs Address            Size       Wired      Name (Version) <Linked Against>
       70    4 0xffffff7f8125e000 0x8000     0x8000     com.apple.driver.AppleThunderboltDPAdapterFamily (1.8.2) <45 9 8 5 4 3>
    on_my_mac$

    provient :

    on_my_mac$ cd /System/Library/Extensions
    on_my_mac$ ls -dlT AppleThunderboltDPAdapters.kext
    drwxr-xr-x  3 root  wheel  102 Aug 31 05:39:06 2011 AppleThunderboltDPAdapters.kext
    on_my_mac$
  4. Faites une copie de sauvegarde de l'extension suspectée :

    mkdir ~/Extensions_backup
    cd /System/Library/Extensions
    /usr/bin/sudo mv faulty_extension_folder_name ~/Extensions_backup

    et tester ce système avec une extension de noyau manquante :

    reboot
  5. S'il est OK. Vous avez trouvé le bon coupable.

    Si ce n'est pas le cas. Il suffit d'inverser l'étape 4, reboot et répéter l'opération à partir de l'étape 4 pour tester l'extension potentielle suivante.

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