Bug#773932: systemd-localed fails unless CONFIG_DEVPTS_MULTIPLE_INSTANCES=y
Jamie Heilman
jamie at audible.transient.net
Fri Dec 26 01:28:18 GMT 2014
Michael Biebl wrote:
> Am 25.12.2014 um 23:55 schrieb Jamie Heilman:
> > Package: systemd
> > Version: 215-8
> > Severity: normal
> >
> > Apparently systemd-localed depends on having namespace support in the
> > kernel. It isn't immediately obvious to me why there is no graceful
> > fallback approach. The manual page for systemd-localed doesn't call
> > out this dependancy, and while I knew systemd-nspawn would have
> > namespace requirements, this dependancy caught me by surprise:
> >
> > dbus[382]: [system] Activating via systemd: service name='org.freedesktop.locale1' unit='dbus-org.freedesktop.locale1.service'
> > systemd[1]: Couldn't stat device /dev/pts/ptmx
> > systemd[568]: Failed at step NETWORK spawning /lib/systemd/systemd-localed: Invalid argument
> > systemd[1]: systemd-localed.service: main process exited, code=exited, status=225/NETWORK
> > systemd[1]: Failed to start Locale Service.
> > systemd[1]: Unit systemd-localed.service entered failed state.
> >
> > Unless there's some really good reason that systemd-localed shouldn't
> > be usable on a system without namespaces, then I'm gonna say this is a
> > bug.
> >
>
> The reason afaics for requiring namespaces are the use of
>
> PrivateTmp=yes
> PrivateDevices=yes
> PrivateNetwork=yes
> ProtectSystem=yes
>
> in /lib/systemd/system/systemd-localed.service
Ah yes, indeed if I toggle those off it appears to run ok.
Default config that depends on features that are in the distro kernels
isn't a bug, so this can be resolved.
--
Jamie Heilman http://audible.transient.net/~jamie/
More information about the Pkg-systemd-maintainers
mailing list