Page 1 sur 1

[apu amd+ati] Écran noir au boot et avec Xorg [résolu]

Publié : ven. 16 sept. 2011, 18:33
par Van
Bonjour à tous !

Je pense me retrouver face à un problème de bas niveau (dans les couches matérielles) avec un PC qui vient tout juste d'être acquis : Acer e-machines G443.

Il est équipé du processeur AMD Dual-Core E-350.

Le problème est que le live CD (d'août 2011, version 64 bits) renvoie une erreur au chargement et finit par afficher un écran noir pour une durée indéterminée, avant-même de donner l'accès au shell.

Je n'ai donc malheureusement pas la possibilité de récupérer le moindre mot de ce que l'écran affiche pour le reporter ici avec exactitude, je peux juste dire qu'avant le plantage Arch parle de conflits au niveau des adresses de mémoire (peut-être vidéo et RAM ?) et qu'il dit « No or unsupported wmi interface, unable to load » sans finir sa phrase avant de me laisser face au sinistre écran noir.
Petite précision : à partir de ce stade là, le lecteur CD arrête de faire du bruit, je pense donc que le système avorte réellement.

Le live CD a été essayé sur d'autres ordinateurs et il fonctionne très bien sur eux.

Ah oui aussi, un vieux live CD Ubuntu se lance sans problème sous cet Acer, j'ai donc toutes les raisons de croire que le souci vient du fonctionnement d'Arch.

Quelqu'un a-t-il une solution à ce problème ?

Merci les archers !



Edit :

Bon alors je m'auto-réponds ici car même si je n'ai pas trouvé de solution convaincante pour le moment, il y a quand même du nouveau.

Le bruit du CD s'arrêtait parce que le système finissait son chargement juste après l'apparition de l'écran noir.
Donc, ce n'était pas un plantage complet.

En fait le problème est déjà arrivé à d'autres, mais ils ne semblent pas avoir eu les mêmes messages d'erreur que moi : http://forums.archlinux.fr/topic8483.html

Par ailleurs, avec un peu de patience j'ai fini par noter les principaux messages d'erreur dans leur contexte (ça servira au minimum à ceux cherchent sur le net pour retomber ici) :

Code : Tout sélectionner

Decompressing Linux... Parsing ELF... done.
Booting the kernel.
[   xx.xxxxxx] pci-root PNP0A08:00: address space collision: host bridge window
[mem 0x000cc000-0x000cffff] conflicts with Video ROM [mem 0x000c0000-0x000c03ff]
:: Starting udevd...
done.
[...]

Code : Tout sélectionner

:: Waiting for UDev uevents to be processed                         [BUSY]
[   xx.xxxxxx] SP5100 TCO timer mmio address 0xb80430 already in use
[   xx.xxxxxx] acer_wmi: No or unsupported WMI interface, unable to load
Où les expressions "xx.xxxxxx" représentent des nombres qui diffèrent d'un lancement à l'autre.

Quoi qu'il en soit, le problème n'est résolu que par bidouillage, puisque la solution indiquée dans le lien que j'ai donné plus haut consiste à désactiver des fonctions graphiques.
On peut juste espérer qu'il existe un moyen d'installer un pilote de carte graphique un peu plus compatible que celui présent par défaut.

Une dernière chose :

Faut-il reporter ce genre de problème au support d'Archlinux ? Après tout, cette erreur empêche le lancement par défaut du CD d'installation sur certains ordinateurs à cause de sa propre configuration, peut-être qu'ils voudraient en apporter la correction ?



(Edit : Modification du titre du sujet qui était "No or unsupported wmi interface")

Re: [cd install] "No or unsupported wmi interface"

Publié : ven. 16 sept. 2011, 22:01
par tuxce
Ce n'est pas un souci lié à Archlinux, c'est plutôt en rapport avec le noyau (d'après ce que j'en comprend), après, kernel.org étant donné qu'il est au abonnés absents pour l'instant, ça va être dur de vérifier s'il n'y a pas un bug d'ouvert.
A priori, y en a un pour ubuntu: https://bugs.launchpad.net/ubuntu/+sour ... bug/788021 il a du être remonté aussi au niveau du noyau.

Ceci dit, rien n'empêche de le signaler quand même sur https://bugs.archlinux.org (ou de voir si ce n'est pas déjà fait), c'est rare de patcher pour un cas particulier qui se contourne facilement, mais au moins, ça sera signalé.

Re: [cd install] "No or unsupported wmi interface"

Publié : dim. 18 sept. 2011, 02:20
par Van
Merci pour cette réponse.
En cherchant encore par la suite, j'ai vu que le bug est déjà signalé sur plusieurs listes.

C'est le matériel qui est trop récent pour les pilotes libres actuels.

Et comme on peut s'y attendre, le lancement du serveur X provoque le même problème d'écran noir.
J'ai cependant obtenu un affichage graphique très approximativement acceptable avec la démarche suivante :

------------------------------------------------------

Installation du pilote générique vesa (larmes aux yeux) avec la commande :

Code : Tout sélectionner

pacman -S xf86-video-vesa
Création du fichier "/etc/X11/xorg.conf.d/10-monitor.conf" :

Code : Tout sélectionner

Section "Monitor"
    Identifier     "Monitor0"
    Option         "PreferredMode"  "1600x900"
EndSection

Section "Device"
    Identifier    "Device0"
    Driver        "vesa"
EndSection

Section "Screen"
    Identifier    "Screen0"
    Device        "Device0"
    Monitor       "Monitor0"
    DefaultDepth  24
    SubSection "Display"
        Depth     24
        Modes     "1600x900" "1024x768_75.00"
    EndSubSection
EndSection
(Note : malheureusement, le pilote vesa ne peut pas utiliser la résolution 1600x900 spécifiée et se rabat sur la 1024x768, voir un peu plus bas dans ce post le test concernant le pilote "ati")

Désactivation du modeset au boot pour éviter l'écran noir, en modifiant la ligne du fichier "/boot/grub/menu.lst" :

Code : Tout sélectionner

kernel /boot/vmlinuz-linux root=/dev/sda5 ro
En :

Code : Tout sélectionner

kernel /boot/vmlinuz-linux root=/dev/sda5 ro nomodeset
Ou :

Code : Tout sélectionner

kernel /boot/vmlinuz-linux root=/dev/sda5 ro radeon.modeset=0
(Note : les deux semblent apporter le même résultat. On peut aussi essayer d'ajouter la directive "vga=854" afin d'obtenir la résolution en mode console la moins pire pour ce matériel.)

J'ignore si ça joue, mais j'ai aussi reconstruit le initramfs en :
  1. Ajoutant les modules "intel_agp" et "radeon" au fichier "/etc/mkinitcpio.conf" :

    Code : Tout sélectionner

    MODULES="intel_agp radeon"
  2. Puis en exécutant la commande de reconstruction :

    Code : Tout sélectionner

    mkinitcpio -p linux
------------------------------------------------------

Une fois, et une seule fois seulement, il m'a été possible de lancer Xorg en utilisant le pilote ati !
Mais après quelques autres installations qui n'ont à priori pas de rapport avec les fonctions graphiques (du genre wifi, audio, etc...), X a de nouveau renvoyé un écran noir au lancement.
De plus la fois où l'affichage a fonctionné, l'écran noir est survenu au moment de quitter le serveur X pour revenir en mode console.

La seule modification apportée pour passer du pilote vesa à l'ati est cette ligne du fichier "/etc/X11/xorg.conf.d/10-monitor.conf" :

Code : Tout sélectionner

    Driver        "vesa"
Devenue :

Code : Tout sélectionner

    Driver        "ati"
L'écran affiche alors enfin la résolution correcte 1600x900, dommage que les réjouissances ne puissent pas se poursuivre au delà d'un seul essai fructueux.

Au cas où un internaute perdu débarquerait au milieu de ce message, qu'il pense aussi bien à installer le pilote en lui-même (on ne sait jamais...) avec la commande :

Code : Tout sélectionner

pacman -S xf86-video-ati
Il n'y a vraiment plus rien à faire pour reproduire ce lancement opérationnel, j'ai essayé de retourner tous les réglages dans tous les sens, mais sans succès.

------------------------------------------------------

Donc au final, la "solution" consistant à utiliser le pilote vesa ne reste quand même que partiellement satisfaisante.
Si quelqu'un a une idée, ou est aussi en train de plancher sur le même problème, qu'il n'hésite pas à faire part de ses découvertes.
Ce topic est là pour ça. =)

Re: [apu amd+ati] Écran noir au boot et au lancement d'Xorg

Publié : dim. 18 sept. 2011, 09:06
par FoolEcho
Van a écrit :La seule modification apportée pour passer du pilote vesa à l'ati est cette ligne du fichier "/etc/X11/xorg.conf.d/10-monitor.conf" :

Code : Tout sélectionner

    Driver        "vesa"
Devenue :

Code : Tout sélectionner

    Driver        "ati"
Attends, le pilote catalyst est "fglrx", non ? http://wiki.archlinux.fr/ATI#Catalyst :?
Et il te faut aussi réactiver KMS.
Là, à priori, je dirais que X te charge encore le module radeon (qui ne fonctionne pas, tu l'as dit), à vérifier dans le log de X. Tu devrais essayer de nouveau en suivant le wiki.
Van a écrit :Création du fichier "/etc/X11/xorg.conf.d/10-monitor.conf" :
Accessoirement, tu devrais mettre chaque section personnalisée dans autant de fichiers séparés (question de lisibilité).

Re: [apu amd+ati] Écran noir au boot et au lancement d'Xorg

Publié : dim. 18 sept. 2011, 16:47
par Van
Ok, merci du tuyau pour les sections personnalisées dans différents fichiers.

J'ai essayé de nouveau en suivant le wiki (anglophone) et en recommençant l'installation de A à Z, donc sans les nombreux bidouillages inutiles, mais là aussi seul le pilote vesa arrive à éviter l'écran noir.
FoolEcho a écrit :Attends, le pilote catalyst est "fglrx", non ?
Oui bien sûr, mais j'ai pour politique de ne pas utiliser de code propriétaire (ou le moins possible) sur un OS non virtualisé, alors je préfère la version libre du pilote qui se nomme "ati". C'est une question de choix personnel...
FoolEcho a écrit :Et il te faut aussi réactiver KMS.
C'est là que ce trouve le gros du problème : L'écran devient noir au boot quand KMS est activé, et lorsque KMS est desactivé, alors c'est au démarrage de Xorg qu'il devient noir (sauf si le pilote utilisé est "vesa").

Re: [apu amd+ati] Écran noir au boot et au lancement d'Xorg

Publié : dim. 18 sept. 2011, 18:44
par FoolEcho
J'avais compris de travers, j'ai cru que tu passais du libre à catalyst... Tu as le même résultat avec le pilote radeon ? (...évidemment ça ne marchera pas si tu ne peux pas activer KMS et tu ne pourras faire qu'avec vesa...)

Re: [apu amd+ati] Écran noir au boot et au lancement d'Xorg

Publié : sam. 01 oct. 2011, 23:02
par Van
Ok.

Le problème n'est toujours pas résolu, mais à présent il est clairement répandu.
Une discussion à ce sujet sur le forum Arch anglais : https://bbs.archlinux.org/viewtopic.php?id=125356 (les liens vers lesquels le sujet pointe sont aussi intéressants)

Malheureusement les suggestions des utilisateurs ne changent rien.

Il me semble par ailleurs que le message du type "Address Space Collision" n'est pas lié à celui annonçant une déficience de l'interface WMI pour Acer. Ce dernier ne concerne peut-être que le Wifi, qui fonctionne malgré cet avertissement.

Il n'y a vraiment personne qui s'y connaît suffisamment bien en Kernel et en Hardware sur ce forum pour trouver une solution temporaire ?
Ou alors il n'y a pas d'autre possibilité que d'attendre une mise à jour du noyau en priant pour que le problème y soit résolu ?

C'est vrai qu'en attendant, tout le reste fonctionne très bien... Mais c'est terriblement frustrant à la longue d'avoir un 1024x768 étiré à 1600x900.



EDIT du 25 mars 2013 :

Depuis un certain nombre de mois déjà, le problème a entièrement disparu. Je marque le topic comme étant résolu.
À mon avis c'est dû aux mises à jour du noyeau linux.

Donc pour ceux qui viennent se perdre sur ce topic après la bataille, je ne peux que vous suggérer de mettre à jour votre Système d'exploitation.
Bon courage. ^^