The below is i see in Fedora 15: [root@yangyi-dev2 /]# cat /etc/*-release Fedora release 15 (Lovelock) Fedora release 15 (Lovelock) Fedora release 15 (Lovelock) [root@yangyi-dev2 /]# rpm -qf /var/run/ abrt/ cups/ gdm/ lock/ netreport/ openvpn/ ppp/ sepermit/ setroubleshoot/ vpnc/ console/ faillock/ libgpod/ lvm/ NetworkManager/ plymouth/ pptp/ setrans/ utmp wpa_supplicant/ [root@yangyi-dev2 /]# rpm -qf /var/run/abrt abrt-2.0.2-5.fc15.x86_64 [root@yangyi-dev2 /]# rpm -qf /var/lo local/ lock/ log/ [root@yangyi-dev2 /]# rpm -qf /var/lo local/ lock/ log/ [root@yangyi-dev2 /]# rpm -qf /var/lock/l lockdev/ lvm/ [root@yangyi-dev2 /]# rpm -qf /var/lock/lvm lvm2-2.02.84-1.fc15.x86_64 [root@yangyi-dev2 /]#
/run is a disk directory, /var/lock -> /run/lock, /var/run -> /run, http://lwn.net/Articles/436012/ told about /run. On Thu, Jul 21, 2011 at 6:14 PM, Kay Sievers <[email protected]> wrote: > On Thu, Jul 21, 2011 at 09:55, <[email protected]> wrote: > > i found some packages installed some files in /var/run and /var/lock, but > > /var/run is symbol linked to /run and /var/lock is symbol linked to > > /run/lock, /run is a tmpfs, it can't save some files permanently, > Fedora's > > way is /run is a disk directory, it saves the installed files by some > > packages, in initramfs, init will take responsibility for mounting /run > as > > tmpfs and copy /run in disk to this tmpfs, but for MeeGo, we don't have > > initrd/initramfs, so this only can be done by systemd in boot phase, > anybody > > knows a good way to do this? > > Packages which install files in /run (/var/run) need to be fixed. > Fedora has no packages relying on it. It has nothing to do with > initramfs, /run (/var/run) will always be empty at bootup. > > Packages who rely on pre-existing content in /run (/var/run) need to > ship tmpfiles (man systemd-tmpfiles) instructions to populate /run > (/var/run) at bootup before the services are started. > > Real services which startup as root, ideally create the needed content > themselves, and not use tmpfiles. > > Kay >
_______________________________________________ systemd-devel mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/systemd-devel
