A recent update of fsck to the parallelizing version
causes the boot to hang after the devices have been
checked. A ctl-c gets out of it and boot continues
normally.
I've run fsck after boot up, using the same switches
(fsck -R -A -a) and get the same result; if I use
the serialize switch, it doesn't hang. Has anyone else
run across this? A bug in a particular fsck release
or is it something more general, ie something in the
kernel tickled by the parallel checks? I don't think
so, but thought I'd report it just in case.
Kernel version is a vanilla 2.2.12 compiled and
installed by moi.
FWIW, I'm using using debian potato.
------------------------------------------------------
Use Linux: A computer Dale Amon, CEO/MD
is a terrible thing Village Networking Ltd
to waste. Belfast, Northern Ireland
------------------------------------------------------
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/