fafnir

Ba nan, il ne me manque rien d'essentiel. Je me suis fait une net-install minimale de Lenny et j'ai enrichi mon Gnome à partir de gnome-core avec ce dont j'avais besoin : gnome-utils, les paquets gstreamer, gcalctool, file-roller, ... (je ne voulais pas les jeux, ni epiphany, ekiga, totem,...) Je n'ai pas de problème pour, par exemple, monter-démonter à chaud mes périphériques usb, gérer tous les aspects de mon interface graphique, etc... Je me suis toujours passé de gnome-power-manager, n'ayant pas besoin de connaitre l'état de ma batterie sur mon desktop(!) et ne me servant pas du mode hibernation (mon écran se met en veille au bout de 5 min si je m'absente un moment, sans l'aide de gnome-screensaver dont je me passe aussi puisque xscreensaver fait l'affaire), et je n'ai jamais eu de soucis, jusqu'à présent, pour arréter ou redémarrer mon ordi en session utilisateur, avec le bouton shutdown. Dans un terminal, halt le fait. Concernant mon problème de bouton "shutdown" je vois pas d'autre explication qu'un bug dans l'interface graphique A part ça, "Système > A propos de GNOME" me dit 2.22 ...mais il me disait déjà 2.20 quand la plus grosse partie de mon gnome était encore en 2.14 pour gnome-core et 2.18 pour une partie du reste. Dans Lenny, Gnome est en morceau, en fait. Ainsi, actuellement, des éléments de gnome-core (gnome-panel, gnome-session, gnome-control-center...) sont en 2.20 alors que gnome-menus, gnome-terminal ou les utilitaires gnome-media sont en 2.22. ___

Bon bé j'ai essayé tout ça sans résultat. ... et je n'ai pas de fichier gnome-power-cmd.sh à éditer, vu que gnome-power-manager n'est pas installé sur mon desktop. Je lâche l'affaire, je n'aurai qu'à taper halt dans mon terminal pour éteindre l'ordi, pis c'est tout. Doit y avoir un bug dans mon gnome (gnome-core 2.20 plus des bouts de 2.22 qui commencent à arriver dans Lenny). Je le signalerai au kazoo. Merci beaucoup de m'avoir accordé du temps en tout cas. __

arf... USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND ... root 2342 0.0 0.3 13168 2016 ? Ss 08:43 0:00 /usr/sbin/gdm root 2348 0.0 0.4 13624 3032 ? S 08:43 0:00 /usr/sbin/gdm ... heu... pourquoi y a-t-il 2 lignes pour gdm ? S'il faut que le processus gdm appartienne à un autre user, comment fais-je ? @tourangeaux : Salut, l'Indre-et-Loire ~$ ls -l /sbin/halt -rwsr-xr-x 1 root root 11080 mar 2 00:34 /sbin/halt ... mais mon user est un sudoer sur /sbin/halt. Je peux éteindre en faisant halt en simple user et je rappelle que mon bouton n'est pas grisé : il a juste le comportement anormal décrit dans mon 1er post, quelle que soit la session.

Salut KewlCat heu, je m'en suis jamais préoccupé. Je te donne le résultat de la commande (je comprends pas tout) : ~$ dmesg | grep -i acpi BIOS-e820: 0000000027ff0000 - 0000000027ff3000 (ACPI NVS) BIOS-e820: 0000000027ff3000 - 0000000028000000 (ACPI data) ACPI: RSDP 000F7610, 0014 (r0 VIA694) ACPI: RSDT 27FF3000, 0028 (r1 VIA694 MSI ACPI 42302E31 AWRD 0) ACPI: FACP 27FF3040, 0074 (r1 VIA694 MSI ACPI 42302E31 AWRD 0) ACPI: DSDT 27FF30C0, 259F (r1 VIA694 AWRDACPI 1000 MSFT 100000C) ACPI: FACS 27FF0000, 0040 ACPI: PM-Timer IO Port: 0x4008 ACPI: Core revision 20070126 ACPI: setting ELCR to 0800 (from 0e20) ACPI: bus type pci registered ACPI: Interpreter enabled ACPI: (supports S0 S1 S4 S5) ACPI: Using PIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (0000:00) ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Link [LNKA] (IRQs 1 3 4 5 6 7 *10 11 12 14 15) ACPI: PCI Interrupt Link [LNKB] (IRQs 1 3 4 5 6 7 10 *11 12 14 15) ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 7 10 11 12 14 15) *9 ACPI: PCI Interrupt Link [LNKD] (IRQs 1 3 4 *5 6 7 10 11 12 14 15) pnp: PnP ACPI init ACPI: bus type pnp registered pnp: PnP ACPI: found 13 devices ACPI: ACPI bus type pnp unregistered PnPBIOS: Disabled by ACPI PNP PCI: Using ACPI for IRQ routing ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 10 ACPI: PCI Interrupt 0000:00:07.2[D] -> Link [LNKA] -> GSI 10 (level, low) -> IRQ 10 ACPI: PCI Interrupt 0000:00:07.3[D] -> Link [LNKA] -> GSI 10 (level, low) -> IRQ 10 ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 11 ACPI: PCI Interrupt 0000:00:0d.0[A] -> Link [LNKC] -> GSI 11 (level, low) -> IRQ 11 ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 5 ACPI: PCI Interrupt 0000:00:0d.1[B] -> Link [LNKD] -> GSI 5 (level, low) -> IRQ 5 ACPI: PCI Interrupt 0000:00:0d.2[C] -> Link [LNKA] -> GSI 10 (level, low) -> IRQ 10 ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 11 ACPI: PCI Interrupt 0000:00:08.0[A] -> Link [LNKB] -> GSI 11 (level, low) -> IRQ 11 ACPI: PCI Interrupt 0000:00:07.5[C] -> Link [LNKD] -> GSI 5 (level, low) -> IRQ 5 ACPI: CPU0 (power states: C1[C1] C2[C2]) ACPI: Processor [CPU0] (supports 2 throttling states) ACPI: Power Button (FF) [PWRF] ACPI: Power Button (CM) [PWRB] ACPI: Sleep Button (CM) [SLPB] Time: acpi_pm clocksource has been installed. ACPI: PCI Interrupt 0000:01:00.0[A] -> Link [LNKA] -> GSI 10 (level, low) -> IRQ 10 Donc, ça a l'air bon. Je n'ai jamais eu de problème pour éteindre l'ordi avant. GDM gère mes sessions et n'est jamais lancé en root (la connexion locale de l'administrateur système n'est pas autorisée). Pour info, j'ai créé un 2ème utilisateur pour voir : même problème sur sa session. __

B'jour, 2ème demande d'assistance (désolé) suite à mon upgrade de Lenny : le bouton "shutdown" du tableau de bord Gnome déconne (j'avais toujours pu éteindre ou redémarrer l'ordi en session utilisateur, et là non). Le truc pas clair, c'est qu'il n'est pas grisé comme quand le user n'a pas les droits : Je clique dessus, la fenêtre avec les 3 choix s'affiche (redémarrer, annuler, éteindre). Si j'annule, ça annule, mais si je clique sur 1 des 2 autres, la fenêtre se fige et rien ne se passe. Si je ne clique sur aucun des 3 et que je laisse courir le décompte des 60s avant extinction automatique, la fenêtre se fige également à la fin de ce dernier. Si je clique pour fermer la fenêtre figée (sur la croix en haut à droite), une 2ème fenêtre d'avertissement apparait sur la première : "<< >> ne répond pas. Vous pouvez attendre un instant pour continuer ou insister pour quitter l'application.". Je clique sur Forcer à quitter et je me retrouve sur le bureau. J'ouvre un terminal et je m'aperçois que les commandes ~$ halt, ~$ reboot, et ~$ shutdown -h now ne sont pas acceptées (obligé de passer en root) : je constate que mes droits d'utilisateur ont bien été modifiés, en notant qu'il est quand même bizarre que le bouton "shutdown" ne soit pas alors grisé et me fasse tout ce cinéma. J'ai tenté trois trucs glanés sur la toile : - créer un fichier texte "shutdown.allow" dans /etc en y mettant juste mon nom d'utilisateur, ça n'a pas marché (j'y croyais pas trop, faut dire). - faire un chmod 4755 sur /sbin/halt, /sbin/reboot et /sbin/shutdown, ça marche pô. - éditer /etc/sudoers en rajoutant les lignes : nom_d'utilisateur ALL = NOPASSWD: /sbin/shutdown nom_d'utilisateur ALL = NOPASSWD: /sbin/halt nom_d'utilisateur ALL = NOPASSWD: /sbin/reboot (méthode la plus clean... j'aurai dû commencer par là, mais c'était aussi la plus longue : fichier pas modifiable avec gedit, il a fallu que je me refasse un petit tuto de vi au passage). Bon, là au moins, je peux éteindre en tapant juste halt dans mon terminal-utilisateur (j'ai rajouté alias halt='sudo halt' et alias reboot='sudo reboot' dans mon $HOME/.bashrc). Par contre, MON ****** DE BOUTON "SHUTDOWN" ME FAIT TOUJOURS CH*** (même comportement que décrit au début) C'est un bug ou quoi ? J'ai rien trouvé sur www.debian.org/Bugs. Je ne sais plus quoi faire, j'ai googlisé à mort avant de revenir vers vous. Peut-être un problème de chemin des boutons "éteindre" et "redémarrer" dans la fenètre qui s'ouvre après avoir appuyer sur l'icône "shutdown"... mais je ne sais pas où régler ça. Une solution ? __

ba oui, le pseudo pirlouit était déjà pris sur zébulon. Schyzo je suis... __

Tout juste, Silfeed (je vois que t'as cliqué sur le lien du forum debian-facile.org ). Comme j'y dis à freddec, je sais pas comment ni pourquoi ce fichier avait été créé là : le fait de le neutraliser ne modifiait en rien la config de mon son, et j'ai pu le virer sans refaire un alsaconf ni rien. Désolé KewlCat, j'aurais dû le garder en backup pour vous copier-coller son contenu, c'était peut-être l'occasion de comprendre et d'apprendre un truc tous ensembleu, tous ensembleu, ouais... Mais bon, après 11 redémarrages de session de 5 min chacun avant de trouver l'importun, qui en plus me servait à rien, j'ai pas cherché et je l'ai balancé comme on écrase le fourbe mosquite.

C'EST RESOLU !! Votre piste était la bonne : j'ai neutralisé un à un les fichiers de conf de gnome en faisant des backup et en redémarrant la session à chaque fois et j'ai fini par trouver celui qui coinçait. J'ai suivi la méthode excellemment détaillée par freddec sur le forum de debian-facile.org Pour les lents dans mon genre à qui ça pourrait être utile, c'est ici : http://debian-facile.org/forum/viewtopic.php?pid=3415#p3415 Merci pour votre aide __

Salut et merci pour ta réponse 256JMAN. J'ai suivi ton conseil et la session du nouvel utilisateur créé s'affiche en 10s après le login dans gdm ça vient donc pas de ma config. Sinon, j'avais tenté quelques trucs : Plutôt que le apt-get upgrade que j'avais fait, on m'a conseillé apt-get dist-upgrade que je pensais être réservé aux changements de versions (stable -> testing -> Sid) après avoir édité son sources.list. J'ai donc fait un dist-upgrade (mon sources.list toujours en Lenny) en espérant une "gestion plus intelligente des changements de dépendances dans les nouvelles versions des paquets" qu'avec un simple apt-get upgrade, ainsi qu'une "résolution d'éventuels conflits" qui résoudrait mon problème... ça a pô marché. Je me suis baladé sur http://bugs.debian.org concernant gdm et gnome-core et je n'ai rien trouvé qui ressemble à mon cas. J'ai désinstallé-purgé gdm, rebooté, et après avoir tapé startx, j'ai encore attendu + de 5 min , ça venait donc pas de gdm. J'ai viré gnome-core, édité mon sources.list en Etch, réinstallé gnome-core en version 2.14 et c'était toujours aussi looong, ça venait donc pas de gnome-core 2.20. Et vas-y que je me fume une clope à chaque reboot mmh kof.. Bref, j'ai réinstallé gdm et gnome-core en Lenny. J'ai tenté ton idée, et avec un utilisateur nouvellement créé, tout va bien. Je change d'utilisateur pour revenir à ma session normale : elle met toujours + de 5 min à s'afficher et je vois toujours pas ce qui coince et ce qui a pu se passer au niveau de quel fichier de conf spécifique à ma session lors de l'upgrade. J'ai regardé mon fichier /home/$USER/.xsession-errors, je n'ai rien vu qui m'éclaire. Mon /var/log/syslog, c'est un peu du chinois pour moi... Donc, en résumé : ni les nouvelles versions de gdm et gnome-core, ni ma petite config ne sont en cause, j'ai le strict minimum comme applets sur ma session normale, le boot est satisfaisant, c'est après avoir rentré mon login/pwd dans gdm que je me retrouve devant un écran vierge en attendant longtemps que ma session utilisateur démarre... et je ne sais pas comment tracer ce qui se passe pendant cette période. Arf

Bonjour, Tout d'abord, je vous indique ma modeste config : Duron 850 Mhz, 640 Mo RAM. Je suis sous Debian Lenny (testing) et je viens de faire mon premier apt-get upgrade de l'année 2008. Je regarde la liste : on me propose plein de mise à jour de mes logiciels préférés, tiens SMPlayer est maintenant disponible sous Lenny (je me l'étais procuré dans les dépôts de Sid, enfin un GUI digne de ce nom pour MPlayer), et surtout, ouaaaais, gnome-core passe en version 2.20 (j'avais la 2.14). Mais problème. M'étant fait une netinstall allégée autour de gnome-core, j'étais content de mon temps de boot : 40 s pour arriver sur gdm, je tapais mon login/pw et mon bureau s'affichait ensuite en moins de 10 s. Après l'upgrade, toujours 40 s pour gdm et une fois mon login/pw entré, le bureau met 5 MINUTES 25 SECONDES pour se charger !!! Je précise que je me passe d'un splash-screen, lourd et inutile selon moi. Une fois sur le bureau, tout marche impeccablement. Quelqu'un a-t-il rencontré le même problème ? A quoi cet énorme ralentissement peut-il être dû ? Le passage à Gnome 2.20 serait-il seul en cause ? Je vois pas trop comment revenir en arrière, à moins de tout réinstaller en Etch Un conseil ?