Your message dated Wed, 11 Jan 2012 11:29:01 +0000
with message-id <[email protected]>
and subject line Re: Bug#386945: initscripts: User Mode Linux (UML) doesn't
start because /dev/shm is mounted noexec
has caused the Debian Bug report #386945,
regarding initscripts: User Mode Linux (UML) doesn't start because /dev/shm is
mounted noexec
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
386945: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=386945
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: initscripts
Version: 2.86.ds1-20
Severity: critical
Justification: breaks UML environments
The mountdevsubfs.sh init script mounts /dev/shm with the noexec flag.
UML (/usr/bin/linux) complains about that and doesn't start.
--- End Message ---
--- Begin Message ---
Version: 2.88dsf-13.3
On Mon, Sep 11, 2006 at 11:24:03AM +0200, Petter Reinholdtsen wrote:
> [Tim Rühsen]
> > The mountdevsubfs.sh init script mounts /dev/shm with the noexec
> > flag. UML (/usr/bin/linux) complains about that and doesn't start.
>
> I suspect this use of /dev/shm/ is really a bug in UML. /dev/shm/ is
> only to be used by the shm_open()-class of functions. Every other use
> of the tmpfs mounted on /dev/shm is a bug. This is part of the reason
> why we changed the privileges for that file system. Is UML using it
> throught the shm* functions?
>
> I suspect we need to provide some other tmpfs for users such as UML
> and ifupdown.
This is now taken care of by /run since 2.88dsf-13.3, which is now
indeed used by ifupdown. Most of this report was discussion of
tmpfs on /var/run and /var/lock, which is now superseded by /run.
Regarding the original concern, /dev/shm (/run/shm) is now mounted
exec, which was needed for anonymous executable mappings IIRC; it's
certainly not mounted noexec at the moment due to causing problems
with some packages. However, UML should certainly not be using this
location directly, as stated above. It may be that /run or /tmp are
better choices, if it has not been updated in the interim.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
`- GPG Public Key: 0x25BFB848 Please GPG sign your mail.
--- End Message ---
_______________________________________________
Pkg-sysvinit-devel mailing list
[email protected]
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-sysvinit-devel
