On Mon, 2011-05-30 at 20:33 +0200, Carlos E. R. wrote:
On 2011-05-30 17:20, Kay Sievers wrote:
On Mon, 2011-05-30 at 16:29 +0200, Carlos E. R. wrote:
On 2011-05-30 15:26, Kay Sievers wrote:
Bug 653540
Ah, I see. It's not the weird userspace daemon, it's only a crazy init script to to load a few modules which should be compiled into the kernel. :)
Whatever, but we were told to start that service to make gnome happy.
It's to make your kernel happy, that the CPU can safe power if it has nothing to do. It has nothing to do with the desktop stuff. Ideally we would just compile them into the kernel, as only the kernel knows which of the drivers should actually be used, and not depend on the loading order userspace provides. Changing the governors from on-demand makes almost no sense today. It's definitely nothing a distro needs to provide knobs for. But I enabled that cpufreq service here too now, and I don't get any cycles, so it must be something else in the list that creates the cycle systemd can't resolve.
'none' is a valid option in that file.
#/dev/mapper/name device or file none options #----------------·······--------------··················-----···--------
cr_something /dev/disk/by-id/ata-XXXXX-partX none none
Seems, there is no support for an options=="none" in systemd's native crypttab support, only for key=="none". It does not support a few other options of the Debian/SUSE crypttab parser too.
The 'none' for the options is not mentioned in the manpage of SUSE's crypttab though.
Did you add the last 'none' manually, or was it the installer/Yast which added it?
I don't remember. The first time it probably was yast, later ones, me.
I suggest you look into the system service script "/etc/init.d/boot.crypto", which lists the authors whom you may ask about that. All of them Novell/SUSE staffers.
But I don't understand why systemd cares about what is inside the scripts, anyway.
It doesn't look at any of these scripts. But it looks at /etc/crypttab and parses it. But the systemd crypttab parser does not support "none" like you have, if no options is given. I just wanted to know if we should expect more of these problems, like in case Yast added that line. Kay -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org