* test tree re0205.1 * test case i386/Spanish/Laptop/HTTP/TUI - Use PCMCIA * test machine Dell Inspiron 3500 @ testlab Description of Problem: On first boot after install, the screen remains black with a blinking cursor and the floppy drive light stays on. There's no trace of GRUB. How Reproducible: Always in this laptop Steps to Reproduce: 1. Install testcase 2. reboot when finished 3. see the screen black and the floppy drive light on. Actual Results: 3. see the screen black and the floppy drive light on. Expected Results: GRUB to appear
Same problem with * test tree re0206.6
I just installed on the very same laptop: * Red Hat Linux 7.2 Final * i386/Spanish/Laptop/HTTP/TUI - Use PCMCIA No problem at all.
Not likely to be a high priority with the complete switch in direction for Hampton, but by chance, do you remember if there were any partitions on the disk when you went to do your 7.2 reinstall? My guess is that it's related to the "not rereading partition tables properly" problem, but having not seen it myself, it's hard to say for sure.
*** Bug 59284 has been marked as a duplicate of this bug. ***
This laptop had the usual Linux partitions (ext3, swap) generated by a previos install of Red Hat beta. Like all the previous installs on a laptop. If you need more info, let me know. Also, you are welcome to change priority/severity. By high severity I was pointing out that I boot was not possible, which is a bad thing to happen.
Hmm... so you just reused the existing partitions? *shrug* I'm sure it's related to either the weirdness of partitioning or something I broke in the bootloader code there. Marking as needing to be fixed for the first beta of the post-Hampton release for now unless we start seeing it with the new Hampton trees.
I *did not* reuse existing partitions. I *did* select "delete all existing partitions on disk" when presented with DiskDruid Wizard. The Laptop's harddisk held a previous release of RedHat Linux beta.
Aha, yep. That's definitely one of the ways to hit the partition table not being reread. Fixed post-beta1. Thanks for the clarification
No longer seeing the partition table re-read problems. Closing out.
I'm seeing this (or rather bug#59284) intermittently with the latest Milan trees.
I'm seeing this *every time* with the last few trees on a certain machine: a Compaq Proliant ML330e with an ide hard drive (ServerWorks OSB4 IDE controller).
Has this been a problem lately?
I've seen this with test tree 0712.nightly or test tree re0716.nightly . * test case i386/Italian or Spanish/HTTP/Minimal or Workstation/TUI/Use PCMCIA
Fixed in CVS
The machine at my desk that had this problem not longer does. Closing.