Archlinux.fr [Forums]

Bonjour,

J'ai une nouvelle Archlinux, tout à fait à jour. Enfin, presque. J'ai quelques paquets à mettre à jour, à priori rien concernant le présent problème (à moins que le kernel:
core/kernel26 2.6.28.3-1 -> 2.6.28.4-1 n'y soit pour quelque chose ?

À quoi ça ressemble ?
* portable IBM T30

* carte graphique ATI Radeon Mobility M7 7500

* environnement de bureau Lxde avec lxpanel;

* pour gérer l'extinction, lxsession-logout;

* je suis dans le groupe power;

* hal et dbus sont bien lancé;

Quel est le problème ?
Quand je sélectionne au choix, le bouton Arrêter, ou Redémarrer, en fait ça n'arrête que X. Je me retrouve donc avec une invite de commande dans la console tty1.

La dernière ligne de message que je peux lire avant l'invite de commande est celle-ci:

Code : Tout sélectionner

Error    Setting MTRR (base=0x8000000 size=0x01000000, type=1) Invalid argument (22)

(Dans le texte).

Je l'ai recopiée à la main, parce que dans les messages Xorg.0.log ça n'apparaissait pas dans le message final.

Une recherche sur le web m'a amenée à deux pages en particulier, celle-ci: HOWTO: ATI fglrx MTRR error fix m'a donné l'idée de regarder le retour de la commande cat /proc/mtrr :

Code : Tout sélectionner

$ cat /proc/mtrr 
reg00: base=0x000000000 (    0MB), size=  512MB, count=1: write-back
reg01: base=0x01ff80000 (  511MB), size=  512KB, count=1: uncachable

et curieusement, la valeur pour size, dans la ligne reg00 n'a rien à voir avec la valeur donnée dans le message d'erreur.

Toujours avec les mots clés "Error Setting MTRR" j'ai regardé une page chez "netbsd.se" sans que je n'y trouve quelque chose de clair.

Le log de message.log et celui de everything.log me donnent des choses comme ça:

Feb 13 14:13:17 trottinette pci 0000:01:00.0: power state changed by ACPI to D0
Feb 13 14:13:17 trottinette pci 0000:01:00.0: PCI INT A -> Link[LNKA] -> GSI 11 (level, low) -> IRQ 11
Feb 13 14:13:17 trottinette [drm] Initialized drm 1.1.0 20060810
Feb 13 14:13:17 trottinette [drm] Initialized radeon 1.29.0 20080528 on minor 0
Feb 13 14:13:19 trottinette X:2894 conflicting memory types e8000000-e9000000 write-combining<->uncached-minus
Feb 13 14:13:19 trottinette reserve_memtype failed 0xe8000000-0xe9000000, track write-combining, req write-combining
Feb 13 14:13:20 trottinette X:2894 conflicting memory types e8000000-e9000000 write-combining<->uncached-minus
Feb 13 14:13:20 trottinette reserve_memtype failed 0xe8000000-0xe9000000, track write-combining, req write-combining
Feb 13 14:13:20 trottinette X:2912 freeing invalid memtype e8000000-e9000000

error.log lui me dit:

$ sudo tail -n 50 errors.log
Mot de passe :
Feb 11 08:45:19 trottinette IO APIC resources could be not be allocated.
Feb 11 14:33:57 trottinette IO APIC resources could be not be allocated.

$ grep EE /var/log/Xorg.0.log
Current Operating System: Linux trottinette 2.6.28-ARCH #1 SMP PREEMPT Mon Feb 2 22:22:59 UTC 2009 i686
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(II) Loading extension MIT-SCREEN-SAVER
(EE) RADEON(0): [agp] AGP failed to initialize. Disabling the DRI.

$ grep WW /var/log/Xorg.0.log
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
(WW) RADEON(0): LVDS Info:
(WW) RADEON(0): [agp] AGP not available
(WW) RADEON(0): Direct rendering disabled

$ glxinfo | grep rendering
direct rendering: Yes

$ lsmod | grep agp
intel_agp 27580 1
agpgart 31572 2 intel_agp,drm

Au cas où, mon xorg.conf est là.

Je ne sais pas si c'est la piste à suivre pour ce problème.

Je vais faire cette mise à jour et rebooter sur l'autre Archlinux que j'ai sur ce portable. Il y a aussi Lxde dessus, mais des paquets kernel et Xorg plus anciens. Pas de problème pour rebooter ni pour éteindre en mode graphique. Je vais regarder si je trouve un message d'erreur identique -ou non- lorsque je déloggue.

Si quelqu'un a une ou des idées de pistes à me suggérer, un conseil... merci par avance.

/Edit : sur le chan tuxce m'a conseillée de lancer :

Code : Tout sélectionner

lxsession-logout &> fichier_log

avant de sélectionner le bouton Arrêter ou Redémarrer, dans un cas comme dans l'autre la réponse est:

** (lxsession-logout:2934): WARNING **: main.c:281: Failed to contact HAL: org.freedesktop.hal.power-management.shutdown no <-- (action, result)

hal semble être en erreur, je ne peux ni le démarrer ni l'arrêter. Il est bien dans les demons dans rc.conf:

DAEMONS=(syslog-ng hal net-auto net-profiles crond)

Je ne sais pas si cela a rapport (les erreurs en tout cas ne le suggère pas), mais ne serait ce pas la mise à jour de hal/consolekit récente ? Quelle version de hal as tu ? Tentes de revenir à la hal-0.5.11-4-i686.pkg.tar.gz si tu as la -7 et retente (enfin, c'est une idée au hasard ...)

Bonsoir Skunnyk,

J'ai la version hal 0.5.11-7. Une mise à jour récente... je regarde :
[2009-02-08 17:42] upgraded hal (0.5.11-4 -> 0.5.11-7)

et avant:
[2008-12-23 21:44] installed hal (0.5.11-4)

En effet.

Tu dois avoir raison, merci Skunnyk.

Il y a Toudix sur le chan qui m'a parlé de Policykit. Il a eu un problème proche et complété un fichier /etc/PolicyKit/PolicyKit.conf pour avoir ça:
http://pastebin.ca/1336254

et il m'a aussi montré ce fil:
I won the struggle against hal and policykit

Ce que je pense : à la rigueur éditer un fichier du répertoire /etc, pourquoi pas, je fais ça souvent déjà, comme le fstab, le xorg.conf... mais par contre, pour créer un fichier exécutable à mettre sous /etc/rc.d tel que présenté dans le fil, je me pose des questions ?!

Ne serait-ce pas quelque chose qui devrait être intégré naturellement à hal lors de l'installation, si c'est nécessaire ? Et qu'adviendra-t-il de son fichier exécutable, lors de prochaines mises à jour de hal ?

De plus, je ne sais pas voir toutes les implications de ce qu'il fait : il ajoute son fichier en tant que demon dans rc.conf...

Bref, que doit-on en penser ?

Pour l'instant, j'essaie le fichier de Toudix, et je vais revenir dire comment ça le fait. Sinon, je vais peut-être essayer de rétrograder (mais je ne sais pas si j'ai encore l'ancienne version de hal dans mon cache, j'ai fait un "pacman -Sc" hier).

regarde ce post aussi:
http://forums.archlinux.fr/post27238.html#27238

tuxce a écrit :regarde ce post aussi:
http://forums.archlinux.fr/post27238.html#27238

Super, les explications que tu m'as données sur le chan ont parfaitement fonctionné.

Voici mon nouveau .xinitrc:

case $1 in
lxde)
exec startlxde
;;
*)
exec ck-launch-session startlxde
;;
esac

Ça reboote et ça s'éteint maintenant parfaitement.

Un grand merci, ainsi qu'à Skunnyk et Toudix.

Tu as aussi donné les solutions pour Gnome et Kde sur l'autre post. Quelqu'un saurait-il comment ça se configure pour Slim ? J'aurais peut-être envie de l'essayer un de ces jours.

c'est la combinaison gdm/gnome ou kdm/kde qui le démarrent direct, pour le reste, c'est des fichier à faire soit même, slim par défaut prend le .xinitrc, donc, il suffit de rajouter le ck-launch-session dans le .xinitrc

tuxce a écrit :pour le reste, c'est des fichier à faire soit même, slim par défaut prend le .xinitrc

Ah d'accord. Merci encore.

Archlinux.fr [Forums]

[LXDE] Ni shutdown, ni reboot +Erreur MTRR (Résolu)

[LXDE] Ni shutdown, ni reboot +Erreur MTRR (Résolu)