public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "J . A . Magallon" <jamagallon@able.es>
To: Andries.Brouwer@cwi.nl
Cc: linux-kernel@vger.kernel.org
Subject: Re: Strange umount problem in latest 2.4.0 kernels
Date: Fri, 12 Jan 2001 00:23:03 +0100	[thread overview]
Message-ID: <20010112002303.A905@werewolf.able.es> (raw)
In-Reply-To: <UTC200101112234.XAA98877.aeb@ark.cwi.nl>
In-Reply-To: <UTC200101112234.XAA98877.aeb@ark.cwi.nl>; from Andries.Brouwer@cwi.nl on Thu, Jan 11, 2001 at 23:34:36 +0100


On 2001.01.11 Andries.Brouwer@cwi.nl wrote:
> > The "none" bit puzzles me the most.
> 
> It is a common misconfiguration. Given a line
> 
>   device  dir  type  options  garbage
> 
> in /etc/fstab, some umount versions will complain "device busy"
> when the umount fails. Thus, it is better to use
> 
>   proc    /proc     proc
>   devpts  /dev/pts  devpts
> 
> instead of
> 
>   none    /proc     proc
>   none    /dev/pts  devpts
> 
> so as to avoid this silly "none busy".
> But many distributions come misconfigured like this.
> 

Same cam be applied to shm ? Thus kernel Documentation/Changes should be
changed:

System V shared memory is now implemented via a virtual filesystem.
You do not have to mount it to use it. SYSV shared memory limits are
set via /proc/sys/kernel/shm{max,all,mni}.  You should mount the
filesystem under /dev/shm to be able to use POSIX shared
memory. Adding the following line to /etc/fstab should take care of
things:

none        /dev/shm    shm     defaults    0 0

to

shm        /dev/shm    shm     defaults    0 0


-- 
J.A. Magallon                                                      $> cd pub
mailto:jamagallon@able.es                                          $> more beer

Linux werewolf 2.4.0-ac5 #1 SMP Wed Jan 10 23:36:11 CET 2001 i686

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

  parent reply	other threads:[~2001-01-11 23:24 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-01-11 22:34 Strange umount problem in latest 2.4.0 kernels Andries.Brouwer
2001-01-11 22:46 ` Udo A. Steinberg
2001-01-11 23:23 ` J . A . Magallon [this message]
2001-01-12  8:05   ` Christoph Rohland
  -- strict thread matches above, loose matches on Subject: below --
2001-01-11 18:22 Udo A. Steinberg
2001-01-11 18:33 ` Daniel Phillips
2001-01-11 18:41   ` Alexander Viro
2001-01-11 19:24     ` Udo A. Steinberg
2001-01-11 19:32       ` Alexander Viro
2001-01-11 20:26         ` Udo A. Steinberg
2001-01-11 20:56       ` Udo A. Steinberg
2001-01-11 21:34         ` Alan Cox
2001-01-11 23:04         ` David Ford
2001-01-11 21:42       ` Andreas Dilger

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=20010112002303.A905@werewolf.able.es \
    --to=jamagallon@able.es \
    --cc=Andries.Brouwer@cwi.nl \
    --cc=linux-kernel@vger.kernel.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