You are not logged in.
Pages: 1
Hi all,
I updated via pacman to gnome 3.6 and systemd but cups cannot be started:
cups.service - CUPS Printing Service
Loaded: loaded (/usr/lib/systemd/system/cups.service; enabled)
Active: failed (Result: exit-code) since Thu, 2012-11-01 14:57:02 CET; 2s ago
Process: 14083 ExecStart=/usr/sbin/cupsd -f (code=exited, status=226/NAMESPACE)
CGroup: name=systemd:/system/cups.service
Nov 01 14:57:02 archlinux systemd[1]: Starting CUPS Printing Service...
Nov 01 14:57:02 archlinux systemd[1]: Started CUPS Printing Service.
Nov 01 14:57:02 archlinux systemd[1]: cups.service: main process exited, code=exited, status=226/NAMESPACE
Nov 01 14:57:02 archlinux systemd[1]: Unit cups.service entered failed state
With systemctl start cups.socket it starts, but systemd and journald will push up the CPU to 100%!
With ntpd the same:
ntpd.service - Network Time Service
Loaded: loaded (/usr/lib/systemd/system/ntpd.service; enabled)
Active: failed (Result: exit-code) since Thu, 2012-11-01 15:00:49 CET; 9s ago
Process: 14125 ExecStart=/usr/bin/ntpd -g -u ntp:ntp (code=exited, status=226/NAMESPACE)
CGroup: name=systemd:/system/ntpd.service
Nov 01 15:00:49 archlinux systemd[1]: Starting Network Time Service...
Nov 01 15:00:49 archlinux systemd[1]: Failed to start Network Time Service.
Nov 01 15:00:49 archlinux systemd[1]: Unit ntpd.service entered failed state
Any hints?
Thanks!
Chris
Offline
Your /var/tmp is a symlink to /tmp. This breaks systemd's PrivateTmp features.
Offline
@brain0, I am curious as to how you knew that from what he provided there? Is that what the "status=226/NAMESPACE" is referring to?
Offline
I had this problem before, and 226/NAMESPACE indicates that namespace creation fails.
Offline
Okay, cool thanks brain0.
Offline
@brain0:
That's it, thank you very much for this short and effective hint!
I use a SSD for the system, /tmp is tmpfs. Is there a way to use /var/tmp with tmpfs too without symlink?
Offline
I think that /var/tmp is not supposed to be on tmpfs and can cause real problems if it is. With SSDs these days, you really need not worry about overwriting them. It has been shown that with wear leveling algorithms and quality flash, it will in many cases outlast the hardware (ie the controllers will burn out before the flash). Though i guess if space is an issue, trying to utilize tmpfs as much as possible makes mroe sense. You know you can set /var/log up as a tmpfs, though this is probably not recommended, as you will have zero persistent logs after that.
Offline
I think that /var/tmp is not supposed to be on tmpfs and can cause real problems if it is.
Ok, why? What problems?
Offline
Because afaik the data in /var/tmp is supposed to survive reboots and software must be able to rely on that. Otherwise we wouldn't have both /tmp and /var/tmp.
Offline
I use a SSD for the system, /tmp is tmpfs. Is there a way to use /var/tmp with tmpfs too without symlink?
As was stated before, this is not recommended. Of course, you can mount a tmpfs on /var/tmp, either by adding an entry to fstab or by using a mount unit.
Offline
Ok, I added an new entry in fstab. Two tmpfs was mounted at boot time, first on /tmp and second on /var/tmp:
tmpfs /tmp tmpfs nodev,nosuid 0 0
tmpfs /var/tmp tmpfs nodev,nosuid 0 0
It works! Is that okay?
Offline
Offline
@falconindy, I understand getting rid of the /var/tmp, but /tmp on a tmpfs is actually how fstab ships. How come you say this should not be so?
Offline
Yes, falconindy, I have:
tmpfs /tmp tmpfs nodev,nosuid 0 0
In my /etc/fstab as well. It was automatically generated by genfstab when I installed.
Edit: in my fstab I have no other tmp entries, the only other entries are for my actual partitions.
Edit2: I commented out the tmpfs line in my fstab, systemd on reboot did create a tmpfs mount at /tmp anyway. That is the tmp.mount that falconindy was referring to I believe.
Last edited by headkase (2012-11-01 21:59:53)
Offline
Okay that makes a bit more sense then. falconindy's initial respons was simply to get rid of those. I was unaware that it was already taken care of by systemd.
Offline
Yes, falconindy, I have:
tmpfs /tmp tmpfs nodev,nosuid 0 0
In my /etc/fstab as well. It was automatically generated by genfstab when I installed.
Edit: in my fstab I have no other tmp entries, the only other entries are for my actual partitions.
Edit2: I commented out the tmpfs line in my fstab, systemd on reboot did create a tmpfs mount at /tmp anyway. That is the tmp.mount that falconindy was referring to I believe.
Just to be clear, genfstab didn't create that entry. It's part of the default /etc/fstab shipped with the filesystem package:
https://projects.archlinux.org/svntogit … filesystem
It'll go away soon enough.
Offline
Ok, thank you falconindy - that clears things up.
Offline
Ok, I removed both tmpfs entries from the fstab. /tmp will auto mount by systemd at boot time and /var/tmp is on SSD. Works fine!
Big thanks guys!
Offline
Pages: 1