summaryrefslogtreecommitdiffstats
path: root/meta/recipes-core/systemd/systemd/init
AgeCommit message (Collapse)Author
2013-06-27systemd: Ensure that we mount devtmpfsSaul Wold
Since systemd also used tmpfs we should make a similar patch for the systemd-udev script Fix for bug: https://bugzilla.yoctoproject.org/show_bug.cgi?id=4632 Since udev 172, the 'mknod' logic was removed from udev. Yocto Dylan is now using udev 182. This means /dev is now required to be a devtmpfs filesystem (maintained by the kernel). If the root filesystem is a ramdisk, the kernel's auto-mount of /dev doesn't activate since there is no rootfs to actually mount... The bug causes an unusable system as /dev doesn't contain even basic nodes required to even get a login prompt. The Yocto udev/init script mounts tmpfs if it does not detect tmpfs or devtmpfs mounted at /dev. This appears to be outdated logic that is no longer correct. I believe the Yocto udev init script should be checking and mounting only 'devtmpfs' on dev. Signed-off-by: Alex Olson <alex.olson+yocto@gmail.com> [YOCTO #4632] Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-06-25udev-cache: fix to use udev-cache correctlyChen Qi
Previouly, the udev-cache has no real effect even if it's installed into the system. The key problem here is that at first boot, the /etc/dev.tar is not present, thus resulting /dev/shm/udev.cache not created on first boot even if udev-cache is enabled. This patch fixes this problem. The /dev/shm/udev.cache will be created if necessary, that is, on first boot or when some part of the system is changed. In the latter case, the udev cache may not be valid. [YOCTO #4738] Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-06-18systemd-udevd: fix invoking init script failedHongxu Jia
root@emenlow-noemgd:~# /etc/init.d/systemd-udevd restart Stopping udevd Starting udev corrupt queue file root@emenlow-noemgd:~# /etc/init.d/systemd-udevd status udevd is stopped root@emenlow-noemgd:~# ps 3805 root 8728 S /lib/systemd/systemd-udevd The process name is systemd-udevd rather than udev which is used in systemd-udevd's init script. [YOCTO #4746] Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-05-29systemd: do not create symbolic link from /run to /var/runJonathan Liu
The /run directory already exists as a tmpfs with /var/run as a symbolic link pointing to /run. Signed-off-by: Jonathan Liu <net147@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-05-29systemd: do not create /var/volatile/run and /var/volatile/lockJonathan Liu
The directories are not needed anymore. Previously: /var/run -> /var/volatile/run /var/lock -> /var/volatile/lock Now: /var/run -> /run /var/lock -> /run/lock Signed-off-by: Jonathan Liu <net147@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-04-18systemd: Fix udevd init script so sysvinit in systemd mode worksRichard Purdie
Commit http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=f76d4b3549ca220fa4bf84db2756ab45e11d06a3 moved volatiles handling for /run to the udev code only. This breaks sysvinit+systemd combined systems when building sysvinit images. This patch hacks the udevd init script in systemd to provide the missing symlink allowing the sysvinit images built with udevd from systemd to work correctly. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-04-13systemd: move the binaries to /sbin/systemdRoss Burton
As with udev, placing binaries in /lib breaks our current multilib implementation. Change the rootlibexecdir to /sbin/systemd so that binaries don't move in multilib situations. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-03-26systemd: add udev init script for hybrid sysvinit/systemd usageRoss Burton
With both sysvinit and systemd features it's possible to use systemd's udev with sysvinit, so add the required init script. Signed-off-by: Ross Burton <ross.burton@intel.com>