Archlinux.fr [Forums]

Bonjour

Le forum Installation et configuration m'ayant permis de réussir à booter sous Archlinux, j'espère bien que celui-ci me permettra de lancer le serveur X.
Il y a certainement plusieurs problèmes mais j'ai du mal à les séparer.
J'ai installé le pilote "nouveau" pour ma carte nvidia et si la configuration semi-automatique de X (X -configure) le voit, mkinitcpio ne le trouve pas lors de la régénération de initrd.
Le lancement du serveur X par x -config /root/xorg.conf.new renvoie comme messages d'erreur :
[drm] No DRICreatePCIBusID
No screen found
J'ai trouvé quelques posts sur différents sites, mais aucun ne m'a encore permis d'avancer (peut-être n'ai je pas bien regardé?).
En utilisant le live-cd CTKArchlive, qui fonctionne très bien sur mon PC, j'ai comparé les modules chargés et là "nouveau" est bien présent en mémoire.
Quelques idées ou retour d'expériences?
Qui doit charger ce module et quand?
Comment être sûr que kms tourne et si hal aussi?
Comment lire la configuration d'un serveur X en action?
Quelle énormité ai je commise ou oubliée?

Karhu.
Le persévérant vers la lumière.

Il me semble que le pilote doit être chargé en complétant la ligne MODULES=(nouveau) dans ton fichier /etc/rc.conf

Ton driver étant chargé, la configuration de ton serveur X utilisant le pilote "nouveau" devrait fonctionner.

J'espère ne pas me tromper.

Non, normalement nouveau se charge tout seul au redémarrage.

Mais le mieux c'est de suivre le wiki : http://wiki.archlinux.fr/xorg/nvidia/nouveau

Donc tu dois faire au minimum ceci : Redémarre et normalement tout devrais fonctionner par défaut (Tu ne dois pas avoir de /etc/X11/xorg.cong)

J'ai bien suivi la procédure d'installation et j'ai créé le fichier 20-nouveau.conf dans xorg.conf.d.
Comme je l'ai écrit, mkinitcpio ne le voit pas lors de la régénération de initrd, ce qui doit aussi expliquer son non chargement par le noyau.
Le lsmod sur le live-ce m'indique que ttm nouveau, drm_kms nouveau et drm nouveau sont chargés, moi je n'ai aucun des trois ce qui correspond bien au message d'erreur de démarrage du serveur.
Même s'il ne le voit pas il doit peut-être y avoir un moyen dans un premier temps d'obliger le serveur à utiliser le pilote vesa qu'il voit aussi lors de la configuration.

Karhu.

J'avais oublié, indiquer le module "nouveau" dans rc.conf entraîne une erreur fatale ==> module not found. Logique dans le contexte actuel. Karhu.

Perso, j'ai pas créé ce fichier. une fois nouveau installé, j'ai suivi ces instructions du wiki:

This method will start KMS as early as possible in the boot process, when the initramfs is loaded. Here is how to do this with the official packages:
1) Add "nouveau" to the MODULES array in /etc/mkinitcpio.conf:
MODULES="nouveau ..."
2) Add "/etc/modprobe.d/modprobe.conf" to the FILES section in /etc/mkinitcpio.conf:
FILES="/etc/modprobe.d/modprobe.conf"
3) Re-generate your initcpio:
# mkinitcpio -p <your kernel preset (kernel26, etc.)>

Y'a une étape supplémentaire par rapport au wiki francophone, l'ajout de modprobe.conf dans mkinitcpio, l'étape 2) Vérifie si c'est pas ça qui coince des fois.

Mkcpio a pas bronché chez moi. Je viens de remettre le module nvidia en service (besoin de glx pour blender), opération inverse sans pépin.
J'avais en plus blacklisté le module nvidia dans modprobe.conf et viré le xorg.conf. Tu peux très bien tout virer le xorg.conf.d, si t'as fait trop plein de modif, ça se régénèrera tout seul.

Je suppose que je dois aussi modifier le fichier modprobe.conf pour ajouter la ligne d'installation du module.
Merci je tente.
Karhu.

Et si tu tentes de charger le module toi-même?

Je viens de faire les modifications, le résultat est le même.
J'ai aussi essayé de le charger avec modprobe il ne le trouve pas!
Je pense à un lien symbolique manquant, car le noyau, mkinitcpio et startx ne cherche visiblement pas au même endroit. Actuellement rc.conf, mkinitcpio.conf et modprobe.conf devraient le charger et bien j'ai l'impression qu'ils se font des politesses. Peut-être faut il mettre à jour le PATH des bibliothèques? Mais ça, je ne sais pas comment le faire.
Donc mkinitcpio et le noyau ==> fatale erreur
startx ==> [drm] No DRICreatePCIBusid symbol.
live-cd ==> OK

Karhu.

bonsoir

nouveau aussi sous linux et archlinux j'ai eu aussi des problemes pour demarrer mon serveur x avec la meme erreur (carte nvidia GT240m)

en cherchant j'ai trouvé une soluce :
dans /etc/X11/xorg.conf.d j'ai cree le fichier 20-nouveau.conf et j'y ai mis ces infos

Section "Device"
Identifier "Card[0]"
Driver "nouveau"
# BusID "PCI:1:0:0"
EndSection

et là startx fonctionne

par contre j'ai desinstallé nouveau-DRI car mon serveur plantait regulierement (gnome 2.32)

HAL n'est pas executé mais par contre j'ai rajouté dbus dans rc.conf

@nlu C'est un peu marqué dans le wiki et on en a déjà parlé dans le topic...

desolé d'avoir derangé

au revoir

karhu a écrit :J'ai aussi essayé de le charger avec modprobe il ne le trouve pas!

Ca donne quoi?

Et lsmod?

Bonjour

lsmod ne donne rien non plus puisqu'il n'est pas chargé ce module.
Avec le live-cd qui fonctionne parfaitement bien sur mon PC, lsmod indique bien
ttm nouveau
drm_kms nouveau
drm nouveau

Donc je sais que c'est possible. Mais comment le fait il? C'est la question.

Karhu.

Yep, j'avais compris
Je voulais juste voir ce que retourne les deux fonctions.

essaie au préalable de voir si le module "nouveau" existe vraiment (locate nouveau - il faut installer le paquet mlocate) sinon essaie de voir si les paquets de xorg sont bien installés ou fait une reinstall. voir le post de benjarobin

Donc tu dois faire au minimum ceci :
Code:
pacman -S xf86-video-nouveau libgl
Redémarre et normalement tout devrais fonctionner par défaut (Tu ne dois pas avoir de /etc/X11/xorg.cong)

il a marqué : au minimum
Si le cd live fonctionne ton install doit fonctionner, il n'ya pas sur arch des configs pour cd live ou pour netbook ou pour etc .... et il n'y a pas besoin

Bonjour

Comme hélas je le supposais, c'était énorme. La faute est entièrement pour moi. Suite à un post dans le forum Autres distributions, la réponse a jailli :
je n'avais pas fait de mise à jour générale après l'installation et le kernel était le 2.6.33 au lieu de 2.6.35. Voilà, voilà. Pour ma défense je dirai juste que c'est à la suite de presque dix années d'assistanat avec des distributions versionnées que j'ai perdu mes réflexes d'antan. Ce n'est pas une excuse, c'est un fait.

Merci à tous ceux qui on perdu un peu de temps pour moi.

Karhu.

Ne vous inquiétez pas, même si peux à présent lancer le serveur X, celui plante et fige le PC, problème existant déjà sous Ubuntu 10.04 avec certaines cartes nvidia. Donc à bientôt pour un nouveau post.

Si ça peut t'aider, karhu, je te conseille les drivers propriétaires (nividia) aux drivers libres (nouveau).

La différence de qualité est assez impressionnante. Nvidia a toujours soigné ses drivers sous Linux, contrairement à une autre marque que je ne citerai pas.