On Tue, Jan 23, Lennart Poettering wrote:
> On Mo, 15.01.18 15:13, Olaf Hering (o...@aepfle.de) wrote:
> > 'journalctl -b' does not indicate any related failure.
> > Does anyone happen to know what limits a mount point or an automount
> > point might have? These systems have plenty of cpus, have plenty of
> > memory, likely enough to handle these few fstab entries during bootup.
> > Is there a way to boot with debug enabled, but not spam the serial
> > console with lots of noise while the issue does not happen?
> "resources" is a bit misleading... It's our catch-all result code if
> some kernel API returned an error we didn't expect. Most likely
> (hopefully?) there's more info about what operation failed in the
> logs. Do you see anything there? If you can reproduce it, can you turn
> on "systemd-analyze set-log-level debug" before it maybe to get more
> detailed output?
There was nothing obvious in the logs, but debug was not enabled AFAIK.
But it turned out the mount point did not exist in this case. Once
created, all "automount" entries in fstab worked fine.
I have seen this generic error on a few more systems. I will enable
debug once I get the chance to work on these systems.
Description: PGP signature
systemd-devel mailing list