eclipseo wrote:penthium2 wrote:la diference c'est que dans /etc/init.d/ il n'y a que les script de service compatible system V, hors systemd n'a pas ses script dans ce répertoire.
donc l'interet d'utilisé "service Monservice start" c'est que tu poura gérer les service systemd et les service compatible systemV
systemd gère les scripts de ce répertoire aussi. Exemple :
[eclipse@Laomedon ~]$ sudo /etc/init.d/autofs status
autofs.service - LSB: Automounts filesystems on demand
Loaded: loaded (/etc/rc.d/init.d/autofs)
Active: active (running) since Mon, 03 Oct 2011 15:06:02 +0200; 14s ago
Process: 24316 ExecStart=/etc/rc.d/init.d/autofs start (code=exited, status=0/SUCCESS)
Main PID: 24327 (automount)
CGroup: name=systemd:/system/autofs.service
└ 24327 automount --pid-file /var/run/autofs.pid
Oui mais l'inverse n'est pas vrai... donc il faut savoir et se souvenir quel service est géré par System V ou pas : en utilisant une commande service, ou mieux systemctl, inutile de se poser la question.
Et autant prendre les bonnes habitudes dès maintenant... sur Fedora 16, avec une installation un peu plus que standard (du fait de la mise en place d'un serveur de courrier avec antivirus et antispam) il ne me reste que 10 services sous System V.
Sinon pour revenir au sujet initial de l'OP, systemd gère suffisamment bien l'automount pour ne pas avoir besoin d'autofs la plupart du temps.
Les options "noauto" et "comment=systemd.automount" d'une ligne comme celle qui suit dans /etc/fstab permettent de monter automatiquement et à la demande n'importe quel type de partage réseau sans le moindre souci.
//192.168.1.100/share /mnt/mountpoint cifs iocharset=utf8,user=username,password=secret,noauto,comment=systemd.automount 0 0