dracut mounts tmpfs on /run tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,mode=755) But /run does not exist Reproducible: Always Steps to Reproduce: 1. create initramfs with dracut 2. boot 3. run mount and df Actual Results: tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,mode=755) df: `/run': No such file or directory Portage 2.1.9.45 (default/linux/amd64/10.0/desktop/kde, gcc-4.5.2, glibc-2.11.3-r0, 2.6.38-gentoo-r1 x86_64) ================================================================= System uname: Linux-2.6.38-gentoo-r1-x86_64-Intel-R-_Core-TM-2_Duo_CPU_P8600_@_2.40GHz-with-gentoo-2.0.2 Timestamp of tree: Sat, 02 Apr 2011 15:30:01 +0000 sys-apps/baselayout: 2.0.2 sys-apps/openrc: 0.8.0 ACCEPT_KEYWORDS="amd64 ~amd64"
http://thread.gmane.org/gmane.linux.redhat.fedora.devel/146976 https://admin.fedoraproject.org/updates/dracut-009-3.fc15
https://admin.fedoraproject.org/updates/udev-167-1.fc15
(In reply to comment #0) > dracut mounts tmpfs on /run > > tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,mode=755) > > But /run does not exist What Dracut version? Please also include log from initramfs build with "-L=5" option applied and dmesg. Dracut actually unmounts /run (lazy unmount). I have noticed similar issue once, but couldn't reproduce it later.
I hope we're going to handle /run in baselayout-2.
Created attachment 294173 [details] dracut.log with -L=5 (In reply to comment #3) > What Dracut version? Please also include log from initramfs build with "-L=5" > option applied and dmesg. I don't have a /run directory. mount | grep run tmpfs on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755) sys-kernel/dracut-013-r2 was built with the following: USE="(multilib) -debug (-selinux)" DRACUT_MODULES="lvm syslog -biosdevname -btrfs -caps -crypt -crypt-gpg -dmraid -dmsquash-live -gensplash -iscsi -livenet -mdraid -multipath -nbd -nfs -plymouth -xen"
Created attachment 294175 [details] dmesg
Newer versions of Gentoo seem to include /run. But sadly no package owns it (q file /run outputs nothing here), so I cannot tell you which package or version created it. Could you again have a look whether this issue is solved? And if the maintainer of the package creating /run reads this: Maybe you can claim that directory via dodir?
(In reply to comment #7) > Newer versions of Gentoo seem to include /run. But sadly no package owns it > (q file /run outputs nothing here), so I cannot tell you which package or > version created it. sys-apps/baselayout should own it. > Could you again have a look whether this issue is solved? Yes, it is solved. Thank you for the reminder. :-) Closing as INVALID, because it's fixed in the another package, actually.
*** This bug has been marked as a duplicate of bug 361349 ***
(In reply to comment #8) > (In reply to comment #7) > > Newer versions of Gentoo seem to include /run. But sadly no package owns it > > (q file /run outputs nothing here), so I cannot tell you which package or > > version created it. > > sys-apps/baselayout should own it. Yes, *should*. But please have a look at baselayout-2.1-r1.ebuild or the output of q file /run.