You are not logged in.
This is supposed to be triggered by arch-daemons.target. We may still have some bugs to hunt down...
I've noted that arch-daemons.target doesn't have a ExecStart section. Indeed, it just have a Description and a WantedBy=multi-user.target. Shouldn't it have some connection to a script to really start the entries in DAEMONS array?
Thanks for your work. It is really great! I'm enjoying systemd in Arch very well.
Satisfied users don't rant, so you'll never know how many of us there are.
Offline
Offline
any reason why i cant replace util-linux-ng with util-linux-git? Clyde is failing to replace it
Offline
any reason why i cant replace util-linux-ng with util-linux-git? Clyde is failing to replace it
That's a clyde issue. Please learn to use makepkg, helpers are just that, good for convenience but you should know how to do without them if necessary.
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline
markbabc wrote:any reason why i cant replace util-linux-ng with util-linux-git? Clyde is failing to replace it
That's a clyde issue. Please learn to use makepkg, helpers are just that, good for convenience but you should know how to do without them if necessary.
yea i did it manually, i ment to edit my post here but i forgot to
Offline
falconindy wrote:Systemd understands dependencies. Unit files have settings like 'After=network.target', meaning that a unit won't start until the network.target dependency has been satisfied. It's simple enough to just reverse this for shutdown.
that means the dependency of daemons in systemd is also a DAG?
In systemd there are two kinds of dependencies. The "Requires/Wants" which is a (possibly cyclic) graph; and "After" which is a DAG.
Offline
The problems I've encountered:
1) many things from the DAEMONS array which don't have native systemd units don't get started: in my case it's metalog, acpid, autofs, net-profiles and iptables; only privoxy and laptop-mode are started; every now and then "systemd[1]: //lib/systemd/system-generators/arch-daemons exited with exit status 1." pops out in the logs.
2) starting cups.socket, as someone already mentioned, doesn't spawn cups properly on demand, because cups complains the address/port is already in use.
3) I had to rm /etc/mtab and symlink it to /proc/self/mounts to avoid having double entries in df.
Offline
Hi lucke,
Thanks for testing, your comments are very helpful.
1) many things from the DAEMONS array which don't have native systemd units don't get started: in my case it's metalog, acpid, autofs, net-profiles and iptables; only privoxy and laptop-mode are started; every now and then "systemd[1]: //lib/systemd/system-generators/arch-daemons exited with exit status 1." pops out in the logs.
Ooops, this is bad. Dave just sent me a new version of the arch-daemons script for review. Ill do it tonight after work.
2) starting cups.socket, as someone already mentioned, doesn't spawn cups properly on demand, because cups complains the address/port is already in use.
Thanks for pointing this out again, I think we have to just disable the socket activation for the time being (until this is fixed upstream), Ill make a patch tonight.
3) I had to rm /etc/mtab and symlink it to /proc/self/mounts to avoid having double entries in df.
Yes, this is a known issue. We dont do this by default because it would cause regressions for a few users (I believe /proc/self/mounts cant deal properly with fuse or something along those lines). This will be fixed upstream (in util-linux) in the near future, and then everyone (both systemd and the rest of Arch) can move to useing the symlink. I belive keeping mtab as a normal feel is harmless (except for the annotance you describe and the warnings from systemd).
I will update the wiki tonight (unless someone beat me to it ;-) ).
Offline
One other thing: on my desktop systemd was booting up in a semibroken single user mode. I guess it was because my / is on btrfs and it couldn't run fsck.btrfs. I symlinked fsck.btrfs to btrfsck and it started booting okay.
Offline
Anyone have experience hibernating on a systemd-based system?
Also, I tend to use 'telinit 3' and then 'telinit 5' pretty often, is it possible to change 'targets' without rebooting and changing the grub line?
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline
Anyone have experience hibernating on a systemd-based system?
Also, I tend to use 'telinit 3' and then 'telinit 5' pretty often, is it possible to change 'targets' without rebooting and changing the grub line?
Sure can.
systemctl isolate foo.target
No experience with hibernation.
Last edited by falconindy (2011-01-25 01:03:22)
Offline
Thanks falconindy. Final question - wiki mentions dmesg/syslog spamming. Is there any current 'solution' to that other than waiting for syslong-ng/rsyslog to update?
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline
Offline
Just a heads-up for thos using kdm: it has changed from kdm@.service to kdm.service. So, you need to rm the old symlink from /etc/systemd/system/graphical.target.wants and enable the new service. I've just got bitten by that right now
Satisfied users don't rant, so you'll never know how many of us there are.
Offline
@falconindy, I can't find gdm.service (this is mentioned previously a page or so back but no comment given). Was this removed from the arch-units? I tried to copy kdm.service to /etc/systemd/system/gdm.service and renaming the executable, but it fails to load.
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline
Can you be a little more specific than 'fails to load'? Did you reload systemd after adding it? Did you enable it? Does it throw an error? Can you start it manually? I don't use GDM so it's hard for me to know the difference in invocation between kdm and gdm (which looks to be null based on /etc/inittab).
Last edited by falconindy (2011-01-25 03:36:43)
Offline
It would be good if wicd.service could have a Requires=network.target and After=network.target, just like remote-fs.target. That way, I could disable remote-fs.target.
Satisfied users don't rant, so you'll never know how many of us there are.
Offline
wicd.service can't require network.target. When network.target is satisfied, its assumed that the OS now has a network connection. It would only make sense to have wicd.service have a 'Before=network.target' property. But, since we can't count on everyone using wicd, we use an install section. You enable the wicd.service unit, and it's then WantedBy network.target which is more or less the same as the Before= property.
Offline
Hmm, the thing is that whenever I disable remote-fs.target (which I don't need), wicd.service is not started, even though it is enabled. I compared with NetworkManager.service and its WantedBy is multi-user.target. Shouldn't it be a similar situation for wicd.service?
Satisfied users don't rant, so you'll never know how many of us there are.
Offline
Can you be a little more specific than 'fails to load'? Did you reload systemd after adding it? Did you enable it? Does it throw an error? Can you start it manually? I don't use GDM so it's hard for me to know the difference in invocation between kdm and gdm (which looks to be null based on /etc/inittab).
Sorry, user idiocy, /usr/bin instead of /usr/sbin (kdm is in /usr/bin but gdm is /usr/sbin). Seems to work now.
I see acpid and dovecot are not implemented. For dovecot in particular, a question:-
Dovecot provides a service to a port, is it therefore possible to have dovecot not start until something tries to access it? Evolution, in my case. I'd presume this would not be as simple as just writing a service file?
Otherwise my system seems booted, so will test things out and get used to them .
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline
Hmm, the thing is that whenever I disable remote-fs.target (which I don't need), wicd.service is not started, even though it is enabled. I compared with NetworkManager.service and its WantedBy is multi-user.target. Shouldn't it be a similar situation for wicd.service?
The opposite. NetworkManager should be fixed because its wrong. I'm using a static IP via network.service and it comes up just fine as a wantedby. Ill see if I can duplicate the issue with wife.
Ignore this and my phone's hillarious autocorrect of 'wicd' to 'wife'. I see why remote-fs.target is "needed" to get network started... i'll figure out a solution to this.
Last edited by falconindy (2011-01-25 14:55:31)
Offline
falconindy wrote:Can you be a little more specific than 'fails to load'? Did you reload systemd after adding it? Did you enable it? Does it throw an error? Can you start it manually? I don't use GDM so it's hard for me to know the difference in invocation between kdm and gdm (which looks to be null based on /etc/inittab).
Sorry, user idiocy, /usr/bin instead of /usr/sbin (kdm is in /usr/bin but gdm is /usr/sbin). Seems to work now.
I see acpid and dovecot are not implemented. For dovecot in particular, a question:-
Dovecot provides a service to a port, is it therefore possible to have dovecot not start until something tries to access it? Evolution, in my case. I'd presume this would not be as simple as just writing a service file?
Otherwise my system seems booted, so will test things out and get used to them
.
Acpid has an AF_UNIX socket of its own as well. We could probably declare socket files for both and trigger activation on demand. May not make sense for acpid depending on its behavior.
Offline
Been searching for dovecot info, here's a recent commit for systemd support:-
http://hg.dovecot.org/dovecot-2.0/rev/84eb4afebc95
Looks like we have to wait (and use /etc/rc.d/dovecot for the time being). Shouldn't I be able to systemctl start dovecot.service to start the /etc/rc.d? It just produces a dovecot.service which is 'exited'.
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline
arch-daemons still doesn't seem to work after your revision, falconindy. I don't see "arch-daemons.wants" anywhere, rc,conf daemons are "masked" in systemctl and only privoxy got started.
Offline
Yes, the same here. systemctl start *.service where * exists in /etc/rc.d but not in /lib/systemd/system gives the 'masked' warning.
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline