[xorg] impossible de changer la configuration de l'écran

[rafmav]

bon, j'essayerais un nouvel install complet dans une quinzaine de jours. je donnerais des nouvelles à ce moment là.

[rafmav]

Bon, voilà, j'ai refait un nouvel install vierge depuis la version core d'archlinux du mois d'août (pas de plus récent), au niveau core, community, extra... j'ai dû passer au niveau testing pour avoir un kernel sans message pour l'acpi...
Ce coup-ci, j'arrives à avoir l'écran graphique comme décrit précédemment, mais avec le compte root seulement; même en mettant l'utilisateur norma dans le groupe "video", rien; donc probable problème de droits.

Cette fois-ci en lvm2 sur luks, au lieu de luks sur lvm2, toujours en 64 bits.

Dois-je essayer sans cryptage et en 32 bits, voire si c'est pareil ?

J'ai lu que le driver xf86-video-intel était maintenant en espace kernel et plus en espace utilisateur: Quel rôle a ce truc dans les problèmes d'affichage ?

Si je ne trouves pas de solution, je crois que je vais retourner sous ubuntu (snif), ou alors installer "archie" (mais 32 bits), même s'il son mainteneur n'a pas fait de mise à jour depuis longtemps, et faire une mise à jour une fois que c'est fait...

[rafmav]

toujours pareil!
ça marche très bien, mais je dois basculer d'un écran à l'autre deux ou trois fois pour avoir l'affichage, c'est très pénible;
le démarrage de xorg gnome me semble très lent;
totem est inutilisable: il fait clignoter l'écran sans arrêt;
j'avais installé la version 32 bits, mais c'était pareil donc je suis revenu sous 64 bits.

est-ce un problème de droits ? par exemple faut-il être dans le groupe "gdm" ?

je n'ai plus aucune idée pour corriger ce truc; ça ne le fait pas sous faunos ou d'autres live-cd.

[mélodie]

je pensais à lancer startx tout court sans gdm histoire de voir si c'est X ou autre chose, sans lancer gdm.

Les symptômes que je vois me font penser à ce que je rencontrais avec gdm avant que je ne décide de me passer de ses services. Cela vaudrait le coup d'essayer avec juste startx, bien sûr sans oublier de désactiver le lancement de gdm.

[rafmav]

Merci.

chez-mois, gdm n'est pas dans les démons de /etc/rc.conf, mais activé dans inittab.

Je n'ai pas compris: je mets startx dans inittab à la place de gdm, ou je démarre à chaque fois en mode console en lançant la commande startx ? je trouve ça moins classe!

[rafmav]

j'ai essayé via startx sans passer par gdm: c'est pareil!

[mélodie]

j'ai essayé via startx sans passer par gdm: c'est pareil!

Au cas où, mon inittab, et mon ~/.xinitrc:

#
# /etc/inittab
#

# Runlevels:
# 0 Halt
# 1(S) Single-user
# 2 Not used
# 3 Multi-user
# 4 Not used
# 5 X11
# 6 Reboot

## Only one of the following two lines can be uncommented!
# Boot to console
id:3:initdefault:
# Boot to X11
#id:5:initdefault:

rc::sysinit:/etc/rc.sysinit
rs:S1:wait:/etc/rc.single
rm:2345:wait:/etc/rc.multi
rh:06:wait:/etc/rc.shutdown
su:S:wait:/sbin/sulogin -p

# -8 options fixes umlauts problem on login
c1:2345:respawn:/sbin/agetty -8 38400 tty1 linux
c2:2345:respawn:/sbin/agetty -8 38400 tty2 linux
c3:2345:respawn:/sbin/agetty -8 38400 tty3 linux
c4:2345:respawn:/sbin/agetty -8 38400 tty4 linux
c5:2345:respawn:/sbin/agetty -8 38400 tty5 linux
c6:2345:respawn:/sbin/agetty -8 38400 tty6 linux

ca::ctrlaltdel:/sbin/shutdown -t3 -r now

# Example lines for starting a login manager
x:5:respawn:/usr/bin/xdm -nodaemon
#x:5:respawn:/usr/sbin/gdm -nodaemon
#x:5:respawn:/usr/bin/kdm -nodaemon
#x:5:respawn:/usr/bin/slim >& /dev/null
#x:5:respawn:/usr/bin/xdm -nodaemon -config /etc/X11/xdm/archlinux/xdm-config

# End of file

case $1 in
openbox)
exec ck-launch-session openbox-session
;;
xfce4)
exec xfce4-session
;;
*)
exec ck-launch-session openbox-session
#exec ck-launch-session startxfce4
;;
esac

Bon le .xinitrc peut avoir l'autre syntaxe, celle indiquée dans le wiki... et je n'ai pas le même gestionnaire de bureau (je n'en ai pas). Si tu as gnome, tu mets "gnome-session" à la place de "openbox-session".

[rafmav]

Ca marche pas non plus!
de toutes les façons, c'est uniquement un problème de config, car cet ordi marche sous ubuntu, archlinux faunos et autres archlinux "live".