Archlinux.fr [Forums]

2014-07-30
Il va falloir
- bien régler le démarrage de grub*
la prise en charge des modules*
les bonnes options de démarrage (X,*
Avoir les bons services systemd dont j'ai besoin*
les bons réglages des partitions dans fstab*
noter les réglages au cas où il faudrait le refaire(Voir Closed Tasks Pane)
Ai-je besoin d'un noyau configuré (si je veux améliorer les performances où si j'ai un gros problème qui le nécessite)*non,pas pour l'instant
Que les programmes que j'utilise souvent fonctionnent bien

http://www.dropbox.com/s/ueq1ao24qx4vzz ... 2.svg?dl=0

Je viens de passer le WE a essayer de bien configurer X.
Histoire d accélérer le démarrage.

- bien régler le démarrage de grub
Aides:
http://fr.openclassrooms.com/informatiq ... on-de-grub
http://www.gnu.org/software/grub/manual/grub.html
https://wiki.archlinux.fr/GRUB
http://www.benlaug.com/node/37
http://www.pixelbeat.org/docs/disk/
Après édition de c'est dit qu'il vaut mieux éditer et les réglages puis d'utiliser grub-mkconfig pour le créer
la commande: Ouverture de Compliqué !!! :c
il faut surtout configurer - Régler la prise en charge des modules
http://www.linuxpedia.fr/doku.php/mater ... n_materiel
m'a fait installer quelque truc!
http://casteyde.christian.free.fr/syste ... c7308.html
http://lea-linux.org/documentations/Kernel-modules
Linux semble installer automatiquement ce dont il a besoin !
https://wiki.debian.org/fr/Modules
Configurer mkinitcpio.
Avec ou sans udev ?
Je fais comme si:
mkinitcpio -M ou lsmod pour récupérer ma liste de modules à installer ? (je ne sais plus où trouver la commande qui liste uniquement les noms des modules chargés)
la copier dans mkinitcpio.conf au cas où.
Je commente toutes les lignes et j'en crée une vide MODULES=""
HOOKS="base udev block autodetect keyboard filesystems"

redémarrage !
lsmod me donne le même résultat ! Sauf que maintenant mon kernel démarre plus vite(de 6.6sec à 4sec) et systemd-modules-load.service passe de (1.4sec à 2sec). C'est vrai mon démarrage est surtout allongé parce qui vient après : Cups, network-manager et autres.
Je laisse faire systemd mais je pense avoir les données qu'il faut si il fallait m'en passer !

après grub, mkinitcpio qui sont relativement simple a comprendre. le démarrage puis le noyau avec ses modules.
j essaie de comprendre systemd.
La, je me demande si mes configurations dans etc ont raison d exister.
Surtout quand j ai remarque que mon ordinateur démarrait plus vite avec MODULES vide dans mkinitcpio et que j obtenais les mêmes drivers.
J essais d en faire autant avec X. Donc j inhibe toute la configuration dans /etc/X11/xorg.conf.d/ pour voir.
Et ouah, il démarre en mode graphique. le seul truc c est que je n ai plus le clavier azerty.

La commence mes recherches, ma multiplication de ratages et mon incompréhension des subtilités du réglage de X.
La no 1
Ne pas donner a Grub un mauvais driver a utiliser pour le clavier mais lui donner la possibilité d' en utiliser un.
modification dans /etc/default/grub • Régler les options de démarrage de X

aides :
http://postblue.info/netbook-archlinux-i3-optimisation/
https://wiki.archlinux.fr/Touchpad_Synaptics
changer /etc/X11/xorg.conf.d/*
écran carte graphique touchpad souris clavier
https://wiki.archlinux.fr/Xorg
http://www.diablotins.org/index.php/Xorg.conf
https://wiki.gentoo.org/wiki/Xorg/Configuration/fr
http://fr.openclassrooms.com/informatiq ... urer-x-org
http://www.freebsd.org/doc/fr/books/han ... onfig.html
http://casteyde.christian.free.fr/syste ... 11348.html
Sections:
ServerLayout 00
Files 10
InputDevice 20
" 30
Monitor 40
Device (carte graphique) 50
Screen 60
http://ftp.x.org/pub/X11R7.0/doc/html/
http://doc.fedora-fr.org/wiki/Le_fichie ... liqu%C3%A9
10-keyboard donne : http://blog.archambeau.info/?p=187
https://wiki.archlinux.org/index.php/Intel_graphics
http://www.x.org/wiki/radeon/
http://lfs.traduc.org/view/blfs-svn/x/x ... ati-driver
http://wiki.x.org/wiki/RadeonFeature/#D ... ting_names
http://www.x.org/wiki/radeonBuildHowTo/
utilisation de l'acceleration glamor pour pouvoir jouer à ryzom

/etc/X11/xorg.conf.d/* nécessite que je m'en occupe point par point
pourtant, C'est bizarre depuis systemd ! Il paraitrait que udev s'occupe de tout !?
Je renomme tout mes fichiers de /etc/X11/xorg.conf.d/ en .OLD et je redémarre. Et LÀ, Gnome démarre !

La no 2
Au lieu de changer qqch dans /lib/ , systemd accepte que je copie ce dont j ai besoin dans le bon répertoire /etc et même parfois dans ~/ . il les prendra en compte en priorité.
Donc je copie /usr/lib/X11/xorg.conf.d/10-evdev.conf dans /etc/X11/xorg.conf.d/ et j y met mon ancienne configuration de clavier

La no 3
On trouve plus souvent les meilleures infos dans les man plutot que des pages web ou le sujet est souvent survole. Rien de tel que le man de Xorg.conf pour apprendre les différentes options nécessaires.

La no 4
Mais depuis systemd, beaucoup d informations deviennent obsolètes. mais rien ne semble être explique pour cette nouvelle façon de fonctionner.
Aucune info pertinente pour récupérer son clavier azerty.

La no 5
Plus obscure, je n ai plus de log pour X. Ca fait 1 mois que je n ai plus de log a son sujet. Je n ai aucun fichier qui configure cela.
Mon moniteur système montre Xorg.bin lance par gdm avec un -logfile /dev/null .
Je n ai toujours pas trouver qui lance cette expression : elle est contrôlé par /system.slice/gdm.service mais impossible de la changer.
Aucune information pour récupérer le log de X, même avec journalctl -e /usr/bin/Xorg.bin
Il fonctionne mais n a pas de .service a son nom.
Même pacman.log me dit juste que j essayais d installer le driver propriétaire de la carte graphique a cette date. me donne ces message a cette période ou le log a disparu. Ah si, finalement, par hasard, j ai lu dans http://forum.ubuntu-fr.org/viewtopic.php?id=1490131 et j ai essaye d effacer le fichier /tmp/.X0-lock
J ai récupéré la possibilité de visualiser journalctl -e /usr/bin/Xorg.bin mais pas dans gnome-system-log (systemd est voué à le faire disparaître)
Le Log de X est maintenant visible avec journalctl -e /usr/bin/Xorg.bin (mais pas /usr/bin/Xorg qui donne un vieux truc):
201409142018 log de Xorg:
1 Pas de section layout
2 Pas de section screen
3 Utilisation des defaults screen-monitor
4 entree Mon Clavier => automatic
5 les fontpath
6 liaison des modules de /usr/lib/xorg/modules avec les peripheriques
=magic ABI drm acpi glx AIGLX[EE manque libLLVM-3.5] ati modesetting[not exist] fbdev[framebuffer WW Falling back to old probe method Load sub module fbdevhw , unload fbdev et fbdevhw] vesa[not exist] radeon atkbd[not exist-use evdev =>CHANGE EN kbd] KMS[enable] dri2[driver r600] exa[supporte Solid Copy Composite RENDER UploadToScreen DoznloadFromScreen] fb ramdac DPMS[enable] RandR[disable] GLX[no usable for screen]
7 (EE) systemd-logind: failed to get session: PID 859 does not belong to any known session
8 aucune entree pour HDA ATI HDMI,PCBeep,intel MID Mic,Intel MID Headphone, Utilisation d un autre driver
9 la souris optique USB
10 la web cam [ajout d une entree type keyboard]
11 pave tactile
12 Speakup [ajout d une entre type keyboard]
13 WMI hotkeys [type keyboard]
14 BMA150 accelerometer [inexistant ]

La no 6
Le log de X actuel est quasiment identique a mon ancien. il s occupe même des erreurs en les arrêtant et installant autre chose.
J ausculte ma configuration au début de la mise en route de X.
Aucune section layout, ... Confirmation d autres dire, les drivers kbd et mouse dans la section InputDevice ne sont pas pris en compte quand udev fonctionne.

Je ne veux pas éteindre la détection automatique. C est si pratique, je voudrais l orienter vers ce que je veux. Mais comment faire si il ne prend pas en compte mes réglages ?

La no 7
La, je commence a desesperer.
J ai des sections InputDevice, InputClass qui suivent le manuel de Xorg. Comment font les autres pour que cela fonctionne ? Pourquoi on me conseille de laisser tomber les section "InputDevice" et d'utiliser plutot "InputClass"? Comment cela ce fait-il que les autres utilisent des options dans "InputClass" normalement utilise dans "InputDevice" ?
Personne n en parlent ?
Finalement, une seule phrase, que je n avais pas lu avant dans le man de Xorg :
A la fin de la INPUTCLASS SECTION : Quand un dispositif d'entrée a été adaptée à la section InputClass, toutes les entrées d'options sont appliqués à l'appareil. Une option spécifique InputClass est reconnu. Voir la section InputDevice ci-dessus pour une description des entrées d'options restantes.

Donc je change mon InputDevice en InputClass.
Resultat : Application des changements adequates.
(http://wayland.freedesktop.org/xserver.html me dit que cette erreur viendrait de wayland)

voir https://github.com/conformal/spectrwm/issues/21
puis https://github.com/conformal/spectrwm/c ... d7d294960e pour régler le problème !
Il semblerait que ce soit normal si on utilise Openbox sur un environnement Gnome ce qui est mon cas ! Heureusement que ça semble ne pas trop gêner le système.
J ai essaye tellement de configuration en suivant le manuel que je ne comprenais pas pourquoi elles n étaient pas prise en compte.
J'ai même pu alléger /etc/default/grub pour la carte graphique, Après pas mal de recherche, il s'est avéré que evdev a surtout besoin de bibliothèques où piocher les drivers.
Il me manquait
xf86-video-modesettings
xorg-fonts-* (je les avait déjà installé mais ils n'apparaissaient pas comme installés)
xorg-server-xvfb
xf86-input-vmmouse
xf86-video-vesa
xorg-xkbevd
xorg-xkbutils
xorg-xkb-utils
pour qu'il puisse installer l'ensemble des drivers de la carte graphique et le clavier.

http://fr.wikipedia.org/wiki/Pile_graphique_Linux
Zut X est en train de disparaitre, c'est vrai que j'avais de meilleurs résultats avec glamor plutot que EXA! Surtout pour la 3D.

Quelques conclusions sur ma démarche :
-La transition à systemd est douloureuse. Trop d'infos obsolètes ou non appropriées.
-Il me reste encore beaucoup à faire pour avoir un système clean . Chargé mais clean !

• Régler les bons services systemd dont j'ai besoin
aides: systemctl
http://immae.eu/blog/2014/05/10/gerer-s ... c-systemd/
http://www.freedesktop.org/software/sys ... index.html

passer à un noyau rt
nouveau probleme: Amélioration des temps de démarrage pour
laptop-mode.service
ModemManager.service
NetworkManager.service
systemd-logind.service
cups.service
avahi-daemon.service
rpcbind.service
gdm.service
polkit.service
voir https://www.dropbox.com/s/m66r02218rcvo ... 0.svg?dl=0
après des recherches sur avahi-daemon
changements dans /etc/avahi/avahi-daemon.conf => et dans /etc/nsswitch.conf => voila ce que j'obtiens
https://www.dropbox.com/s/7pn08xz4m2416 ... 6.svg?dl=0
les temps de lancement des services réseaux sont largement diminués !

Salut,

Freedomsha a écrit :2014-07-30
Il va falloir
- bien régler le démarrage de grub*
la prise en charge des modules*
les bonnes options de démarrage (X,*
Avoir les bons services systemd dont j'ai besoin*
les bons réglages des partitions dans fstab*
noter les réglages au cas où il faudrait le refaire(Voir Closed Tasks Pane)
Ai-je besoin d'un noyau configuré (si je veux améliorer les performances où si j'ai un gros problème qui le nécessite)*non,pas pour l'instant
Que les programmes que j'utilise souvent fonctionnent bien

Il va surtout falloir que tu éclaircisses ce que tu veux parce que, si le sujet (au titre) est lui clair, il n'en va pas de même pour le pavé énorme que tu as pondu (qui semble être le récapitulatif complet, documenté et annoté de ce que tu as fait... mais qui outre le fait d'être archi-long ne nous éclaire pas sur ce que tu attends...).

N'hésite pas à faire plusieurs sujets en tous cas, car là, ça part vraiment dans tous les sens... (grub est une chose, le chargement des services/systemd une autre... X encore une autre selon)

Justement non, démarrer son ordinateur pour commencer à bosser avec , (je passe le login), c'est bien une seule chose ! Mais rien que ça, il y a énormément de conditions !
La plupart du temps, on veut quand même travailler avec un gestionnaire de fenêtre, c'est quand même plus pratique !
Excuses-moi, mais pour que xorg.0.log ne m'affiche pas ce genre de message: La seule façon de faire est bien de régler grub avec radeon.modeset=1 ?

Ensuite, pour résoudre mes problèmes informatiques, la plupart du temps, je préfère recherche une ou plusieurs solutions dans les forums, blogs et pages man, donc j'essaie beaucoup de réglages différents, les forums et les blogs n'expliquant pas toujours les réglages effectués, je ne suis jamais vraiment sûr que ce réglage convient réellement à mon matériel !
Je prends des notes mais c'est encore difficile de s'y retrouver !

Le problème, finalement, et bien, j'ai l'impression qu'il est impossible d'obtenir un log sans problèmes, un système sans problèmes.
(Maintenant, ce sera de pire en pire, avec les nouvelles versions de init incompatibles entre elles parce qu'elles mettent les mêmes fichiers à des endroits différents, est-ce bien raisonnable?)
C'est essentiellement un constat frustrant de l'utilisation de l'informatique !

Freedomsha a écrit :Excuses-moi, mais pour que xorg.0.log ne m'affiche pas ce genre de message:

Code : Tout sélectionner
(WW) Falling back to old probe method for modesetting

La seule façon de faire est bien de régler grub avec radeon.modeset=1 ?

Pas forcément non (en l'occurrence, cette option concerne KMS, dont le pilote libre radeon a besoin... mais ça n'impacte pas directement Xorg). La raison de cette alerte est le fonctionnement même de Xorg: sans précision, il va tenter de charger tout ce qu'il connaît... et qui n'est pas forcément sous la main. Pour éviter ce genre de messages, il suffit de le prendre par la main en lui indiquant directement quel pilote utiliser (avec par exemple un /etc/X11/xorg.conf.d/20-radeon.conf comme indiqué dans le wiki, https://wiki.archlinux.fr/ATI#Configuration).

Freedomsha a écrit :Le problème, finalement, et bien, j'ai l'impression qu'il est impossible d'obtenir un log sans problèmes, un système sans problèmes.

Il ne faut pas confondre les niveaux de logs avec des problèmes. Le WW précédent pour Xorg n'est pas un problème et encore moins une erreur, mais simplement une alerte (en l'occurrence, c'est peut-être inesthétique, mais ça n'impacte pas le comportement final, d'autant que c'est le comportement attendu)... Les distributions Linux ne sont pas avares de ces informations et c'est tant mieux.
Tant que tu n'as pas un journal qui se remplit avec des tonnes d'erreur, on ne peut pas dire que ça soit génant... si ?
... et les bugs font malheureusement partie du développement.

Pour revenir à tes questions... vu que l'administration et la configuration du système en reviennent à l'utilisateur sous Arch:

Freedomsha a écrit :- bien régler le démarrage de grub*

Je ne sais pas ce que tu entends par là... tu as des entrées et un système qui démarre, j'imagine donc tout va bien...

Freedomsha a écrit :la prise en charge des modules*

... pareil, je ne sais pas ce que tu veux dire par là... le système charge les modules pour ton matériel, parfois il faut l'aider un peu pour certaines choses mais tant que tu n'as pas un matériel qui ne répond pas (écran, clavier, clés usb et autres périphériques), c'est que tout est là...

Freedomsha a écrit :les bonnes options de démarrage (X,*

... voir au-dessus.

Freedomsha a écrit :Avoir les bons services systemd dont j'ai besoin*

Tu n'auras jamais que les services systemd que tu auras lancés (gare à certains paquets sur AUR qui peuvent prendre certaines libertés à ce niveau) et éventuellement configurés... donc «les bons» ne dépendent que de toi...

Freedomsha a écrit :les bons réglages des partitions dans fstab*

... encore une fois, qu'entends-tu par là ? defaults ainsi qu'une vérification périodique sont les réglages les plus courants et les plus sûrs... après si tu as des partitions à monter ou à rendre inaccessibles, c'est autre chose mais on ne peut pas deviner ce que tu as (autres systèmes d'exploitation, périphériques ou NAS...)

Freedomsha a écrit :Ai-je besoin d'un noyau configuré (si je veux améliorer les performances où si j'ai un gros problème qui le nécessite)*non,pas pour l'instant

Réponse toute faite: le gain de performances pour un tel noyau est perdu en ayant à le régler et à le configurer soi-même (bon après, on peut dire que ce temps est négligeable vu les grosses bêbêtes qui naissent partout et donc que ça vaudrait le coup... mais dans les faits, tu gagnes peu de performances et de place à compiler le noyau pour toi-même).

Freedomsha a écrit :Que les programmes que j'utilise souvent fonctionnent bien

Ben... ça se voit (ou pas) selon l'usage... là encore, tu es trop vague...

En résumé, même si tes préoccupations sont globales, toutes ces choses sont à prendre indépendamment et sans plus de précision de ta part, on ne peut pas deviner (et pour en discuter éventuellement, un seul sujet risque d'être le bazar)...

En plus, passé ton court préambule, je t'avouerais ne pas avoir lu la suite du pavé de ton premier message... et ça m'étonnerait que je sois le seul. Donc vraiment, je te conseille de faire différents sujets... https://wiki.archlinux.fr/Forum#Un_prob ... _par_sujet

Conclusion: Mes inquiétudes vis-à-vis du démarrage de Linux ne sont pas réellement graves. je dois plutôt les prendre comme des infos sur son comportement par rapport à des réglages ou des installations d'éléments effectuées.
Tant que mon système, mes périphériques et mes logiciels fonctionnent, je ne suis pas obligé de chercher à les faire disparaître,
Sauf si les messages s'accumulent et que ça en devient gênant!

Merci, je sais un peu mieux à quoi m'en tenir sur la maintenance d'un système.
je vais essayer de me calmer à ne pas faire des réglages soit-disant meilleur pour mon ordi, ou télécharger des logiciels qui soi-disant permettent d'améliorer ses performance ou m'aider dans mes activités.

Freedomsha a écrit :je vais essayer de me calmer à ne pas faire des réglages soit-disant meilleur pour mon ordi, ou télécharger des logiciels qui soi-disant permettent d'améliorer ses performance ou m'aider dans mes activités.

Autrement tu peux tout à fait en discuter ici... à condition d'être plus spécifique et de faire autant de sujets que nécessaires.