Plantage de squeeze que je n'arrive pas à expliquer

Bonjour,
Cela fait quelques semaines que j’ai migré de lenny à squeeze. Je dois avouer que je nsuis pas resté suffisamment longtemps sur lenny pour être certain que je n’avais pas le bug suivant à l’époque :
Au bout d’un moment, les appli de l’ordi ne fonctionnent plus et gèlent. Je peux me balader dans les différents bureaux virtuels, mais si je lance une appli, celle-ci plante également et je n’ai que les bordures de la fenêtre qui s’affichent en général.
Si je souhaite éteindre ou redémarrer l’ordi, rien ne se passe. En appuyant sur le bouton de démarrage, on a l’imression que cela marche avec les messages d’arrêt qui comment à s’afficher : genre “the system will halt NOW” mais rien de plus, au bout de quelques minutes, cela ne bouge pas. Obligé de faire un appui long sur le bouton de l’ordi pour éteindre de façon sauvage l’ordinateur. J’ai remarqué un peu plus haut au niveau de la console qui s’est affiché des lignes qui reviennent systématiquement à chaque plantage :

Où puis-je trouver les log d’erreur pour essayer de comprendre ce bug récurrent (au moins une fois par jour si je reste plus de deux heures allumé) ?
Pour info, je suis sous openbox.
Merci d’avance pour votre aide.

Hello.

Le log de Xorg est /var/log/Xorg.0.log
devant certaines lignes il y a deux majuscules ou ?? :
(WW) warning, (EE) error, (NI) not implemented, (??) unknown

Que renvoie les commandes :

et enfin :

@+…

Salut,

Bien sûr tu ne parles pas du bouton situé sur ton ordinateur ?

[quote=“ggoodluck47”]Salut,

Bien sûr tu ne parles pas du bouton situé sur ton ordinateur ?[/quote]
Si c’ets la seule façon d’éteindre à ce moment là

Et pour les lignes demandées, je l’ai tapé au démarrage, sans que ça ne freeze :

[code]doms@localhost:~$ cat /var/log/Xorg.0.log | grep EE
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(II) Loading extension MIT-SCREEN-SAVER
doms@localhost:~$ cat /var/log/Xorg.0.log | grep NI
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
ATI Radeon 9800 NI (AGP), ATI FireGL X2 NK (AGP),
(II) RADEON(0): RADEONInitMemoryMap() :
doms@localhost:~$ cat /var/log/Xorg.0.log | grep WW
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(WW) The directory “/usr/share/fonts/X11/cyrillic” does not exist.
(WW) RADEON(0): DRI init changed memory map, adjusting …
(WW) RADEON(0): MC_FB_LOCATION was: 0xd3ffd000 is: 0xd3ffd000
(WW) RADEON(0): MC_AGP_LOCATION was: 0xffffffc0 is: 0xe07fe000
doms@localhost:~$ cat /etc/X11/xorg.conf

xorg.conf (X.Org X Window System server configuration file)

This file was generated by dexconf, the Debian X Configuration tool, using

values from the debconf database.

Edit this file with caution, and see the xorg.conf manual page.

(Type “man xorg.conf” at the shell prompt.)

This file is automatically updated on xserver-xorg package upgrades only

if it has not been modified since the last upgrade of the xserver-xorg

package.

If you have edited this file but would like it to be automatically updated

again, run the following command:

sudo dpkg-reconfigure -phigh xserver-xorg

Section "InputDevice"
Identifier "Generic Keyboard"
Driver "kbd"
Option “XkbRules” "xorg"
Option “XkbModel” "pc105"
Option “XkbLayout” "fr"
Option “XkbVariant” "latin9"
Option “XkbOptions” "lv3:ralt_switch"
EndSection

Section "InputDevice"
Identifier "Configured Mouse"
Driver "mouse"
EndSection

Section "Device"
Identifier "Configured Video Device"
Option “AccelMethod” "EXA"
EndSection

Section "Monitor"
Identifier "Configured Monitor"
EndSection

Section "Screen"
Identifier "Default Screen"
Monitor "Configured Monitor"
EndSection
[/code]

Donc si je comprends bien ça viendrait de ma carte graphique ?

ceci est sans gravité, erreur du codage clavier ( peut-être Option          "XkbOptions"    "lv3:ralt_switch")

un bug avec les pilotes ati en dev ?
Essaye de tourner avec vesa (dans le xorg) pour voir?

ceci est sans gravité, erreur du codage clavier ( peut-être Option “XkbOptions” “lv3:ralt_switch”)

un bug avec les pilotes ati en dev ?
Essaye de tourner avec vesa (dans le xorg) pour voir?

j’ai un problème similaire de blocage sur squeeze
plus de clavier
un déplacement de la souris mais sans clic
reboot hard par extinction du pc

mais pour moi ce n’est pas squeeze qui foire, c’est kde4

[quote=“dchost99”]Errors from xkbcomp are not fatal to the X server
ceci est sans gravité, erreur du codage clavier ( peut-être Option “XkbOptions” “lv3:ralt_switch”)[/quote]
Je ne comprends pas, où dosi-je mettre “XkbOptions” “lv3:ralt_switch” ?

[quote=“dchost99”]un bug avec les pilotes ati en dev ?
Essaye de tourner avec vesa (dans le xorg) pour voir?[/quote]
Vesa n’est pas pour les nvidia ? Comment faire ?

@ Bernard Victor : je n’utilise pas KDE4 mais j’ai les librairies d’installées car j’utilise entre autre K3b. Comment as-tu résolu ton problème ?

pour les deux question :
dans le xorg.conf
pour le générer
xorg --configure
et placer un diez devant

et remplacer radeon avec vesa
(mais c’est un peu risque si tu n’a pas l’habitude, risque de se retrouver sans environnement graphique)

avec kde il y a un ficheir dans home qui s’apelle .xsession-errors

chez moi il y a des tas d’erreur qui diminue au fur et à mesure des upgrade

j’ai pas encore pu résoudre ces problèmes : pas beaucoup de doc dessus

quand j’en ai marre je passe en lenny

je ne peux pas plus de donner de renseignements désolé

reuh…

vesa c’est un pilote générique sans 3D ça fonctionne avec intel, nvidia et ati on s’en sert souvent quand l’installation des drivers proprios ou libres des cartes ont foiré.

Pour moi le souci est là :

quote RADEON(0): DRI init changed memory map, adjusting …
(WW) RADEON(0): MC_FB_LOCATION was: 0xd3ffd000 is: 0xd3ffd000
(WW) RADEON(0): MC_AGP_LOCATION was: 0xffffffc0 is: 0xe07fe000[/quote]

commence par faire un backup de ton /etc/X11/xorg.conf :

Si quand tu relance Gdm ça plante tu remets le backup :

Puis modifie le xorg.conf pour que ta section Device ressemble à ça :

[quote]Section "Device"
Identifier "Configured Video Device"
Driver "vesa"
Option “AccelMethod” "EXA"
EndSection[/quote]

J’ai pas une grande expérience ati mais il me semble que Radeon c’est du ati et tu n’as aucune ligne concernant le driver radeon dans ton xorg.conf
Normalement tu devrais avoir ça (ou quelque chose d’approchant, à faire confirmer par ceux qui ont des cartes ati) :

[quote]Section "Device"
Identifier "Configured Video Device"
Driver "radeon"
Option “AccelMethod” "EXA"
EndSection[/quote]

Tiens-nous au courant…

@+…

Voici ce que j’obtiens sous vesa :

doms@localhost:~$ cat /var/log/Xorg.0.log | grep EE (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (II) Loading extension MIT-SCREEN-SAVER doms@localhost:~$ cat /var/log/Xorg.0.log | grep WW (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. (WW) VESA(0): Unable to estimate virtual size (WW) VESA(0): Option "AccelMethod" is not used doms@localhost:~$ cat /var/log/Xorg.0.log | grep NI (WW) warning, (EE) error, (NI) not implemented, (??) unknown.

Le problème, ma résolution d’écran qui est vraiment pas adaptée (“Unable to estimate virtual size” me le confirme XD).
Comment régler cette résolution ?

Edit : je me suis rendu compte lors d’un “plantage”, que ma connexion au net plantait mais que j’avais accès au terminal et à certains logiciels qui n’utilisent pas le net. Du coup, je me demande si ce problème ne viendrait pas également de ma clé wifi qui est un dongle sagem pour livebox que j’ai fait fonctionner via ndiswrapper. Où est le rapport de bug du matériel à tout hasard ?

C’est normal que ça soit tout moche avec le driver vesa, ce qui est important c’est de voir si ça te fait toujours les mêmes plantages. Tu remettras les bons drivers après.

Pour vérifier la clé WiFi, tu peux déjà voir ce que ça raconte quand tu la branches en faisant dmesg juste après l’avoir branchée et en lisant les dernières lignes.
Après aucune idée de comment voir les rapports d’ndiswrapper, que je n’utilise pas. Tu es sûr d’en avoir besoin d’ailleurs, y a pas de firmware Debian adapté ?

Bonjour à tous,
Alors le problème ne vient pas du driver vidéo, cela le fait avec vesa également. Donc, j’essaye en ce moment sans ndiswrapper. Vu que je suis sous squeeze, ma clé wifi non reconnue sous lenny l’est maintenant. Je vous tiens au courant.