Pb deconnection, eteindre, redemarrer : plus rien ne repond

Support Debian
#1

Bonjour a tous,

je vais essayer de présenter mon problème succintement:
lorsque je veux déconnecter ma session, redémarrer ou éteindre l’ordinateur, je me retrouve dans tous les cas devant un écran noir, avec une barre blanche clignotante en haut à gauche et c’est tout.
le clavier ne répond plus ni rien d’autre.
Je suis obligé de redémarrer “sauvagement”

J’utilise debian lenny (l’installation est fraiche d’hier) sur un dell precision T7500 (un gros machin pour le boulot…) D’ailleurs, j’en ai deux et le problème survient sur les deux, donc ce ne doit pas être du materiel défectueux (sauf pas de bol).

  • le noyau est 2.6.26.2-amd64
  • j’utilise XFCE, mais le problème est également présent sous gnome.
  • la carte graphique est Nvidia mais avec le driver “nv”
  • le gestionnaire de connection est GDM (présumé coupable selon moi pour le moment)

Au démarrage, il ne semble pas y avoir de problème particulier, je démarre en mode multi-utilisateur.
j’arrive à l’écran de login gdm. je peux me loguer sans problème.
pendant la session, gdm est bien activé d’apres Htop. il est présent dans les bon répertoires ou il faut (/etc/rc2.d et consorts) et je l’ai même résinstallé pour être sur.

Le problème survient uniquement lorsque je veux sortir de ma session

merci d’avance de prendre le temps de me réponde

mat

#2

Problème avec le pilote “nv” par zazar? Tu peux essayer de le “remplacer” (temporairement) par le “vesa” pour voir si c’est lui qui est en cause… :wink:

Bon courage à toutes et tous… :smt006

#3

Ctrl+Alt+F1 et log toi en root et fait # halt
Tu verras bien plus de renseignements sur ce qui foire !

#4

Si c’est un problème avec le pilote de la carte… il risque de ne pas voir grand chose… :wink: … d’où ma “suggestion”…

:smt006

#5

Alors d’abord merci pour les conseils.

1 - le driver “nv” n’est pas en cause, car avec “vesa” ça fait pareil.
sur gougle j’ai vu que quelqu’un avait galéré pour installer les drivers nvidia donc j’ai pas voulu tenter pour le moment.

2 - en passant en tty1: j’ai mes messages d’erreur!
(je recopie de l’ordi d’à coté):

Stopping GNOME Display Manager: gdm[ 4646.084007] BUG: soft lockup - CPU#7 stuck for 61s! [Xorg:4094] [ 4711.580005] BUG: soft lockup - CPU#7 stuck for 61s! [Xorg:4094] [ 4777.080005] BUG: soft lockup - CPU#7 stuck for 61s! [Xorg:4094] [ 4842.576005] BUG: soft lockup - CPU#7 stuck for 61s! [Xorg:4094]
Ces 4 lignes apparaissent l’une apres l’autre tous les 61 sec environ, mais ensuite il n’y en a plus d’autres qui apparaissent.

le processeur (Xeon E5506) n’est pas bien pris en compte par le noyau?
il est pourtant bien repéré d’apres “cat /proc/cpuinfo”

une idée?

#6

[quote=“debianhadic”]Ctrl+Alt+F1 et log toi en root et fait # halt
Tu verras bien plus de renseignements sur ce qui foire ![/quote]
teste aussi halt pour écarter acpi et les modules de alim …

#7

Désolé dchost99, mais je ne comprends pas ce que tu proposes.

j’ai déjà testé “halt” (cf mon post au dessus du tien) et je n’ai pas eu d’informations sur l’acpi.

y a-t-il des options à passer en plus de halt pour obtenir des infos là dessus?

#8

l’ordi s’éteint avec les commandes ?
halt
shutdown -h now
reboot

ensuite

vérifie si ton grub n’a pas l’option acpi=off
dmseg | grep acpi

installation acpid (pas nécessaire normalement)

lsmod + une recherche sur le net du module qui gère ton hardware ( chipset )

#9

Salut,

Le point commun aux deux installations c’est : … le cd d’installation.

Vérifier sont md5 , élémentaire mon cher Watson :smiley:

#10

Peut-être dans les logs : /var/log/gdm/0.log
ou quel que chose de ressemblant ? (j’utilise plutôt xdm et je ne suis pas sûr du nom du log)

#11

[quote=“ggoodluck47”]Salut,

Le point commun aux deux installations c’est : … le cd d’installation.

Vérifier sont md5 , élémentaire mon cher Watson :smiley:[/quote]

:mrgreen: bien vu …

#12

Alors j’ai essayé vos conseils;

Pour le MD5 c’etait bien vu, mais je viens de vérifier et le CD est ok.
(et puis je me trompe peut être mais en netinstall, les fichiers sont téléchargés sur les miroirs non?)
bref c’est pas ça.

pour l’arret,

  • la commande “#halt” en tty1 j’ai donné le résultat plus haut.
  • pour “#shutdown -h now” on obtient la même chose si ce n’est que cette fois c’est le CPU#0 qui est “stuck for 61s” et non plus le #7.
  • pour “#shutdown -r now” c’est pareil

la commande “#dmesg | grep acpi” donne

[    0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x10] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x12] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x14] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x16] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x00] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x02] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x07] lapic_id[0x04] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x08] lapic_id[0x06] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x09] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x10] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x11] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x12] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x13] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x14] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x15] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x16] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x17] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x18] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x19] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x1a] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x1b] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x1c] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x1d] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x1e] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x1f] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x20] lapic_id[0x00] disabled)
[    0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] high level lint[0x1])
[    1.142889] ACPI: Please send DMI info above to linux-acpi@vger.kernel.org
[    1.142890] ACPI: If "acpi_osi=Linux" works better, please notify linux-acpi@vger.kernel.org

que je ne sais pas trop interpreter… ya du enabled et aussi du disabled mais pour [0x00]…

acpid etait déjà installé.

ainsi que:
#cat /var/log/gdm/:0.log

[code]cat /var/log/gdm/:0.log

X.Org X Server 1.4.2
Release Date: 11 June 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4.2-10.lenny2)
Current Operating System: Linux robin 2.6.26-2-amd64 #1 SMP Thu Nov 5 02:23:12 UTC 2009 x86_64
Build Date: 11 June 2009 09:45:25AM

Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.

Module Loader present
Markers: (–) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: “/var/log/Xorg.0.log”, Time: Wed Nov 25 10:32:14 2009
(==) Using config file: “/etc/X11/xorg.conf”
(II) Module “ddc” already built-in
expected keysym, got circumflex: line 257 of fr
The XKEYBOARD keymap compiler (xkbcomp) reports:

Warning: Type “ONE_LEVEL” has 1 levels, but has 2 symbols
Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
The XKEYBOARD keymap compiler (xkbcomp) reports:
Warning: Duplicate shape name ""
Using last definition
Warning: Duplicate shape name ""
Using last definition
Warning: Duplicate shape name ""
Using last definition
Warning: Duplicate shape name ""
Using last definition
Warning: Duplicate shape name ""
Using last definition
Warning: Duplicate shape name ""
Using last definition
Warning: Duplicate shape name ""
Using last definition
Warning: Duplicate shape name ""
Using last definition
Warning: Duplicate shape name ""
Using last definition
Warning: Duplicate shape name ""
Using last definition
Warning: Duplicate shape name ""
Using last definition
Warning: Duplicate shape name ""
Using last definition
Warning: Duplicate shape name ""
Using last definition
Warning: Duplicate shape name ""
Using last definition
Error: Section defined without a name
Definition ignored
Error: Section defined without a name
Definition ignored
Error: Section defined without a name
Definition ignored
Error: Section defined without a name
Definition ignored
Warning: Multiple doodads named ""
Using first definition
Warning: Multiple doodads named ""
Using first definition
Warning: Multiple doodads named ""
Using first definition
Warning: Multiple doodads named ""
Using first definition
Warning: Multiple doodads named ""
Using first definition
Warning: Multiple doodads named ""
Using first definition
Errors from xkbcomp are not fatal to the X server
(EE) Error compiling keymap (server-0)
(EE) XKB: Couldn’t compile keymap
SetClientVersion: 0 9
SetKbdSettings - type: 0 rate: 30 delay: 500 snumlk: 0
[/code]
ici il y a des erreurs et des warnings mais idem je ne sais pas les interpreter.

en tout cas merci de votre aide

#13

Salut,

Installes et utilises provisoirement un autre “display manager” pour purger l’abcès :slightly_smiling:

#14

Salut,

un petit progrès:
avec xdm, la commande “halt” en tty1 fonctionne!
sinon les commandes "shutdown -r"et “reboot” donnent des résultats identiques à avant…
la déconnection graphique ne fonctionne pas,
sur la session X, la combinaison ctr-alt-backspace plante également

avec slim , la commande “halt” fonctionne enn tty1!
“shutdown -h” ne fonctionne, mais l’erreur survient bien plus loin.
il peut arreter un certain nombre de trucs (quasiment tout)
et bloque à

[code]Asking all remaining process to terminate…acpid: exiting

blabla BUG: Soft lockup - CPU#0 stuck for 61s[/code]

c’est vraiment bizarre.
j’ai essayé de virer tous les display manager pour voir, mais impossible de virer celui en cours, car alors aptitude essaye de l’arreter, … et paf, même punition!

#15

Re-salut
Une petite précision supplémentaire:

lorsque je désactive tous les display manager,
je démarre en mode console, sans session X active, et là je peux eteindre, redémarrer, et tout sans problèmes.

Par contre dès que je lance une session X, les problèmes réapparaissent.

Cela semble donc bien lié à X.

#16

Re,

Ceci n’empêche nullement un téléchargement bourré d’erreurs entre le miroir et ton ordinateur ou ta gravure :smiley:

#17

et si tu “kill” Xorg avant d’éteindre ? Ça marche ?

#18

Alors oui ça marche comme ça.

donc concretement pour le moment afin d’avoir un comportement “normal” (c.a.d sans avoir à rebooter sauvagement avec le bouton) il faut

  • deconnecter les display manager
  • lancer X en console (sartxfce4)
  • faire des trucs comme ce pour quoi est fait l’ordinateur
  • ouvrir un tty en root, “tuer” X (killall Xorg)
  • puis eteindre ou rebooter via la console

Le problème semble donc venir plutot de la façon dont X se ferme.
seul le killall semble avoir raison de lui.

#19

Bon, ça y est j’ai confondu le coupable et tout fonctionne bien à présent.

le coupable était le driver de la carte graphique, que ce soit vesa ou nv

J’ai donc installé les drivers proprio nvidia, mais pas avec le module-assistant des dépots, parce ça n’a pas fonctionné (driver pas à jour sur les depots lenny? je ne sais pas, je n’ai pas insisté)
j’ai utilisé le script téléchargé sur le site nvidia http://www.nvidia.fr/Download/index.aspx?lang=fr (qui configure le clavier en qwerty au passage)

et cette fois c’est bon le problème semble résolu.

Grand merci à tous pour vos réponses et vos conseils, ça m’a bien aidé, et en plus j’ai appris plein de trucs.

#20

Re,

Tiens nous au courant lors de ton prochain changement de kernel :slightly_smiling: