Archlinux.fr [Forums]

J'ai (ré)installé arch sur mon toshiba de 6 ans

ce pc est destiné à ma marraine, donc je voulais un environnement graphique simple d'utilisation, gnome3 me plaît, et il tourne bien sur mon autre pc avec une carte ati avec les drivers libres, vu la réputation d'ati je pensais que ça irait tout seul avec nvidia. Ben non.

Test en live-cd de fedora 15 d'abord, à première vue ça marche (autologin) mais si je tente de me déloguer/reloguer ça bugue bien.

Sur arch, avec le lancement avec startx (.xinitrc ci-dessous) ça marche bien, quelques artefacts sur le dock (quand on survole une icône, le fond est brièvement buggé puis revient à la normale), mais rien de grave. Si on reloade le shell, c'est buggé tout blanc.

Avec gdm/slim/lxdm, rien ne va plus, d'abord seulement le fond d'écran s'affiche au départ, le panel s'affiche en allant dans activités, mais c'est buggé, multicolore, la zone de notification aussi.

Si c'était tout le temps buggé, je dirais c'est le driver qui merde. Mais là c'est pas le cas. Et comme startx prend en compte le .xinitrc comme slim, je comprends pas pourquoi l'un a cet effet et pas l'autre. Quelqu'un
a une idée ? /etc/rc.conf
http://pastebin.archlinux.fr/433914

/etc/slim.conf
http://pastebin.archlinux.fr/433915

captures d'écran :
startx


startx après reload de gnome-shell (alt+F2)


gestionnaire de connexion (slim)


gestionnaire de connexion (slim) après reload

Tu ne dis pas quel pilote nvidia tu utilises: le proprio ou le libre ?

Rien d'intéressant dans les logs ?

pardon, c'est nouveau (mis dans le titre donc oublié dans le sujet...)

Je vais voir, j'avais rien vu de marquant mais entre mes différentes manips ils ont eu le temps de se remplir... je vais supprimer les derniers logs de Xorg et slim puis retester et les poster.

kamui57 a écrit :pardon, c'est nouveau (mis dans le titre donc oublié dans le sujet...)

Autant pour moi, j'avais pas remarqué.

(servait à rien)

avec startx, donc ça va bien
Xorg.0.log http://pastebin.archlinux.fr/433924

je complète ce post à chaque essai

startx + reload du shell (blanc/multicolore)
Xorg.0.log http://pastebin.archlinux.fr/433926

slim (buggé, multicolore)
lancement : /etc/rc.d slim start en root
Xorg.0.log http://pastebin.archlinux.fr/433928
slim.log http://pastebin.archlinux.fr/433929

slim + slim + reload (j'avais oublié de reloader la première fois) (pas buggé)
Xorg.0.log http://pastebin.archlinux.fr/433930
slim.log http://pastebin.archlinux.fr/433932

voilà

Salut,

à tout hasard, tu as essayé avec le pilote proprio?

nan, parce que nvidia-173 semble rendre gnome-shell figé.
https://bbs.archlinux.org/viewtopic.php?pid=927772
http://forums.fedoraforum.org/showthread.php?t=257605
http://www.archlinux.it/forum/viewtopic.php?id=11741
mais je peux tester

je supprime nouveau-dri et xf86-video-nouveau
j'enlève nouveau des modules de /etc/mkinitcpio.conf et je mkinitcpio -p linux
j'installe nvidia-173
nvidia-173-utils et libgl sont en conflit => suppression de libgl

pour la configuration, selon le wiki

La configuration de Xorg est automatique depuis xorg-server 1.8 et nul fichier supplémentaire n'est nécessaire depuis la 1.10.2 et nvidia-utils 275.09.07.

c'est pour des pilotes plus récents... donc je crois que j'en ai besoin du fichier

il est dit

En cas de configuration personnalisée, il suffit de créer le fichier /etc/X11/xorg.conf.d/20-nvidia.conf (fourni dans les versions de nvidia-utils < 275.09.07) avec le contenu minimal suivant:

ben moi je l'ai pas... par contre j'ai oublié de supprimer 20-nouveau.conf. Je le supprime, crée le fichier comme dit dans le wiki et je redémarre.

Rah deux de tension.. le fond d'écran s'affiche, puis la barre du haut, sans les courbures dans les coins, je bouge la souris en haut à gauche, rien ne se passe, je clique sur activités, rien. Ah si mais on dirait un kde4 en exagéré.

je cherche à me déloguer, je sais pas ce qui se passe, je me retrouve avec une erreur "impossible de démarrer un nouvel affichage" et maintenant je suis dans l'économiseur d'écran (aussi réactif que le reste je tape mon mdp rien ne s'affiche) ?

ctrl+alt+F1 pour avoir un truc réactif, je tombe sur "warning : Xalloc : requesting unpleasantly large amount of memory : 0 bytes". Euh...c'est une blague ?

voilà le log de Xorg
http://pastebin.archlinux.fr/433936

nouveau il marche très bien en fait

(servait à rien)

kamui57 a écrit :pour la configuration, selon le wiki

La configuration de Xorg est automatique depuis xorg-server 1.8 et nul fichier supplémentaire n'est nécessaire depuis la 1.10.2 et nvidia-utils 275.09.07.

c'est pour des pilotes plus récents... donc je crois que j'en ai besoin du fichier

Tu as mal lu, la nécessité du fichier est pour des versions de xorg-server de 1.8 à 1.10.2, rien à voir avec la version du pilote graphique (mais c'est sans conséquence, avec un bon fichier de configuration, ça fait moins de boulot pour X).

Sinon, je ne sais pas ce qu'en pense les autres, mais présenter tes différents essais est bien... sauf que tu vas paumer tout le monde en perdant l'essentiel de vue (tu «rajoutes» des erreurs qui n'ont pas forcément de rapport avec ton problème... et franchement, j'ai survolé la partie présentation des différents logs...).

En résumé, y a que gdm qui te fait des misères ?

Avec startx, quand je lance la session ça marche à peu près mais faut pas que je relance le shell
Avec un gestionnaire de session, ça bugue au premier lancement, mais en rechargeant le shell ça marche à peu près

t'as raison je vais supprimer mes posts qui servent à rien

je vais tester un gnome-shell --replace dans le .xinitrc avec slim
bon ça marche pas, et un sleep 5 && gnome-shell --replace dans un fichier bash dans les applis au démarrage de gnome marche pas non plus

As-tu essayé en partant d'un nouvel utilisateur ?

c'est une installation toute fraîche, donc l'utilisateur est neuf.
En revanche, après j'en ai eu marre et suis passée au mode restreint, gnome-shell se rechargeait effectivement après 5 secondes. Donc peut-être il se rechargeait mais je ne le voyais pas, je sais pas. J'ai changé la position du relancement de gnome-shell dans les applications au démarrage (avant il était pas en dernier, maintenant il l'est), je pense que c'est ça qui a joué.

je viens de retester, gnome-shell se reloade avec startx (j'avais dû faire une connerie dans la commande) et le panel du haut est bien, et avec slim aussi ! Donc je peux lancer slim/gdm et avoir un "beau" gnome-shell \o/ Problème contourné.

Résumé
- faire un script bash workaround-bug-nouveau.bash avec comme contenu - le mettre en dernier dans les applications au démarrage de gnome (l'appli se lance avec la commande gnome-session-properties, pas trouvé comment l'avoir avec une recherche dans les activités)
- relancer la session

encore edit : en fait ça bugue quand même, des fois X plante et je dois redémarrer jpeux même plus aller sur un tty... alors je passe en mode restreint, il est bien aussi, et stable.