j'ai eu aujourd'hui une mésaventure avec mon driver et/ou ma carte video
(driver Apple, carte ATI Radeon Mac Edition Retail), qui peut se résumer
à la capture suivante :
http://rack.patpro.net/~patpro/deconne.pdf
je me suis dit, plein d'entrain, et surtout pour préserver comme un vrai
geek mon uptime de 44j, qu'il fallait que je recharge mon driver video.
et la, il est resté bloqué, paralysé... le curseur de la souris
répondant encore, mais rien dans l'interface ne réagissant. Itunes
jouait tjrs une radio online...
La je me log en ssh a partir d'une autre machine et je vois ma commande
kextunload qui reste scotchée. le kill ne lui a rien fait, mais je n'ai
pas poussé trop fort. Ca s'est fini en reboot hard, non sans que j'ai au
passage mis a jour mon systeme histoire d'éviter 50 reboots.
bref, y'a t'il quelque chose que j'ai oublié lors de cette débâcle qui
explique le comportement de kextunload, et étais-je sur la bonne piste
pour recharger ce foutu drivers ?
patpro (vérole, 44j !@#)
--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
patpro
In article <bvn1qg$tom6b$, Matt wrote:
Ouch c'est moche :-/
ca m'arrive environ une fois par an, et quand je fais pas le con avec kextunload je peux rebooter proprement ;)
Juste une hypothèse, peut-être que ATIRadeon.kext avait une dépendance avec un autre kext qui était lui utilisé au moment du déchargement. D'après le man de kextunload si cela serait le cas, cela pourrait annuler le déchargement de ATIRadeon.kext
j'aurais aussi pensé a ca si kextunload avait quitté immédiatement, mais il est resté bloqué en zombie dès qu'il a été lancé, si bien que meme la commande reboot n'a pas reussit à le faire quitter. Je pense plutot que le driver a débordé, causant les effets graphiques mentionnés, et que ce faisant, il est devenu incontrolable.
D'ailleurs il n'a pas de dépendance : (le nombre de dep. est le 0 juste apres 62)
Si j'avais le courage j'essayerai maintenant, pendant qu'il fonctionne bien. Mais c'est pas très utile...
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
In article <bvn1qg$tom6b$1@ID-207786.news.uni-berlin.de>,
Matt <sbehz@syrius.org> wrote:
Ouch c'est moche :-/
ca m'arrive environ une fois par an, et quand je fais pas le con avec
kextunload je peux rebooter proprement ;)
Juste une hypothèse, peut-être que ATIRadeon.kext avait une dépendance
avec un autre kext qui était lui utilisé au moment du déchargement.
D'après le man de kextunload si cela serait le cas, cela pourrait
annuler le déchargement de ATIRadeon.kext
j'aurais aussi pensé a ca si kextunload avait quitté immédiatement, mais
il est resté bloqué en zombie dès qu'il a été lancé, si bien que meme la
commande reboot n'a pas reussit à le faire quitter. Je pense plutot que
le driver a débordé, causant les effets graphiques mentionnés, et que ce
faisant, il est devenu incontrolable.
D'ailleurs il n'a pas de dépendance : (le nombre de dep. est le 0 juste
apres 62)
ca m'arrive environ une fois par an, et quand je fais pas le con avec kextunload je peux rebooter proprement ;)
Juste une hypothèse, peut-être que ATIRadeon.kext avait une dépendance avec un autre kext qui était lui utilisé au moment du déchargement. D'après le man de kextunload si cela serait le cas, cela pourrait annuler le déchargement de ATIRadeon.kext
j'aurais aussi pensé a ca si kextunload avait quitté immédiatement, mais il est resté bloqué en zombie dès qu'il a été lancé, si bien que meme la commande reboot n'a pas reussit à le faire quitter. Je pense plutot que le driver a débordé, causant les effets graphiques mentionnés, et que ce faisant, il est devenu incontrolable.
D'ailleurs il n'a pas de dépendance : (le nombre de dep. est le 0 juste apres 62)
