[Pkg-sysvinit-devel] Bug#623174: Bug#621803: Add support for /run directory

Marco d'Itri md at linux.it
Tue Apr 26 15:12:49 UTC 2011

On Apr 26, rleigh <rleigh at codelibre.net> wrote:

> > -mount -t tmpfs -o nodev,noexec,nosuid,mode=0755 none /run
> > +mount -t tmpfs -o "nosuid,size=20%,mode=0755" tmpfs /run
Why does /run should not be noexec?

> I've added the block above because we can't make an upload of sysvinit/
> initscripts to unstable until we have an updated initramfs-tools in
> unstable, or else udev will break.  Therefore in order to have a smooth
Yes, if /run exists in the initramfs then it needs to be moved to the
root filesystem.

> Marco, have you tested this upgrade path?  That is /run in the
> initramfs and no /run on the rootfs?  Is udev checking for that and
No, but if the database is not copied to the initramfs then LVM will be

> not using /run in this scenario (or moving the files from /run to
> /dev/.udev)?  We will need to cope with this for a brief transitional
> period when initramfs-tools is updated and initscripts is not.
The udev initscript cannot know if there was a /run/udev in the
initramfs and it was lost.
Right now I can't see how to work around this.
If there is no /run in the initramfs then /dev/.udev/ will be used, and
since udev 167-3 the udev init script will move it to /run/udev/ (as
long as /run is a mount point, check the init script).

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-sysvinit-devel/attachments/20110426/090d67f5/attachment.pgp>

More information about the Pkg-sysvinit-devel mailing list