Am 12.11.2014 um 14:44 schrieb Michael Biebl: > Am 12.11.2014 um 14:29 schrieb Uwe Storbeck: >> On Nov 11, Michael Biebl wrote: >>> Please boot with systemd.log_level=debug on the kernel command line, the >>> attach the output of "journalctl -alb" >> >> I guess these are the relevant lines: >> >> Found ordering cycle on graphical.target/start >> Found dependency on multi-user.target/start >> Found dependency on watchdog.service/start >> Found dependency on graphical.target/start >> Breaking ordering cycle by deleting job watchdog.service/start >> >> The part of the journal after hardware initialization is attached. > > > Yeah, it shows that watchdog.service is involved in dependency cycle and > systemd therefore removes it from the transaction. > > Here's the service file: > >> [Unit] >> Description=watchdog daemon >> After=systemd-update-utmp.service > > Since the service uses DefaultDependencies=yes (the default), this > explicit after is not necessary. > >> After=runlevel1.target runlevel2.target runlevel3.target runlevel4.target >> runlevel5.target > > I don't think this does and please don't use that in a service file. We > don't really want to drag that legacy concept of SysV runlevels into > native .service files.
To be sure: what are you trying to do here and why? Maybe we can find a
better solution
>>
>> [Service]
>> Type=forking
>> EnvironmentFile=/etc/default/watchdog
>> ExecStartPre=/bin/sh -c '[ -z "${watchdog_module}" ] || [
>> "${watchdog_module}" = "none" ] || echo /sbin/modprobe $watchdog_module'
>
> Couldn't you just run "ExecStartPre=-/sbin/modprobe $watchdog_module"?
> The "-" would ignore any errors
Btw, is "echo /sbin/modprobe $watchdog_module" really intended? that
will just output the module name.
Since we already have kernel module autoloading and /etc/modules, is
there a good reason to do it manually in the .service file?
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Pkg-systemd-maintainers mailing list [email protected] http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
