--DocE+STaALJfprDB
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
(There really doesn't seem to be a dedicated e2fsprogs list, so this was
the next-best place I could find. I don't place much faith in the
sourceforge forums..)
The filesystem in question is a 480 gig ext3 partition, on a hardware
RAID5 controller. It's approximately 90% full, with something
like 115K files. Kernel 2.4.20-pre4, on a Duron 900.
As I type this, e2fsck has used up ~280 minutes of CPU time and has a
RSS size of 78 megs. It's been in stage2 for at least three hours with
not so much as a flicker of disk activity. (strace is similarly quiet)
Initially, I gave up on waiting the first couple of attempts, and
upgraded from e2fsprogs-1.27 to 1.28-WIP-0817. That didn't seem to make
any difference. I'm invoking e2fsck with '-d -v -tt', and stage1 spat
out statitics when it finished, but stage2 is just sitting there..
Any ideas? It sounds like a e2fsck bug, but until I know the
filesystem is clean, I don't want to clear the dirty flag and mount it
read/write.
The "backup/mkfs/restore" isn't quite practical in this case as I don't
have another half-terrabyte of storage readily available. (And what's
to keep this from happening again, for example, when the mount count limit
is reached next time?)=20
- Pizza
--=20
Solomon Peachy pizza@f*cktheusers.org
I'm not broke, but I'm badly bent. ICQ #1318344
Patience comes to those who wait. Melbourne, FL
Quidquid latine dictum sit, altum viditur
--DocE+STaALJfprDB
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE9aF+0PuLgii2759ARAhXuAJ9chMPzKCHxbHJ6IVbl2UDavJYzIwCg9mBl
3JRQhTIOdd/D2amjYHw83YE=
=FZo4
-----END PGP SIGNATURE-----
--DocE+STaALJfprDB--
