public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Mark Knecht <markknecht@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] To mount or not to Mount proc, that is the question
Date: Fri, 16 Mar 2012 14:50:22 -0700	[thread overview]
Message-ID: <CAK2H+eciLHNgFZEHShTMjikqVDcn_VLf986hYri9SnyWfAZ3hw@mail.gmail.com> (raw)
In-Reply-To: <CADPrc80jAGM5_6-+gYuOna8Oj-PGzUFOeBVUEPW5uvp-JOvhXg@mail.gmail.com>

On Fri, Mar 16, 2012 at 2:40 PM, Canek Peláez Valdés <caneko@gmail.com> wrote:
> On Fri, Mar 16, 2012 at 3:18 PM, Mark Knecht <markknecht@gmail.com> wrote:
>> On Fri, Mar 16, 2012 at 12:47 PM, Canek Peláez Valdés <caneko@gmail.com> wrote:
>>> On Fri, Mar 16, 2012 at 1:40 PM, Mark Knecht <markknecht@gmail.com> wrote:
>> <SNIP>
>>>> Looking at the Gentoo amd64 install guide here:
>>>>
>>>> http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=1&chap=8
>>>>
>>>> it appears that the recommendation is to mount proc.
>>>>
>>>> [QUOTE]
>>>>
>>>> /dev/sda1   /boot        ext2    defaults,noatime     1 2
>>>> /dev/sda2   none         swap    sw                   0 0
>>>> /dev/sda3   /            ext3    noatime              0 1
>>>>
>>>> /dev/cdrom  /mnt/cdrom   auto    noauto,user          0 0
>>>>
>>>> proc        /proc        proc    defaults             0 0
>>>> shm         /dev/shm     tmpfs   nodev,nosuid,noexec  0 0
>>>>
>>>> [QUOTE]
>> <SNIP>
>>>
>>> I haven't put /proc explicitly on my /etc/fstab since a long time ago,
>>> and everything seems to be working. However, I use systemd, which
>>> always mounts /proc with the default options, and only uses the entry
>>> in /etc/fstab (if present) to override the default options. In other
>>> words, systemd always mounts /proc, no matter if it's listed in
>>> /etc/fstab or not.
>>>
>>> I don't know what OpenRC does, but it would not surprise me that it's
>>> something similar.
>>>
>>> Regards.
>>> --
>>> Canek Peláez Valdés
>>> Posgrado en Ciencia e Ingeniería de la Computación
>>> Universidad Nacional Autónoma de México
>>>
>>
>> Thanks Canek. I appreciate your response.
>>
>> It seems when rereading the link above the authors do put the work
>> 'example' in italics, implying that possibly I should know what I'm
>> doing and not depend on the text on that page. I'm fine with the not
>> depending part. I'm not so sure about the 'know what I'm doing' part.
>> ;-)
>>
>> I'm going to take a wild guess that it's somehow mounted in an init
>> script these days but I have no reason to know that's actually how it
>> gets done. I did read the kernel docs and it doesn't seem to be done
>> automatically by the kernel AFAICT.
>
> No, it's the init system; look at /lib/rc/sh/init.sh:66:
>
> # By default VServer already has /proc mounted, but OpenVZ does not!
> # However, some of our users have an old proc image in /proc
> # NFC how they managed that, but the end result means we have to test if
> # /proc actually works or not. We do this by comparing two reads of
> # /proc/self/environ for which we have set the variable VAR to two
> # different values. If the comparison comes back equal, we know that
> # /proc is not working.
> mountproc=true
> f=/proc/self/environ
> if [ -e $f ]; then
>        if [ "$(VAR=a cat $f)" = "$(VAR=b cat $f)" ]; then
>                eerror "You have cruft in /proc that should be deleted"
>        else
>                einfo "/proc is already mounted, skipping"
>                mountproc=false
>        fi
> fi
> unset f
>
> if $mountproc; then
>        procfs="proc"
>        [ "$RC_UNAME" = "GNU/kFreeBSD" ] && proc="linprocfs"
>        ebegin "Mounting /proc"
>        if ! fstabinfo --mount /proc; then
>                mount -n -t "$procfs" -o noexec,nosuid,nodev proc /proc
>        fi
>        eend $?
> fi
>
> Mistery solved :D
>
> Regards.
> --
> Canek Peláez Valdés
> Posgrado en Ciencia e Ingeniería de la Computación
> Universidad Nacional Autónoma de México
>

Yep, that's it. Somewhat interestingly it was at line 89 in my file
but that may well be differences between OpenRC and systemd, etc.
Anyway, the code looks identical and at least on the one machine I've
tested it doesn't seem to have hurt anythign to remove it from my
fstab file.

!Thanks!

Cheers,
Mark



      reply	other threads:[~2012-03-16 21:51 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-16 19:40 [gentoo-user] To mount or not to Mount proc, that is the question Mark Knecht
2012-03-16 19:47 ` Canek Peláez Valdés
2012-03-16 21:18   ` Mark Knecht
2012-03-16 21:40     ` Canek Peláez Valdés
2012-03-16 21:50       ` Mark Knecht [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAK2H+eciLHNgFZEHShTMjikqVDcn_VLf986hYri9SnyWfAZ3hw@mail.gmail.com \
    --to=markknecht@gmail.com \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox