You are not logged in.
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!
Offline
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.
Offline
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.
Offline
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.
Offline
Uhm, i have that file, so i'll try reinsalling colord.
Thanks for the response, i'll let you know if it works!
Offline
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...
Offline
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.
Offline
Well, as i said above, i removed cups. So this is no more a problem...
Thank you by the way
Offline
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.
6EA3 F3F3 B908 2632 A9CB E931 D53A 0445 B47A 0DAB
Great things come in tar.xz packages.
Offline
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).
Offline
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.
Steven [ web : git ]
GPG: 327B 20CE 21EA 68CF A7748675 7C92 3221 5899 410C
Do not email: honeypot@stebalien.com
Offline