From: greyham@research.canon.com.au (Graham Stoney)
To: johnw@aiinet.com (Whitney, John)
Cc: greyham@research.canon.com.au ('greyham@research.canon.com.au'),
kd@flaga.is, linuxppc-embedded@lists.linuxppc.org
Subject: Re: ext2fs or ramdisk problems......
Date: Mon, 28 Aug 2000 12:26:49 +1100 (EST) [thread overview]
Message-ID: <20000828012649.CD93CB5@elph.research.canon.com.au> (raw)
In-Reply-To: <7283DE19D141D111AD0E00A0C95B195502C5F605@mail2.aiinet.com> from "Whitney, John" at Aug 25, 2000 09:30:23 AM
Whitney, John writes:
> I have had odd results using ext2 on the ramdisk (in my case, a 16MB
> ramdisk). Using the 2.2.13, ramdisks I created using ext2 would boot
> up just fine on the system, but after use the filesystem would declare
> that it was out of space, even though "df" showed several megabytes
> free on that filesystem.
Scott's suggestion re: inodes sounds like the explanation here.
Unfortunately the error message you get for being out of inodes is the same
as what you get for running out of available blocks.
> Someday I'll go into the Minix source code on my PC and modify it to be
> big-endian, so I don't have to worry about it anymore.
This would be a really worthwhile enhancement. I'm a little suprised noone's
bothered to fix this, given that ext2 gets it right. It should be possible
to auto-detect the byte order it was constructed with and have it "just work"
on either architecture, even if mkfs.minix continues to write the fields in
the native byte order.
Regards,
Graham
--
Graham Stoney
Principal Hardware/Software Engineer
Canon Information Systems Research Australia
Ph: +61 2 9805 2909 Fax: +61 2 9805 2929
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
next prev parent reply other threads:[~2000-08-28 1:26 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-08-25 13:30 ext2fs or ramdisk problems Whitney, John
2000-08-25 17:35 ` Scott Anderson
2000-08-28 1:26 ` Graham Stoney [this message]
-- strict thread matches above, loose matches on Subject: below --
2000-08-28 14:27 Whitney, John
2000-08-29 4:14 ` Graham Stoney
2000-08-24 12:25 kd
2000-08-24 12:55 ` Ron Flory
2000-08-25 0:19 ` Graham Stoney
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=20000828012649.CD93CB5@elph.research.canon.com.au \
--to=greyham@research.canon.com.au \
--cc=johnw@aiinet.com \
--cc=kd@flaga.is \
--cc=linuxppc-embedded@lists.linuxppc.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;
as well as URLs for NNTP newsgroup(s).