From: Phil Howard <phil-linux-kernel@ipal.net>
To: linux-kernel@vger.kernel.org
Subject: 2.4.20-pre11 mounts initrd read/only
Date: Wed, 30 Oct 2002 15:01:22 -0600 [thread overview]
Message-ID: <20021030150122.A25561@hamal.ipal.net> (raw)
I just finished helping someone (who was trying to build a bootable CD
using my BICK package) debug why they were getting a failure with
2.4.20-pre11, but things worked OK with 2.4.18. After several cycles
of "try this" and finally getting his kernel output captured via a
serial port, I found the problem. The initial ram disk mounted at /
was being mounted read/only in 2.4.20-pre11 whereas it was mounted
read/write in 2.4.18 (I haven't tested 2.4.19 yet because previously
upgrading the kernel on a rescue CD wasn't a priority).
The work around is to either specify "rw" in the boot parameters or to
do a remount to remove the read/only bit during initialization. The
next version of BICK will have this dealt with.
I suspect this was just a change being made to default to read/only for
hard disk mounted root filesystems. I can see maybe a few suprises it
might cause, but mostly no problems. But it could be more problematic,
or at least confusing, for initial ram disk situations. Maybe it should
test for whether / is initrd and turn off MS_RDONLY if so.
ref: http://freshmeat.net/projects/bick/
--
-----------------------------------------------------------------
| Phil Howard - KA9WGN | Dallas | http://linuxhomepage.com/ |
| phil-nospam@ipal.net | Texas, USA | http://ka9wgn.ham.org/ |
-----------------------------------------------------------------
reply other threads:[~2002-10-30 20:54 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=20021030150122.A25561@hamal.ipal.net \
--to=phil-linux-kernel@ipal.net \
--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
Powered by JetHome