[gnome] Ecran vert à l'arrêt du pc (résolu / disparu)

[apo_arutha]

Bonjour,

Je me suis récemment mis sur archlinux et ça m'a permis d'apprendre pas mal sur les différentes config linux.
Depuis quelque temps, j'ai un problème lors de l'arrêt et le redémmarage de mon pc.

L'écran devient vert (très joli, avec des barres blanches ), et l'arrêt ne fonctionne pas toujours (plantage).

Je ne sais pas si c'est un problème de configuration graphique ou autre chose.
J'ai vidé mes logs avant d'arr?ter le pc, et j'ai ça dans /var/log/errors.log :

Code : Tout sélectionner

Oct 23 14:27:47 sylvainpc kernel: ACPI: I/O resource 0000:00:1f.3 [0x400-0x41f] conflicts with ACPI region SMRG [0x400-0x40f]
Oct 23 14:27:47 sylvainpc kernel: [drm:radeon_driver_load_kms] *ERROR* Failed to initialize radeon, disabling IOCTL

Et ça dans dmesg.log

Code : Tout sélectionner

input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input2
ACPI: Power Button [PWRF]
input: Power Button as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input3
ACPI: Power Button [PWRB]
usbcore: registered new device driver usb
ACPI: SSDT 000000007ff8e0d0 001D2 (v01    AMI   CPU1PM 00000001 INTL 20060113)
processor LNXCPU:00: registered as cooling_device0
ACPI: SSDT 000000007ff8e2b0 00143 (v01    AMI   CPU2PM 00000001 INTL 20060113)
processor LNXCPU:01: registered as cooling_device1
iTCO_wdt: Intel TCO WatchDog Timer Driver v1.05
iTCO_wdt: Found a ICH9 TCO device (Version=2, TCOBASE=0x0860)
iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0)
ohci1394 0000:05:03.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
atl1 0000:02:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
atl1 0000:02:00.0: setting latency timer to 64
atl1 0000:02:00.0: version 2.1.3
i801_smbus 0000:00:1f.3: PCI INT C -> GSI 18 (level, low) -> IRQ 18
ACPI: I/O resource 0000:00:1f.3 [0x400-0x41f] conflicts with ACPI region SMRG [0x400-0x40f]
ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
i801_smbus: probe of 0000:00:1f.3 failed with error -16
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
ehci_hcd 0000:00:1a.7: PCI INT C -> GSI 18 (level, low) -> IRQ 18
ehci_hcd 0000:00:1a.7: setting latency timer to 64
ehci_hcd 0000:00:1a.7: EHCI Host Controller
ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 1
ehci_hcd 0000:00:1a.7: debug port 1
ehci_hcd 0000:00:1a.7: cache line size of 32 is not supported
ehci_hcd 0000:00:1a.7: irq 18, io mem 0xfe7ffc00
ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 6 ports detected

Pour le log Xorg :

Code : Tout sélectionner

cat Xorg.0.log | grep "(WW)"
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(WW) The directory "/usr/share/fonts/TTF" does not exist.
(WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
(WW) RADEONHD(0): rhdAtomAllocateFbScratch: FW FB scratch area 536854528 (size: 16384) extends beyond available framebuffer size 268435456
(WW) RADEONHD(0): RHDCSInit: No CS for R600 and up yet.

cat Xorg.0.log | grep "(EE)"
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(EE) RADEONHD(0): In rhdRROutputGetProperty RRChangeOutputProperty error: 2

Mon xorg.conf est des plus basiques :

Code : Tout sélectionner

Section "ServerLayout"
    Identifier     "X.org Configured"
    Screen      0  "Screen0" 0 0
EndSection

Section "Monitor"
    Identifier     "Monitor0"
    #HorizSync      28-96
    #VertRefresh    30-80
EndSection

Section "Device"
    Identifier     "Card0"
    Driver         "radeonhd"
EndSection

Section "Screen"
    Identifier     "Screen0"
    Device         "Card0"
    Monitor        "Monitor0"
    SubSection     "Display"
        Viewport    0 0
        Depth       24
	#Modes      "1440x900"
    EndSubSection
EndSection

D'habitude, j'arrive à retrouver des posts avec le même type de problèmes que moi et à me débrouiller, mais là je ne trouve pas ...

Si vous voyez d'où vient le problème, ça m'éviterais de redémarrer le pc brutalement (ce que je déteste faire).

Pour info, j'ai un Windows 7 en dual boot, mais je doute que ça influe sur mon pb actuel.
Pour précision également, mon système dispose des dernières mises à jour.

Merci d'avance,
Arutha

edit : j'ai oublié de précisé : j'ai une Radeon HD 3870

[tuxce]

salut, est ce que ton système est à jour ?
peut être lié à ce bug, http://bugs.archlinux.org/task/16737
vérifie que t'es bien avec gnome 2.28.1

[apo_arutha]

Mon système est totalement à jour (j'ai fais un yaourt -Syu aujourd'hui).
Visiblement, je suis bien en 2.28.1 pour gnome (la majorité des paquets du groupe du moins).

Par contre, j'ai effectivement gnome-keyring qui est lancé.
Je vais voir comment le désactiver proprement (sinon je ferais un kill) et je vous tiens au courant.

Code : Tout sélectionner

[b]ps aux | grep gnome[/b]
root      1578  0.0  0.1  42296  3060 ?        S    14:27   0:00 /usr/lib/gdm/gdm-simple-slave --display-id /org/gnome/DisplayManager/Display1
[i]sylvain   1737  0.0  0.1  89024  3768 ?        Sl   14:28   0:00 /usr/bin/gnome-keyring-daemon --daemonize --login[/i]
sylvain   1746  0.0  0.3 161712  7968 ?        Ssl  14:28   0:00 gnome-session
sylvain   1821  0.0  0.5 229028 11616 ?        Ssl  14:28   0:00 /usr/bin/gnome-settings-daemon
sylvain   1858  0.0  0.8 232164 17880 ?        S    14:28   0:00 gnome-panel
sylvain   1865  0.0  0.3 142304  6828 ?        S    14:28   0:00 /usr/lib/polkit-gnome/polkit-gnome-authentication-agent-1
sylvain   1868  0.0  0.2 201552  5144 ?        Ss   14:28   0:00 /usr/lib/gnome-volume-manager/gnome-volume-manager --sm-disable
sylvain   1869  0.0  0.4 149404  8560 ?        S    14:28   0:00 gnome-power-manager
sylvain   1871  0.0  0.3 157448  7896 ?        S    14:28   0:00 /usr/lib/gnome-disk-utility/gdu-notification-daemon
sylvain   1881  0.0  0.1 174544  3276 ?        Ss   14:28   0:00 gnome-screensaver
sylvain   1887  0.0  0.7 229680 14904 ?        S    14:28   0:01 /usr/lib/gnome-panel/wnck-applet --oaf-activate-iid=OAFIID:GNOME_Wncklet_Factory --oaf-ior-fd=18
sylvain   1902  0.0  0.8 301408 16908 ?        S    14:28   0:00 /usr/lib/gnome-panel/clock-applet --oaf-activate-iid=OAFIID:GNOME_ClockApplet_Factory --oaf-ior-fd=19
sylvain   1905  0.0  0.4 188468  9820 ?        S    14:28   0:00 /usr/lib/gnome-panel/notification-area-applet --oaf-activate-iid=OAFIID:GNOME_NotificationAreaApplet_Factory --oaf-ior-fd=26
sylvain   1925  0.0  0.7 209136 15996 ?        Sl   14:28   0:02 gnome-terminal
sylvain   1926  0.0  0.0   7936   660 ?        S    14:28   0:00 gnome-pty-helper
root      3407  0.0  0.0  10100  1020 pts/0    S+   16:46   0:00 grep gnome

edit :
J'ai fait un kill (je n'ai pas trouvé comment le virer autrement).
J'ai toujours un bel écran vert, mais au moins, ça reboot ...

[tuxce]

pour le désactiver proprement, il faut enlever le gestionnaire de mot de passe depuis les programmes au démarrage, mais le bug m'étonne, il est normalement résolu, c'en est peut être un autre.

pour ce qui est de l'écran, c'est l'une des très bonne initiatives comme celles que peuvent avoir pleins d'équipe de dev, ils ont décidé qu'un utilisateur ne peut pas modifier le fond d'écran par défaut (qui s'affiche par exemple lors du dévérouillage de la machine), donc pour le changer, il faut modifier une clé gconf système ou changer directement le fichier:

Code : Tout sélectionner

gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.defaults/ -s /desktop/gnome/background/picture_filename -t string le_fichier_que_tu_veux

ou

Code : Tout sélectionner

gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.defaults/ -s /desktop/gnome/background/picture_filename -t string ''

pour laisser un fond noir.
et le fichier par défaut est: /usr/share/pixmaps/backgrounds/gnome/background-default.jpg

[apo_arutha]

Ok, merci pour les réponses.

Pour le fond lors de l'arrêt, en fait c'est un fond vert foncé rayé de vert clair. Ce n'est pas le fond d'écran de base (que je n'ai d'ailleurs pas changé). Je pense donc que c'est plus du à un plantage de X qu'autre chose.

Sinon, je viens de refaire un test : j'ai installé un nouveau paquet (openoffice, que je n'avais pas encore pris le temps d'installer), j'ai killé gnome-keyring et j'ai redémarré.

J'ai toujours mon écran vert, mais pour le coup, ça ne boote plus. J'avais des doutes sur le fait qu'installer un paquet jouait sur le bug, c'est pourquoi j'ai fais le test.

Pour info, les derniers paquets que j'ai installé avant que le bug arrive, ce sont les paquets iptables pour pouvoir me faire un firewall digne de ce nom ...

Une dernière chose : j'ai enlevé gnome-keyring dans systeme > préférences > applications au démarrage, mais il se relance quand même (pourtant, ça été pris en compte malgré le plantage).

Je ne vois pas ce qui peut provoquer ce genre de chose.

edit :
Petit détail énervant : à chaque fois que ça plante et que je suis obligé de redémarrer comme une brute, j'ai un problème d'horloge dans le futur qui me bloque lors du contrôle des partitions et qui m'oblique à faire ctrl-d (ce qui redémarre encore un coup).
Après, lors du même contrôle, il me dit évidemment que j'ai une erreur sur ma partition, et il me la scanne ...

[apo_arutha]

Après mise à jour du système (et donc du noyau), le bug réapparait.
Il semblerait que ce soit vraiment la mise à jour du système via yaourt qui fasse planter le redémarrage d'une manière ou d'une autre ...
Ou alors, le temps d'utilisation de la session avant redémarrage conditionne l'apparition ou non du bug.

Enfin bref, toujours est-il que si je redémarre sans faire de mise à jours, ça marche correctement.

Je ne sais pas si ça peut aider, mais j'ai maintenant une config avec un utilisateur install qui a les droits d'utilisation de yaourt (mon utilisateur principal n'ayant pas les droits pour ça, et je ne veux pas utiliser root (ça m'a été déconseillé).

Ca n'a sans doutes rien à voir, mais dans le doute :

Code : Tout sélectionner

$ su install
Mot de passe : 
No protocol specified
Cannot open display ":0.0"
$

Mis à part ça, les mises à jours et les installations se passent sans problèmes ...

Bref, visiblement je suis le seul à avoir un bug similaire, c'est donc probablement du à un problème de configuration de ma part.
Je vais tacher de fouiller un peu plus (je ne tiens pas particulièrement à réinstaller tout le système pour si peu).

[FredBezies]

Ce serait pas un bug du serveur pour le circuit ATI, par hasard ?! Car cela y ressemble pas mal, à moins que je ne me trompe lourdement !

[apo_arutha]

C'est tout à fait possible.
J'ai effectivement une ATI HD3870 pilotée par radeonhd.

Existe-il un moyen de palier au problème ?
Si possible sans installer les pilotes proprio, mais si il faut en passer par là ...

[apo_arutha]

Bon, visiblement le bug a disparu (j'ai fais un Xorg -configure, ça a peut être changé qqch).