Nicolas FRANCOIS a écrit : > Salut. > > Après d'avantage d'investigations, je pense que le problème avec ma > carte Nvidia 6100 Go vient de mon installation Debian. En effet, le même > driver (celui d'Nvidia) sur openSuse 10.2 fonctionne correctement (sauf > que j'ai des soucis lors de son utilisation pour retourner sur la console, > l'écran est brouillé). > > Bref, j'arrive à lancer X avec le driver LA PREMIÈRE FOIS, ça marche au > poil, accélération et tout. Mais quand je reboote, je ne peux que > constater le plantage : apparition très brève du logo Nvidia, puis le > noir. > > Le log X ne montre pas de problème. Enfin, si, un, mais je ne le > comprends pas : le module fb est chargé, alors que je n'en fais pas > mention dans le fichier /etc/X11/xorg.conf. Cela pourrait être à > l'origine de mes problèmes. Cela vient-il de ma configuration de noyau ? > Si oui, comment interdire l'usage du framebuffer ? > > Comment obtenir plus de renseignements sur le lancement de X (sachant > qu'une fois lancé, je ne peux plus revenir sur la console, même après > un C-Alt-Backspace, l'écran étant brouillé) ? En fait, plus que des > solutions, je cherche un plan d'attaque pour investiguer. > > Merci pour tout renseignement. > > \bye > > Alors déjà j'ai un truc (pas une vrai solution) a te donner pour ton problème d'écran brouillé : Tu fais une copie de ton xorg.conf que tu nomes vesa.conf, et tu remplace nvidia par vesa dans vesa.conf. Tu lances un second serveur X avec cette configuration : # X -config vesa.conf :1 Après tu switch sur VT1 et là miracle ! Ce 2ème serveur est sur VT8 donc chaque fois que tu veux switcher du serveur X buggé vers un terminal il faut faire un Ctrl-Alt-F8 avant... Chez moi le module fb est chargé avec le driver nvidia et ça ne pose pas de problème... Pour ne pas utiliser le frambuffer il faut le désactiver dans la config du noyau et recompiler mais tu risques de te retrouver avec un écran noir même pendant le boot. Quand tu peux revenir sur la console brouillée ou faire un C-Alt-Backspace c'est que ça fonctionne (pas d'écran noir) donc forcément tu ne trouveras rien d'intéressant ni dans le log ni sur la console. Et si tu fais un reset (user panic ;-) quand ça bloque, le log n'est probablement pas sauvé ! Malgré les apparences, il est peu probable que le système soit réellement planté (kernel panic) car linux est très stable. C'est sûrement seulement Xorg qui reste bloqué mais vu qu'il intercepte les raccourcis habituels genre Alt-F1 et Ctrl-Alt-Del il peut te sembler difficile de reprendre la main. Là tu as 2 solutions : Celle que j'emploie le plus souvent est ssh vu que j'ai 3 PC sur mon bureau... mais ce n'est peut-être pas ton cas. Sinon tu peux essayer Alt-SysRq-k qui tue tous les processus du terminal virtuel actif y compris le serveur X. @+ PS : SysRq = Print Sreen Pour info : Alt-SysRq-s synchronise les disques (vide les tampons d'écriture) Alt-SysRq-u remont les systèmes de fichier en lecture seule Alt-SysRq-b reboot (comme un reset) En enchaînant ces trois combinaisons le log de Xorg devrait être sauvegardé...
Attachment:
signature.asc
Description: OpenPGP digital signature