[systemd] Systemd et sa configuration (Résolu)

[DomS]

Bonjour,
Je suis en train de régler systemd en suivant la page du wiki associée.
J'ai quelques questions :

- réglage de l'horloge :
J'ai deux heures en moins qui s'affichent maintenant.
J'ai pourtant

Code : Tout sélectionner

ln -sf /usr/share/zoneinfo/Europe/Paris

dans /etc/localtime comme indiqué.

- Les modules : je ne suis pas sûr d'avoir bien compris
J'ai créé un fichier /etc/modules-load.d/modules_demarrage.conf dans lequel j'ai mis les modules indiqués dans rc.conf, à savoir

Code : Tout sélectionner

nvidia vboxdrv it87

Ai-je bien compris ou faut-il que je crée des fichiers /etc/modules-load.d/nvidia.conf vboxdrv.conf et it87.conf ?

- J'en suis à vérifier mon démarrage (avant de risquer un bug, du moins c'est comme ça que je l'ai compris)

Code : Tout sélectionner

$ systemd-analyze 
Traceback (most recent call last):
  File "/usr/bin/systemd-analyze", line 307, in <module>
    time()
  File "/usr/bin/systemd-analyze", line 91, in time
    initrd_time, start_time, finish_time = acquire_start_time()
  File "/usr/bin/systemd-analyze", line 32, in acquire_start_time
    properties = dbus.Interface(bus.get_object('org.freedesktop.systemd1', '/org/freedesktop/systemd1'), 'org.freedesktop.DBus.Properties')
  File "/usr/lib/python2.7/site-packages/dbus/bus.py", line 241, in get_object
    follow_name_owner_changes=follow_name_owner_changes)
  File "/usr/lib/python2.7/site-packages/dbus/proxies.py", line 248, in __init__
    self._named_service = conn.activate_name_owner(bus_name)
  File "/usr/lib/python2.7/site-packages/dbus/bus.py", line 180, in activate_name_owner
    self.start_service_by_name(bus_name)
  File "/usr/lib/python2.7/site-packages/dbus/bus.py", line 278, in start_service_by_name
    'su', (bus_name, flags)))
  File "/usr/lib/python2.7/site-packages/dbus/connection.py", line 651, in call_blocking
    message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.Spawn.ChildExited: Launch helper exited with unknown return code 1

C'est grave Docteur ?

[FoolEcho]

J'ai deux heures en moins qui s'affichent maintenant.

Cf. Horloge.
Il te manque /etc/adjtime en local a priori.

- Les modules : je ne suis pas sûr d'avoir bien compris

Kernel_modules
Tu peut créer un fichier.conf par module (ça peut être plus simple pour les retrouver).
Dans un même fichier, c'est un module par ligne (rajouté au wiki, vu que ce n'était pas précisé en effet ).

Concernant systemd-analyze, je suis sceptique... Fais les changements indiqués, notamment pour l'horloge et redémarre, voir.

[DomS]

Merci pour ton aide. Toujours pareil, 2h de moins :
/etc/adjtime

Code : Tout sélectionner

0.000000 1349589143 0.000000
1349589143
LOCAL

Les chiffres qui étaient là avant mon édition, je les ai laissés, je ne sais pas à quoi ils servent.
Je n'ai pas touché au /etc/rc.conf vu que, d'après la doc, si les fichiers pour systemd existent, les lignes correspondantes au rc.conf ne sont pas prises en compte. Néanmoins, j'ai toujours les logs d'erreur au démarrage comme quoi " HARDWARECLOCK= is deprecated."

[FoolEcho]

Non il faut mettre à 0 partout et règler l'heure dans le bios.

Néanmoins, j'ai toujours les logs d'erreur au démarrage comme quoi " HARDWARECLOCK= is deprecated."

Alors tu n'es pas sous systemd (ce qui expliquerait pourquoi l'analyse plante, j'imagine).
Pour systemd:
-mode mixte: init=/bin/systemd sur la ligne de démarrage du kernel et initscripts installé (dans ce cas, rc.conf est lu en partie).
-mode "pur": initscripts absent et éventuellement systemd-sysvcompat (pour ne plus avoir de init=).

[DomS]

En fait, je n'ai pas installé grub sur cette partition mais sur une ancienne partition ubuntu que j'ai mis à jour lors de l'installation d'arch. A l'époque, je voulais être sûr d'avoir un système de secours fiable vu que je n'étais pas sûr de moi lors de l'install.
Du coup, ,je ne sais pas comment rajouter ni où rajouter le init=/bin/systemd

[FoolEcho]

Peu importe. Tu rajoutes le init=/bin/systemd sur la ligne du kernel dans le grub.cfg d'Ubuntu (ou le custom, suivi d'une nouvelle génération du grub.cfg, selon comment tu as rajouté Arch).
Tu devras supprimer HARDWARECLOCK de ton rc.conf.

[DomS]

Dans la doc ubuntu, il est dit qu'il ne faut pas éditer le fichier grub.cfg car c'est un script qui l'édite; du moment que je ne mets pas à jour le grub, c'est censé ne pas poser de problème, c'est bien ça ?

Dans grub.cfg, j'ai :

Code : Tout sélectionner

menuentry "Arch Linux (rolling) (on /dev/sda6)" --class gnu-linux --class gnu --class os {
	insmod part_msdos
	insmod ext2
	set root='(hd0,msdos6)'
	search --no-floppy --fs-uuid --set=root 17dbc8df-ceb8-4bc7-914b-3ff6783da1b8
	linux /boot/vmlinuz-linux root=/dev/sda6
	initrd /boot/initramfs-linux.img
}

C'est là qu'il faut que je rajoute init=/bin/systemd ?

[FoolEcho]

du moment que je ne mets pas à jour le grub, c'est censé ne pas poser de problème, c'est bien ça ?

C'est là qu'il faut que je rajoute init=/bin/systemd ?

Oui, sur la ligne linux:

Code : Tout sélectionner

linux /boot/vmlinuz-linux root=/dev/sda6 init=/bin/systemd

[DomS]

Alors, maintenant, quand je démarre, il faut que je lance startx manuellement

... et j'ai toujours l'heure H-2

[tuxce]

On ne peut pas savoir à ta place si ton horloge matérielle est réglée sur UTC ou sur l'heure de ton fuseau horaire ...
De même, le système ne peut savoir à ta place quoi démarrer si tu ne lui dis pas. Et s'il le sait et qu'il ne le fait pas, il ya les logs!

[DomS]

Le problème doit venir de là en effet. Quand je fais hwclock --show, cela m'indique la mauvaise heure. Tout comme date. Mais même en réglant l'heure par hwclock --set --date="AAAA-MM-JJ hh:mm:ss" , je n'arrive à rien changer.

[tuxce]

Avant de régler la valeur, déjà, est ce que tu dois avoir ton horloge matérielle en UTC ou en locale ?

[FoolEcho]

De même, le système ne peut savoir à ta place quoi démarrer si tu ne lui dis pas. Et s'il le sait et qu'il ne le fait pas, il ya les logs!

Juste pour le cas où ça ne serait pas clair : c'est à toi de dire à systemd de démarrer l'interface graphique via le service approprié (et là ça dépend de ce que tu utilises: gestionnaire de connexion, startx...).

[DomS]

Avant de régler la valeur, déjà, est ce que tu dois avoir ton horloge matérielle en UTC ou en locale ?

J'aimerais bien l'avoir en heure locale, ça simplifierait peut être les choses.

Juste pour le cas où ça ne serait pas clair : c'est à toi de dire à systemd de démarrer l'interface graphique via le service approprié (et là ça dépend de ce que tu utilises: gestionnaire de connexion, startx...).

Je n'avais pas compris. J'ai vu rapidement les liens dans ta signature tuxce qu'il va falloir que je lise quand j'aurais du temps, je pense trouver la solution à mon problème de login. Une remarque : il serait peut être judicieux d'avoir un lien entre les pages systemd et systemd-logind. Sans ta signature, j'aurais certainement cherché encore plus longtemps cette page systemd-logind.

[FoolEcho]

il serait peut être judicieux d'avoir un lien entre les pages systemd et systemd-logind. Sans ta signature, j'aurais certainement cherché encore plus longtemps cette page systemd-logind.

Ne nous embrouillons pas: la manipulation qui consiste à faire sauter consolekit (remplacé par systemd-logind) n'est pas indispensable pour le moment (c'est en test et dans le wiki anglophone, je crois, vu que tous les gestionnaires d'affichage dépendent de près ou de loin de consolekit). Pour le reste, le service systemd-logind est lancé d'emblée.
Je parlais simplement de lancer le service associé à ton gestionnaire de connexion graphique si tu en as un (comme gdm.service, slim.service, etc. ou via startx et là, il faut voir le wiki). L'inittab n'étant plus lu en full systemd, il faut bien indiquer quoi démarrer quand même.

[DomS]

J'utilise slim, mais je ne comprends pas ce qu'est slim.service. J'avoue ne pas comprendre cette partie-là du wiki qu'il me semble n'existait pas quand j'ai lu la page pour la première fois.

Edit : je viens de me rendre compte que l'heure affichée est maintenant la bonne. J'avais pourtant redémarré hier avant de vous embêter avec ma question.
Du cou, me reste ce pb de connexion.

[karhu]

Le peu que j'ai compris.
Dans /usr/lib/systemd/sytem il ya (doit avoir) un fichier symbolique @default.target qui doit pointer vers graphical.target pour démarrer l'environnement graphique. Si tu lis ce fichier tu verras la ligne :

Code : Tout sélectionner

Wants=display-manager.service

Tu dois créer un lien symbolique vers ton gestionnaire de connexions.

ln -s '/usr/lib/systemd/system/slim.service' '/etc/systemd/system/display-manager.service'

Pourquoi le répertoire /etc/systemd/system/, je cherche encore.

[FoolEcho]

@karhu: Tu vas l'embrouiller encore plus. Pourquoi faire le lien symbolique à la main quand systemd fournit les outils qui vont bien ?

http://wiki.archlinux.fr/Gestionnaire_d ... us_systemd
Tel que configuré, systemd va chercher à démarrer le mode de graphique, tu as juste à démarrer slim:

Code : Tout sélectionner

systemctl enable slim #ou slim.service

Et redémarrer (ou dès ta session en cours: systemctl start slim).
C'est le même principe que de passer par rc.d pour initscripts (rc.d start/stop,etc. slim).

[karhu]

Je cherche à comprendre comment marche systemd avant de voir ce que font les outils pour bien les utiliser (nulle comme excuse )
Tu as raison @FoolEcho j'aurais dû attendre de maîtriser un peu plus avant de répondre, enfin je n'ai pas écrit de bêtises c'est déjà ça.

[DomS]

En tout cas ça a marché mais je n'ai pas du tout compris ce que je faisais ce qui m'embête un peu.
Merci pour votre aide à tous.