Install process repeatedly stalls at filesystem formatting stage and hangs
the system following invocation of the post-installation stage.
A stalled installation during the filesystem formatting stage can be
"woken-up" by a peripheral device interrupt (e.g., pointer movement,
pointer button, or keyboard key). The technique used to "wake-up" the
installer cannot be used to "wake-up" a subsequent stall.
The installer hangs just after invocation of the post-installation phase.
Although the X-server appears alive (e.g., pointer movement can be
visually verified) the keyboard appears to be locked out ( in particular,
the <Ctrl+Alt+Del> is locked out).
System consists of a Tyan Tiger 133 motherboard, 128MB PC-133 SDRAM,
one P-III 600EB (dual capable, but single at this time), one Seagate 8GB
IDE HDD (hda), one Maxtor 19GB IDE HDD (hdb), Mitsumi 48x CDROM (hdc),
removeable HDD chassis (hdd), 1.44MB FDD, Nvidia RIVA TNT2 32MB AGP card.
Caldera eDesktop 2.4 (2.2.14 kernel), Storm Linux (2.2.15) and
TurboLinux 6.0 (2.2.14 kernel) fully install. I have encountered this
problem with Red Hat on versions 4.2, 5.0, 6.0, 6.1, and 6.2.
Is this the graphical install you are having this issue with?
Does the text mode install work ok?
Yes, this was evident with the graphical installation. I did not get a chance to evaluate the text-based install.
We have not seen this behavior in our testing - I will defer this bug for now
and perhaps other reports of this problem will give us more info to find the