[Xorg-X11]La sortie de TWM plante le PC(résolu)

[karhu]

Maintenant que je maitrise Archlinux (pensais maitriser) j'ai voulu me lancer dans une nouvelle installation, sur un nouveau PC, plus rapidement. C'est à dire de sélectionner d'entrée le maximum des programmes souhaités. Hélas après deux essais où il m'a été impossible de lancer le serveur X, j'ai décidé que ma troisième tentative serait la dernière et la bonne. Donc je suis reparti de la base et j'ai noté au fur et à mesure ce que je faisais tout en suivant les wikis.
Installation minimale :

Code : Tout sélectionner

1 select source		core-remote extra-remote community-remote multilib-remote
			http://mir.archlinux.fr
2 set editor		vi
3 set clock		select region/timezone	europe/paris localtime
4 prepare HD		manually configure label	
5 select packages	- grub - base base-dev multilib-dev
6 install packages
7 configure system
	rc.conf		LOCALE="fr_FR.UTF-8"
			CONSOLEFONT="lat9w-16"
			HOSTNAME="galion"
	locale.gen	fr_FR.UTF-8 UTF-8
			fr_FR ISO-8859-1
			fr_FR@euro ISO-8859-15
	pacman.conf	SyncFirst = pacman pacman-color yaourt package-query
			[archlinuxfr]
			Server = http://repo.archlinux.fr/x86_64
			[multilib]
			Include = /etc/pacman.d/mirrorlist
	mirrorlist	décommenter les dépôts de France
8 install bootloader	/dev/sda

À ce stade je démarre le PC et je me connecte en tant que root

Code : Tout sélectionner

Mise à jour complète du système : pacman -Syu
Complément
pacman -S pacman-color yaourt package-query pkgtools linux-headers man-pages-fr
pacman -S hwdetect hwinfo testdisk mc sudo vim net-tools nfs-utils rpcbind
Création d'un utilisateur
	useradd -m -s /bin/bash < utilisateur >
	passwd < utilisateur > <motdepasse> <motdepasse>
	usermod -G users,wheel,audio,optical,lp,scanner,log,power,storage,video < utilisateur >
Installation Graphique
pacman -S xorg-server xorg-xinit xorg-utils xorg-server-utils xf86-video-vesa xorg-twm xorg-xclock
pacman -S xorg-fonts-type1 xorg-xdm slim xterm numlockx polkit-gnome
configuration X
	10-evdev.conf	: Option "XkbOptions" "compose:menu"
			: Option "XkbOptions" "terminate:ctrl_alt_bksp"
			: Option "XkbLayout"  "fr"
			: Option "XkbVariant" "oss"
	rc.conf		: DAEMONS=(syslog-ng dbus ....)

Je reboote, me connecte en tant qu'utilisateur et lance startx. Le serveur démarre et lance twm. J'obtiens mes trois fenêtres xterm et xclock. D'accord la définition n'est pas terrible, mais ça fonctionne. Puis clique gauche, selection de exit dans le menu et un écran noir avec dans le coin gauche haut un pointeur gris foncé qui clignote et c'est tout. Je n'ai plus accès à aucune console ctrl+f1-6 ni alt+f1-7 et je suis obligé d'éteindre. Si je passe par xdm c'est le même résultat.
Qu'ai je oublié ? Ou serais je maudit ?

Je pense qu'il est possible de passer outre cet incident en installant un gestionnaire plus "moderne" mais là je m'écarterai du deuxième objectif : montrer comment installer un système Linux pas à pas.
- Installation de base
- Installation du serveur X
- Amélioration de l'affichage avec le bon driver pour la carte graphique.
- Installation d'un environnement graphique
- Installation des programmes et utilisation.
C'est à but pédagogique pour une association linuxienne.

[FoolEcho]

Puis clique gauche, selection de exit dans le menu et un écran noir avec dans le coin gauche haut un pointeur gris foncé qui clignote et c'est tout.

Je ne suis pas sûr que le "exit" de twm ne laisse pas startx continuer de tourner... ... mais ça ne devrait pas t'empêcher l'accès aux ttys... Peux-tu au moins passer en tty quand twm est lancé ?

Il faudrait voir dans le log de session (il te faudra rediriger les sorties startx &> ~/startx.log ) et/ou celui de X.

[karhu]

Non je ne peux pas accéder aux tty à partir de TWM.
Au fait lorsque je fais "exit" c'est uniquement l'habillage des fenêtres qui disparait !!!
j'avais oublié de préciser que je tuais X avec un ctrl+alt-bcksp.
Pourtant je m'étais juré de tout noter, mais je crois bien que j'y pense quand tout va bien.
Je relance.

Edit : startx &> ~/startx.log plante d'entrée !

[FoolEcho]

Edit : startx &> ~/startx.log plante d'entrée !

Y a des choses écrites dans le log quand même ?

[karhu]

Non, le fichier est juste créé.
Aucune erreur dans Xorg.0.log.

[FoolEcho]

Non, le fichier est juste créé.

... ... comprends pas...
C'est pareil avec le test du xterm seul durant 10s: http://wiki.archlinux.fr/Xorg#D.C3.A9te ... utomatique ?

Tu as des ttys avant de faire le startx ? ... des droits bizarres chez ton utilisateur (cause: un mauvais sudo ou su ? ) ? As-tu essayé d'en créer un avec adduser plutôt que useradd ?

Sinon, je ne vois pas trop pourquoi, mais si tu installes les pilotes plutôt que vesa ?

[karhu]

lorsque je démarre en init 3 j'ai bien tous les tty's.
J'en prends un en root et un autre en utilisateur.
Le test des 10s a le même résultat.
Lorsque je lance un init 5, je tombe bien sur xdm et je me connecte sans problème mais la fin est la même, pour ressortir de la session.
Comme précédemment écrit je souhaite réaliser une installation pédagogique, et là je serai mal pour expliquer la superiorité de Linux et des distributions à construire soi-même.
c'est pour ça que je voudrais d'abord utiliser le pilote basique, puis le pilote spécifique toujours avec twm, et enfin un gestionnaire performant xfce. Je réserve openbox pour la suite et comment configurer son propre environnement.
Bah, la nuit porte conseil.

[FoolEcho]

Lorsque je lance un init 5, je tombe bien sur xdm et je me connecte sans problème mais la fin est la même, pour ressortir de la session.

Et quand tu es sur xdm, sans te connecter, tu as toujours l'accès aux ttys ?

... xdm a t-il un log et/ou en crée-t-il un chez l'utilisateur (.xsession-errors par exemple) ? Sinon, installe slim par exemple pour récupérer /var/log/slim.log...

Dans un xterm de twm, tu pourrais commencer par faire:

Code : Tout sélectionner

tail -f /var/log/everything.log

(pas certain que ce log soit le plus pertinent ) et suivre s'il se passe quelque chose quand tu quittes twm...
D'ailleurs as-tu encore la main sur les xterm ?

[karhu]

Et quand tu es sur xdm, sans te connecter, tu as toujours l'accès aux ttys ?

Non.

Sinon, installe slim par exemple pour récupérer /var/log/slim.log...

Hors sujet : depuis ce matin slim, sur mon PC principal, refuse de m'identifier !!! pourtant je suis configuré en automatique sans mot de passe, que cela fonctionnait bien et que ma dernière mise à jour date de Vendredi.
Donc je vais garder xdm pour l'instant, mais je vais peut-être installer openbox pour voir.

Edit

D'ailleurs as-tu encore la main sur les xterm ?

oui

[oktoberfest]

Et si tu installes le driver correspondant à ta carte ? J'ai déjà eu des soucis avec le driver générique qui ne marche pas à tous les coups.

[karhu]

Bien vu oktoberfest.
C'est un peu embêtant pour ma démonstration, mais je m'en arrangerai.

Presque hors sujet.
Lorsque j'utilisais le driver standard (vesa), l'affichage passait automatiquement en résolution "optimale" en cours démarrage.
Avec le pilote propriétaire (nvidia) je demeure en résolution TTY 25 lignes X 80 colonnes (sauf sous X).

[FoolEcho]

Bizarre quand même vu que X démarrait tout de même... bref.

Avec le pilote propriétaire (nvidia) je demeure en résolution TTY 25 lignes X 80 colonnes (sauf sous X).

Tu as l'option vga= sur la ligne du kernel dans le menu.lst pour ça. https://wiki.archlinux.org/index.php/GR ... resolution

[karhu]

D'accord pour le bizarre, de plus avec openbox j'ai eu la possibilité de rebooter, après le plantage de X par une combinaison de touche sans avoir à éteindre.
Je soupçonnerais bien twm de ne plus être vraiment à jour.
L'autre bizarre c'est l'affichage, peut-être qu'en forçant le chargement du pilote nvidia dans rc.conf cela resoudra cet état. Je vais chercher sur le wiki comment faire (je ne me souviens plus bien où est l'article installation, configuration ou ?).

[FoolEcho]

Je soupçonnerais bien twm de ne plus être vraiment à jour.

L'ancêtre Twm fonctionne encore très bien. De plus quand tu fais le test des 10s, il n'y a que le xterm. Pareil quand tu as xdm et déjà plus de tty: il n'y a pas twm.
Si tu fais le test avec vesa et slim, essaie de nous montrer son log quand même, ainsi que celui de X, ça me paraît quand même étrange.

L'autre bizarre c'est l'affichage, peut-être qu'en forçant le chargement du pilote nvidia dans rc.conf cela resoudra cet état. Je vais chercher sur le wiki comment faire (je ne me souviens plus bien où est l'article installation, configuration ou ?).

Je ne vois pas ce que tu veux dire. Je t'ai donné le lien pour avoir les ttys à la résolution native, quant à X, à supposer que la résolution ne soit pas déjà correcte (ce qui m'étonnerait), ça passe par la configuration de X/nvidia-settings.

montrer comment installer un système Linux pas à pas.
- Installation de base
- Installation du serveur X
- Amélioration de l'affichage avec le bon driver pour la carte graphique.
- Installation d'un environnement graphique
- Installation des programmes et utilisation.
C'est à but pédagogique pour une association linuxienne.

C'est ton choix mais pour revenir là-dessus, je ne ferais de toutes manières pas tâter Arch à du (grand ?) public à moins de vouloir montrer comment s'articulent les différentes couches de l'installation à la configuration. Il y a d'autres distributions plus accessibles et il vaut mieux montrer le produit fini. Mais pas non plus Ubuntu et ses dérivés par exemple, pour éviter l'amalgame d'une distribution Linux à un environnement graphique dédié (même si certaines se spécialisent effectivement).

[karhu]

Il n'y avait rien (de significatif) dans les logs.

Si tu fais le test avec vesa et slim, essaie de nous montrer son log quand même, ainsi que celui de X, ça me paraît quand même étrange.

la fin de xdm.log

Code : Tout sélectionner

xdm info (pid929): sourcing /etc/X11/xdm/GiveConsole
xdm info (pid948): executing session /etc/X11/xdm/Xsession
xdm info (pid918): shutting down
xdm info (pid929): sourcing /etc/X11/xdm/TakeConsole
Server terminated successfully (0). Closing log file.
xdm info (pid918): Exiting.

Et pourtant !
Pour revenir à vesa je dois désintaller nvidia et remettre libgl, je ne peux pas seulement l'interdire et forcer vesa. C'est lourd, mais enfin.

Je t'ai donné le lien pour avoir les ttys à la résolution native,

Utiliser vga=ask est très utile pour connaître les possibilités de ta carte et ton écran, ou même de mettre directement la bonne valeur (1440x900), en fait.
Où je me suis mal exprimé, c'est sur le coté bizarre.
Lorsque le noyau utilise vesa il doit interroger la carte et l'écran et définir le meilleur affichage.
Ma question sous entendue était pourquoi ne le fait il pas avec un autre pilote, et comment est il possible d'y remédier.

je ne ferais de toutes manières pas tâter Arch à du (grand ?) public .....
Mais pas non plus Ubuntu et ses dérivés par exemple,

Dans cette association, beaucoup sont venus à Linux avec xUbuntu. Certains ont évolué vers Debian + (KDE ou Gnome) plus par "snobisme" que par conviction, moi je souhaiterais montrer les briques, et pour moi il n'y a qu'Archlinux ou Slackware qui peuvent m'aider. Comme je suis maintenant sous Archlinux depuis plus d'un an, que le passage du noyau 2.6 au 3.0 c'est passé d'une manière si fluide j'ai une grosse préférence à l'utiliser comme outil pédagogique sans toutefois le donner.