[systemd] aide à la migration

[tos69400]

Salut à tous,
J'ai récemment mis à jour mon système => comme à mon habitude j'ai consulté les news de arch avant de lancer la mise à jour.
J'ai donc entendu parler de systemd que je souhaite mettre en place (à terme on aura pas trop le choix !?!).
Pour se faire, j'ai suivi le wiki : http://wiki.archlinux.fr/Systemd
Et réalisé la modification indiqué pour les fichiers de config.

Afin de tester, j'ai fait comme indiqué dans le wiki : modifier la ligne du kernel dans le chargeur d'amorçage afin d'y ajouter init=/usr/lib/systemd/systemd
La système démarre sans souci (c'est super rapide ...) mais maintenant que dois-je faire pour passer à un système full systemd. J'ai parcouru le wiki ainsi que différents sujets sur le forum mais ce n'est pas clair dans mon esprit.

Quelqu'un pour m'aider ?
Liste des modules au démarrage dans /etc/rc.conf :
syslog-ng netfs crond dbus laptop-mode @acpid @cpufreq gdm networkmanager @alsa cups @deluged @vboxdrv

Arch étant mon seul système installé, je ne souhaite pas faire de bétise et me trouver avec un PC bloqué (et donc inutilisable).
Merci à toute âme charitable qui voudra bien m'aider ...

[jc51]

bonjour il faut installer systemd-sysvcompat et tu peux enlevé init sur la ligne du kernel,et faut créer les fichier indiquaient dans le wiki le rc.conf n'est plus lu

[tos69400]

J'ai donc installé le paquet indiqué => il m'a indiqué un conflit avec sysvinit. J'ai donc répondu oui pour le remplacement.
Au niveau des fichiers, j'ai rempli les fichiers indiqués dans le wiki :
/etc/hostname => indiqué le nom de ma machine (identique au contenu du rc.conf)
/etc/vconsole.conf => copier/coller du wiki
/etc/locale.conf => copier/coller du wiki
/etc/localtime => ln -sf /usr/share/zoneinfo/Europe/Paris /etc/localtime comme dit dans le wiki http://wiki.archlinux.fr/Horloge

Le seul que je ne sais pas compléter :
/etc/modules-load.d/*.conf

[tuxce]

Liste des modules au démarrage dans /etc/rc.conf :
syslog-ng netfs crond dbus laptop-mode @acpid @cpufreq gdm networkmanager @alsa cups @deluged @vboxdrv

vboxdrv seul est un module, le reste, c'est des services.

Le seul que je ne sais pas compléter :
/etc/modules-load.d/*.conf

Par exemple :

Code : Tout sélectionner

echo vboxdrv > /etc/modules-load.d/vbox.conf

en root.
Si t'as plusieurs modules à charger, il en faut un par ligne (ou plusieurs fichiers, à toi de voir)

[tos69400]

OK merci de vos conseils.
Je me remet (doucement) dans les ajustements à réaliser avant cette migration.
Je viens de régler /etc/adjtime ainsi que /etc/localtime

hs : pour le réglage de /etc/locatime, j'avais tapé la commande en root dans une console au lieu de compléter le ficher (je suis un boulet je sais).

OK pour l'identification de ce qui est moduless et ce qui est services => mon seul module restera donc celui de virtualbox (même si je m'en sers que très rarement).
Mais je ne comprend pas comment régler les services à lancer au démarrage. Autant c'est clair pour les modules, autant pour les services ...

[FoolEcho]

Mais je ne comprend pas comment régler les services à lancer au démarrage. Autant c'est clair pour les modules, autant pour les services ...

Pour faire le parallèle avec initscripts:
-pour lancer un service au démarrage (DAEMONS du rc.conf): systemctl enable leNomDuService (voir Services pour les plus communs). Ceci exclu certains services lancés automatiquement (dbus). Ne pas oublier de lancer ton interface graphique (gdm dans ton cas). Tu n'as pas à te préoccuper de l'ordre de lancement, systemd se débrouillera.
-pour contrôler un service depuis la session en cours: systemctl start/stop/etc. leNumDuService.

[tuxce]

Quelqu'un le notera dans le wiki à l'occasion, netfs aussi est géré en auto (remote-fs.target), il n'y a rien à activer.

[tos69400]

Ok donc merci pour l'info.
Il suffit donc de les activer une fois pour toutes et c'est fini ?
Plus besoin d'y revenir ?

Je pense qu'il serait bon en effet de le noter dans le wiki car ce n'est pas très clair.

[FoolEcho]

Quelqu'un le notera dans le wiki à l'occasion

M'en occupe, vu que ça fait 2 fois au moins que je fais le même type de réponse.

Il suffit donc de les activer une fois pour toutes et c'est fini ?
Plus besoin d'y revenir ?

(sauf problème évidemment, c'est pourquoi il vaut mieux une première fois lancer Arch avec "quiet" sur la ligne du kernel).

[tos69400]

Que permet l'option 'quiet' sur le boot ?

Je tente désespérément de créer un boot graphique (ceci permettra de patienter jusqu'au démarrage de GDM) mais sans succès ...

Je viens de regarder dans mon syslinux.cfg et il semble que cette fonction soit toujours active :
APPEND root=/dev/disk/by-uuid/cda97d1d-b332-4065-9612-aa406e12f117 ro quiet splash resume=/dev/disk/by-uuid/594f1101-4f22-43e0-bd69-d261b566a799

Edit : je me suis donc lancé dans l'activation des différents services.
Pour rappel, les daemons contenus dans le rc.conf : syslog-ng netfs crond dbus laptop-mode @acpid @cpufreq gdm @networkmanager @alsa cups @deluged @vboxdrv

Tout s'est bien passé sauf pour les suivants :

Code : Tout sélectionner

[root@PCTos69400 tos69400]# systemctl enable acpid.service
Failed to issue method call: No such file or directory
[root@PCTos69400 tos69400]# systemctl enable cpufreqd.service
Failed to issue method call: No such file or directory
[root@PCTos69400 tos69400]# systemctl enable cups.service 
Failed to issue method call: No such file or directory

En enfin le daemon deluged n'a pas d'équivalent systemd présent dans le wiki => je me lance à sa recherche.

Merci de votre aide.

[FoolEcho]

Que permet l'option 'quiet' sur le boot ?

D'avoir les messages au démarrage, donc de voir vite fait si les services démarrent correctement.

Je tente désespérément de créer un boot graphique (ceci permettra de patienter jusqu'au démarrage de GDM) mais sans succès ...

Ça n'a rien à avoir avec systemd, donc ouvre plutôt un autre sujet, stp.

[tos69400]

J'ai édité mon message pendant que tu me répondais.

Désolé mais je pensais que c'était lié à l'option quiet d'où ma question. J'ai déjà ouvert un autre sujet mais j'ai pas eu le temps de m'en occuper.

Quelques "petits" soucis à l'activation des services (voir au dessus).

[FoolEcho]

cpufreqd est déprécié, tu peux passer à cpupower (ça doit lancer acpid aussi).

M'étonne que cups ne fonctionne pas par contre... Tu es bien à jour (1.6.1-6 pour cups) ?

En enfin le daemon deluged n'a pas d'équivalent systemd présent dans le wiki => je me lance à sa recherche.

deluged ou deluge-web.service existent dans le paquet (usr/lib/systemd/system/).

[tos69400]

Oui je suis bien à jour pour cups :

Code : Tout sélectionner

[tos69400@PCTos69400 ~]$ pacman -Qs cups
local/cups-pk-helper 0.2.2-1
    A helper that makes system-config-printer use PolicyKit
local/lib32-libcups 1.6.1-1
    The CUPS Printing System - client libraries (32-bit)
local/libcups 1.6.1-6
    The CUPS Printing System - client libraries and headers

Concernant cpufreqd, j'ai bien cpupower d'installé. Je vais vérifier sa config. Je ne comprend pas pourquoi tu dis que cpufreqd est déprécié ce n'est pas cpufrequtils ( extrait wiki : "Important: cpufrequtils est déprécié et il est remplacé par cpupower. Ce dernier ajoute également des fonctionnalités.").

Pour deluge, j'ai bien vu la création du service mais je suis tombé sur le message demandant l'intégration et celui-ci était sans réponse donc ...

Edit : la réponse de commande est cependant très étrange =>

Code : Tout sélectionner

[root@PCTos69400 tos69400]# systemctl enable deluged.service
The unit files have no [Install] section. They are not meant to be enabled using systemctl.