colord-sane.service systemd FAILED

nierro · 2012-07-31 11:00:13

Hi!
Today, as of systemd 187-2, i had this issue. I got a fail from this service, that i never activated.
I saw that it is "static", so i cannot disable it

systemctl is-enabled colord-sane.service 
static

And this is what journalctl says:

journalctl | grep colord
Jul 31 12:55:09 arch dbus-daemon[198]: dbus[198]: [system] Activating via systemd: service name='org.freedesktop.ColorManager' unit='colord.service'
Jul 31 12:55:09 arch dbus[198]: [system] Activating via systemd: service name='org.freedesktop.ColorManager' unit='colord.service'
Jul 31 12:55:11 arch dbus-daemon[198]: dbus[198]: [system] Activating via systemd: service name='org.freedesktop.colord-sane' unit='colord-sane.service'
Jul 31 12:55:11 arch dbus[198]: [system] Activating via systemd: service name='org.freedesktop.colord-sane' unit='colord-sane.service'
Jul 31 12:55:11 arch systemd[281]: Failed at step NETWORK spawning /usr/lib/colord/colord-sane: Invalid argument
Jul 31 12:55:11 arch systemd[1]: colord-sane.service: main process exited, code=exited, status=225
Jul 31 12:55:11 arch systemd[1]: Unit colord-sane.service entered failed state.
Jul 31 12:55:36 arch dbus-daemon[198]: dbus[198]: [system] Failed to activate service 'org.freedesktop.colord-sane': timed out
Jul 31 12:55:36 arch dbus[198]: [system] Failed to activate service 'org.freedesktop.colord-sane': timed out
Jul 31 12:55:36 arch colord[204]: (colord:204): Cd-WARNING **: failed to contact colord-sane: GDBus.Error:org.freedesktop.DBus.Error.TimedOut: Activation of org.freedesktop.colord-sane timed out

I thought i haven't colord installed, but a quick

pacman -Q colord
colord 0.1.21-2

told me i'm wrong.
So, why is this service static, and why i get this strange error?
Any idea?
Thanks in advance!

89c51 · 2012-07-31 12:40:45

On my system both colord-sane.service and colord.service are static but i get no errors from them. Colord is required by Gnome i think.

nierro · 2012-07-31 13:57:12

Yes, i think it too...i have xfce 4.10...never used colord (neither i know what it does).
I don't know why it is failing...from this line in journalctl

Failed at step NETWORK spawning /usr/lib/colord/colord-sane: Invalid argument

it seems that the problem is something related /usr/bin/colord/colord-sane, but i can't understand where is the problem.

ataraxia · 2012-07-31 15:10:07

The new CUPS requires the colord packages. When cupsd starts it asks DBUS to start colord and colord-sane (and also avahi-daemon).

In your case, you might just be missing that file /usr/lib/colord/colord-sane. I'd just reinstall colord if that's the case.

It'd be nice to disable this behavior, but I don't think that's possible.

nierro · 2012-07-31 15:33:10

Uhm, i have that file, so i'll try reinsalling colord.
Thanks for the response, i'll let you know if it works!

nierro · 2012-07-31 17:51:28

It seems it has nothing to do with the /usr/lib/colord/colord-sane file.
I don't know what to do, but since i'm not using cups so much (never used except to test if my printer worked), i'll uninstall it and i'll get this problem solved
Thanks!
ps: i won't mark this thread as solved, because it is not...

tomegun · 2012-07-31 18:48:04

The error appears to be from within systemd, when it tries to spawn colord-sane. I.e., probably nothing is wrong with sane itself. My guess is that this has something to do with your network setup, as colord-sane has PrivateNetwork=yes (i.e., systemd should block colord from accessing the network). I have colord-sane on my system too, and I'm not able to reproduce this error, so sorry that I cannot be more helpful.

As to disabling colord-sane: you can mask the service:

# systemctl mask colord-sane.service

This means that when dbus tries to start colord-sane, it will just fail. Obviously, that means that cups might not be very happy, I don't know how graciously it handles this situation.

nierro · 2012-08-01 06:27:24

Well, as i said above, i removed cups. So this is no more a problem...
Thank you by the way

ConnorBehan · 2012-08-03 00:11:44

ataraxia wrote:

It'd be nice to disable this behavior, but I don't think that's possible.

The way to "disable" it is to ignore the colord dependency and install cups without it. Printing still works for me which I knew it would. As far as I'm concerned, if something isn't a library dependency, it's not a dependency at all.

tomegun · 2012-08-03 11:50:54

ConnorBehan wrote:

As far as I'm concerned, if something isn't a library dependency, it's not a dependency at all.

That would be nice, but it does require that the software is written to deal with its "dependencies" missing. I.e. when cups fails to create a dbus connection to colord, it is not obvious that it will not crash (or eat your kittens for that matter).

Stebalien · 2012-08-04 18:03:39

Recompile colord with --disable-sane. IMHO, any code that colord needs from sane should be moved to colord and then sane should depend on colord, not the other way around. But I am probably just crazy; having a toolkit (GTK3->colord->sane) depend on a scanner daemon probably makes sense in some deep and profound way that I just can't grasp.

Arch Linux

#1 2012-07-31 11:00:13

colord-sane.service systemd FAILED

#2 2012-07-31 12:40:45

Re: colord-sane.service systemd FAILED

#3 2012-07-31 13:57:12

Re: colord-sane.service systemd FAILED

#4 2012-07-31 15:10:07

Re: colord-sane.service systemd FAILED

#5 2012-07-31 15:33:10

Re: colord-sane.service systemd FAILED

#6 2012-07-31 17:51:28

Re: colord-sane.service systemd FAILED

#7 2012-07-31 18:48:04

Re: colord-sane.service systemd FAILED

#8 2012-08-01 06:27:24

Re: colord-sane.service systemd FAILED

#9 2012-08-03 00:11:44

Re: colord-sane.service systemd FAILED

#10 2012-08-03 11:50:54

Re: colord-sane.service systemd FAILED

#11 2012-08-04 18:03:39

Re: colord-sane.service systemd FAILED

Board footer