[Bug 970268] New: boot.fglrxrebuild: /var/log/ not writeable
http://bugzilla.suse.com/show_bug.cgi?id=970268 Bug ID: 970268 Summary: boot.fglrxrebuild: /var/log/ not writeable Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.1 Hardware: x86-64 OS: openSUSE 42.1 Status: NEW Severity: Major Priority: P5 - None Component: X11 3rd Party Driver Assignee: xorg-maintainer-bugs@forge.provo.novell.com Reporter: sndirsch@suse.com QA Contact: sndirsch@suse.com CC: fbui@suse.com, kukuk@suse.com, systemd-maintainers@suse.de Depends on: 963790 Found By: --- Blocker: --- Cloning this bugreport since the original bugreport is not available for everyone. There is no reason to expect a different behaviour on any systemd-based openSUSE system. +++ This bug was initially created as a clone of Bug #963790 +++ On SLES12 SP1 (I guess SLES12 GA had the same problem after an rollback, boot.fglrxrebuild always fails with the following error: fglrxrebuild.service - LSB: Automatically rebuild the fglrx kernel module Loaded: loaded (/etc/init.d/boot.fglrxrebuild) Active: failed (Result: exit-code) since Wed 2016-01-27 14:53:18 CET; 3min 58s ago Process: 833 ExecStart=/etc/init.d/boot.fglrxrebuild start (code=exited, status=1/FAILURE) Jan 27 14:53:18 linux-exg7 boot.fglrxrebuild[833]: /etc/init.d/boot.fglrxrebuild: line 152: /var/log/fglrx-build.log: Permission denied Jan 27 14:53:18 linux-exg7 boot.fglrxrebuild[833]: /etc/init.d/boot.fglrxrebuild: line 155: /var/log/fglrx-build.log: Permission denied Jan 27 14:53:18 linux-exg7 boot.fglrxrebuild[833]: FATAL: The fglrx kernel module could not be built! Jan 27 14:53:18 linux-exg7 boot.fglrxrebuild[833]: /usr/bin/sed: can't read /var/log/fglrx-build.log: No such file or directory Jan 27 14:53:18 linux-exg7 boot.fglrxrebuild[833]: Check for the fglrx kernel module is running... Jan 27 14:53:18 linux-exg7 boot.fglrxrebuild[833]: The fglrx kernel module is not loaded! Try it to modprobe now ... Jan 27 14:53:18 linux-exg7 boot.fglrxrebuild[833]: modprobe: FATAL: Module fglrx not found. Jan 27 14:53:18 linux-exg7 boot.fglrxrebuild[833]: FATAL: The fglrx kernel module could not loaded! Jan 27 14:53:18 linux-exg7 boot.fglrxrebuild[833]: ..failed Jan 27 14:53:18 linux-exg7 systemd[1]: Failed to start LSB: Automatically rebuild the fglrx kernel module. /var/log is a btrfs subvolume, looks like boot.fglrxrebuild is already running before subvolumes are mounted? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=970268
Stefan Dirsch
http://bugzilla.suse.com/show_bug.cgi?id=970268
Stefan Dirsch
I don't see how this is related to a rollback. It's an old fashioned /etc/init.d/boot.<something> script, which rebuilds the kernel module if there isn't an appropriate one available for the running kernel. This usually happens when the kernel has been updated and machine got rebooted. Yes, because you are still using your plain vanilla SLED12, where this
You can easily force this rebuild by removing the module and reboot the machine, which is what I did and worked for me. And this does not work for me, because boot.fglrxrebuild runs before the filesystem will be mounted. Bootup is done in parallel and it looks like, we have a race here. You cannot
http://bugzilla.suse.com/show_bug.cgi?id=970268
http://bugzilla.suse.com/show_bug.cgi?id=970268#c1
--- Comment #1 from Stefan Dirsch
The directive: 'Required-Start: $local_fs' should make it depend in any local file systems being mounted [1][2]. However the systemd-sysv-generator doesn't seem to honour the $local_fs naem facility [3] - maybe as systemV init scripts are all ordered after basic.target which might include the local-fs.target. Currently there are reasons, why one may not want to convert the systemV init script to a systemd service.
Well, it's unfortunately more complicated than it should. boot.fglrxrebuild is part of /etc/init.d/boot.d and is therefore handled differently (it's a Suse specific behavior): fglrxrebuild has WantedBy=sysinit.target and Before=sysinit.target type deps. You can check it with 'systemct show -pAfter -PWantedBy fglrxrebuild'. And I guess the 'Required-Start: $local_fs' is simply ignored because normally all sys scripts are ordered after basic.target which implies the local_fs target.
It is not clear if the culprit is really within the boot.fglrxrebuild script. We'd need some advice by systemd experts how to proceed here.
Well we have probably an issue in the Suse specific code. However that would be nice if we could get rid of those sysv scripts. Couldn't we at least wrap this rebuild script in a native unit file ? Also I'm not sure to understand why the sysv init script needs to be run so early. Another systemd commenter: (In reply to ... from comment #9) Indeed the insserv-generator as well as the systemd-sysv-install do not know about SuSE/Debian(as well!) specfic boot scripts. The map of the $local_fs facility isn't know here. To handle this for Lepa and SLES12 I suggest to replace the $local_fs with boot.cleanup as this will mapped to systemd-tmpfiles-setup.service Another systemd commenter: (In reply to ... from comment #10)
(In reply to ... from comment #9)
Indeed the insserv-generator as well as the systemd-sysv-install do not know about SuSE/Debian(as well!) specfic boot scripts. The map of the $local_fs facility isn't know here. To handle this for Lepa and SLES12 I suggest to replace the $local_fs with boot.cleanup as this will mapped to systemd-tmpfiles-setup.service
hmm why not simply wrapping the sysv script in a systemd native unit file ? That would be a step towards the removal of sysv support even if the path is still long. A commenter: ..., thank you for your helpful input! We will try Werner's suggestion and see if the sysv init script can be fixed up accordingly! -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=970268
http://bugzilla.suse.com/show_bug.cgi?id=970268#c2
--- Comment #2 from Stefan Dirsch
http://bugzilla.suse.com/show_bug.cgi?id=970268
Stefan Dirsch
http://bugzilla.suse.com/show_bug.cgi?id=970268
Stefan Dirsch
http://bugzilla.suse.com/show_bug.cgi?id=970268
http://bugzilla.suse.com/show_bug.cgi?id=970268#c4
--- Comment #4 from Stefan Dirsch
http://bugzilla.suse.com/show_bug.cgi?id=970268
http://bugzilla.suse.com/show_bug.cgi?id=970268#c5
--- Comment #5 from Stefan Dirsch
http://bugzilla.suse.com/show_bug.cgi?id=970268
http://bugzilla.suse.com/show_bug.cgi?id=970268#c6
Stefan Dirsch
participants (1)
-
bugzilla_noreply@novell.com