From: Nikita Danilov <Nikita@namesys.com>
To: Andreas Dilger <adilger@turbolabs.com>
Cc: "Dieter Nützel" <Dieter.Nuetzel@hamburg.de>,
"ReiserFS List" <reiserfs-list@namesys.com>,
"Linux Kernel List" <linux-kernel@vger.kernel.org>
Subject: Re: [reiserfs-list] Re: [REISERFS TESTING] new patches on ftp.namesys.com: 2.4.15-pre7
Date: Wed, 21 Nov 2001 13:02:31 +0300 [thread overview]
Message-ID: <15355.31671.983925.611542@beta.reiserfs.com> (raw)
In-Reply-To: <20011121011655.M1308@lynx.no>
In-Reply-To: <200111210110.fAL1Atc11275@beta.namesys.com> <15355.27299.252362.983624@beta.reiserfs.com> <20011121011655.M1308@lynx.no>
Andreas Dilger writes:
> On Nov 21, 2001 11:49 +0300, Nikita Danilov wrote:
> > Dieter NJtzel writes:
> > > but kernel 2.4.15-pre7 + preempt + ReiserFS A-N do _NOT_ boot for me.
> > > I've tried it with "old" and "new" (current) N-inode-attrs.patch.
> > > But that doesn't matter.
> > >
> > > [-]
> > > IP: routing cache hash table of 8192 buckets, 64Kbytes
> > > TCP: Hash tables configured (established 262144 bind 65536)
> > > NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
> > > reiserfs: checking transaction log (device 08:03) ...
> > > Using r5 hash to sort names
> > > ReiserFS version 3.6.25
> > > VFS: Mounted root (reiserfs filesystem) readonly.
> > > Freeing unused kernel memory: 208k freed
> > > "Warning: unable to open an initial console."
> >
> > N-inode-attrs.patch uses previously unused field in reiserfs on-disk
> > inode structure to store inode attributes. It seems that in some cases
> > this field actually contains garbage. It may happen that you have got
> > immutable bit for your console device this way.
>
> Hmm, this may be a kernel bug also, in a way. I don't know if ext2
> allows you to set attributes on char/block special files, but if it
> does, then the "immutable" attribute should _probably_ apply to
> changing the device inode, rather than writing to the device itself.
>
> In any case, it is also a bad thing to leave garbage in unused parts of
> on-disk data structs for just this reason, so mkreiserfs should zero
> everything that is unused inside allocated structs (and the kernel too,
> because reiserfs allocates inode tables dynamically, right?).
Yes, it's right, but currently we have what we have currently. I am
going to extend inode-attrs.patch and add new mount option
"noattrs". With it ioctls to set and get attributes will continue to
work, but attributes themselves will not have any effect. Then, one can
boot with "rootflags=noattrs" and read-write root, clear all attributes
by chattr -R and remount root.
I put new version of the patch in the same place, Dieter, can you please
try it?
>
> Cheers, Andreas
Nikita.
> --
> Andreas Dilger
> http://sourceforge.net/projects/ext2resize/
> http://www-mddsp.enel.ucalgary.ca/People/adilger/
next prev parent reply other threads:[~2001-11-21 9:05 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200111210110.fAL1Atc11275@beta.namesys.com>
2001-11-21 8:49 ` [REISERFS TESTING] new patches on ftp.namesys.com: 2.4.15-pre7 Nikita Danilov
2001-11-21 8:16 ` [reiserfs-list] " Andreas Dilger
2001-11-21 10:02 ` Nikita Danilov [this message]
2001-11-21 10:24 ` Dieter Nützel
2001-11-21 12:18 ` Nikita Danilov
2001-11-21 16:52 ` Jeff Mahoney
2001-11-21 23:30 ` Stuart Young
2001-11-21 12:58 ` Ed Tomlinson
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=15355.31671.983925.611542@beta.reiserfs.com \
--to=nikita@namesys.com \
--cc=Dieter.Nuetzel@hamburg.de \
--cc=adilger@turbolabs.com \
--cc=linux-kernel@vger.kernel.org \
--cc=reiserfs-list@namesys.com \
/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