Salut,
karhu a écrit :Pourquoi le service display-manager.service fonctionne lorsqu'il est dans le répertoire :
/etc/systemd/system/@display-manager.service
Il n'y a pas de @ dans le nom !
karhu a écrit :et pas dans le répertoire :
/usr/lib/systemd/system/graphical.target.wants
Il n'y est pas dans ce répertoire !
Si on commence par de mauvaises informations, ça va pas rendre la chose plus claire
Quelle est la question ?
karhu a écrit :Comment, où et avec quoi est configuré systemd pour lui indiquer ce qu'il doit démarrer et dans quel ordre ? SVP, pas de réponse comme regarde le "wiki", j'ai lu, j'ai cherché sur le web et je n'ai pas trouvé. Mais peut-être que la question est mal posée ?
Comment et où :
/{run,etc,lib}/systemd/system/*
Avec quoi :
systemctl
Pour ce qui est de l'ordre, si tu entends un ordre tel que celui d'initscripts, la réponse est : il y en a pas.
Par défaut, tout ce qui doit être démarré démarre en même temps
sauf si l'unité qui doit démarrer a besoin de quelque chose d'autre. Par exemple,
sshd ne démarrera qu'après que
ssh-keygen soit terminé. Tu peux le voir avec :
Code : Tout sélectionner
$ systemctl show sshd.service -p After
After=sshdgenkeys.service systemd-journald.socket basic.target
$ systemctl show sshdgenkeys -p Type
Type=oneshot
(les services de type
oneshot doivent se terminer pour permettre à ceux qui en dépendent de démarrer)
karhu a écrit :Existe t il un document, un site, ..., qui compare le déroulement de sysvinit et systemd lors d'un démarrage ? Avec les équivalences comme par exemple :
rc0.d ==> runlevel1.target.wants
Pareil qu'au début, si en posant des questions, tu lies les mauvaises choses ... 0 est pour l'arrêt, 1 est pour le mode
single, ils ne sont pas équivalents.
Sinon, les documents, il y en a pleins, en commençant par les wiki et en finissant par le blog de l'auteur et au milieu, t'as le wiki de freedesktop. Mais je vois pas trop ce que tu veux dire par comparer le déroulement...
karhu a écrit :
Comment éviter cette erreur au démarrage :
Code : Tout sélectionner
systemd[1]: Socket service syslog.service not loaded, refusing.
systemd[1]: Failed to listen on Syslog Socket.
alors que tout se passe bien un peu plus tard ?
Si t'as toujours
initscripts et que dans DAEMONS, t'as syslog-ng, c'est normal.
Si t'actives syslog-ng.service, t'auras un lien vers syslog.service, et l'erreur n'apparaitra plus.
Pour ce qui est de :
karhu a écrit :alors que tout se passe bien un peu plus tard ?
C'est parce qu'en fin de compte, la compatiblité avec initscripts fait que syslog-ng démarre, donc ça fonctionne.
Ne jamais dire j'ai lu le wiki et je n'ai pas trouvé 
) aussi.
