--s2ZSL+KKDSLx8OML
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 ~811 minutes of CPU time and has a
RSS size of 72 megs. It's been in stage2 for at least ten hours of wall
time now.
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?)
- 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
--s2ZSL+KKDSLx8OML
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
iD8DBQE9aN57PuLgii2759ARAhxlAJ4yunVi8Pv+XPaNnY3/GaWpbJta3gCgzg1E
32oPZkF4HlQQV07BiaRBVNA=
=6PB7
-----END PGP SIGNATURE-----
--s2ZSL+KKDSLx8OML--
