Talk:Systemd

LVM Initramfs
Section Systemd

Shouldn't the complete command be:

or does the sentence means you've got to build both the kernel and initramfs by adding these two options if you use genkernel to build your kernel? Jil (talk) 11:24, 19 October 2013 (UTC)

kernel
The kernel options are outdated and look very different in 3.10.7 --Jonasstein (talk) 18:44, 9 September 2013 (UTC)

Does [ ] Enable Deprecated sysfs mean do NOT select this option? --allan gottlieb (talk) 22:38, 11 September 2013 (UTC)

I hear from 666, the answer to the above is yes. So does this mean tha " path to ueven helper" means we must clear this field out? I have (still from openrc) /sbin/hotplug.

id be careful if i were you.... id test this on a virtual machine and document down your procedure of what is working. id test blanking it first, then if it fails to load then insert it back and update wiki. 666threesixes666 (talk) 00:04, 12 September 2013 (UTC)

I don't have a virtual machine, but I am going to try on a test machine first. Indeed, I don't want to remove /sbin/hotplug and I am not sure that is the intent. I suspect I don't understand the in " path to uevent helper"

mkultra@mksrv [ ~ ]$ zcat /proc/config.gz | grep /sbin/hotplug CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"

i want to say that it should have /sbin/hotplug in the parenthesis. 666threesixes666 (talk) 00:37, 12 September 2013 (UTC)

So why don't we put it there in the wiki?

i haven't tested it, or marked it known to be working, that's why. u test it, if it works, then remove any references to the unaltered line, that sounds most reasonable to me. 666threesixes666 (talk) 00:55, 12 September 2013 (UTC)

I will test it. I am just held up while I check outthe point below on installation

gentoo-users plus the kernel comments itself say that the helper path should be blank, i.e., the wiki is correct as is

Installation
The wiki says you must install systemd before setting the use flag (or you get conflicts). My experience is the opposite. I have made the kernel changes, /run is there /etc/mtab is a symlink. If I now try to emerge systemd I get conflicts, but if I *first* set USE="$USE systemd -consolekit" and run emerge ... @world, I get no conflicts and systemd is among the packages to be installed. I will ask canek (a knowledgeable gentoo-user contributor on systemd/gnome3) what he thinks). As I said I don't have a virtual machine so it is not as easy for me to "start over". I am hoping that after the make ... @world I have not passed the point of no return.  That is I hope reverting the USE change and again doing emerge ... @world gets me back.  Thanks for your responses.  It is less frightening to believe there is someone to talk to / ask questions of.  --allan

Canek agrees and I have successfully booted into systemd with this method. So I changed to wiki to first change USE and then emerge @world, which automatically merges systemd.

I also changed some ordering and headings (but no content changes). I believe the ordering should be<br/ Pre Installation configuration Installation Booting Post installation configuration Other

I will start this. I have myself gone through booting on my system. As I said the content will not change (except for saying the USE should change before installing the package).

genkernel-next
There are problems with stable genkernel-next-35: kernel use init system from /sbin/init instead of /usr/lib/systemd/systemd Grub2 config is right: GRUB_CMDLINE_LINUX="init=/usr/lib/systemd/systemd" Updating to unstable genkernel-next-47 fix this problem