Description of problem: Fedora 7 Final LiveCD doesn't boot on my Dell XPS 1210 laptop. It gets to the grub screen and after selecting one of the options presented it starts the kernel but then locks without any visible feedback of what is happening. The checksumming after downloading the iso image went ok and I burned the LiveCD on the same laptop using Ubuntu 7.04 with nautilus. The funny thing is that it worked fine on my desktop computer (an old Athlon XP 2000) and I am writing this bug report from a Fedora 7 system installed to the hard drive from the very same Live CD. I then verified the checksumming directly from the cdrom (sha1sum /dev/cdrom) and I got the same checksum as the one published in fedora servers. I made the test on both: the desktop pc (Fedora 7 Final) and the laptop (Ubuntu 7.04). I then tried every single Live CD I have near me and all of them worked fine: - Mandriva One 2007 Live CD - Ubuntu 6.10 Edgy Eft Live CD - Ubuntu 6.06 LTS Desktop CD (burned by my self) - Ubuntu 6.06.01 LTS Desktop CD (Official CD shipped by Ubuntu) - Fedora 7 Test 2 Live CD - Fedora Core 6 Live CD Unfortunately I throwed the F7T4 Live CD to the trash can at the office but it was working fine with my laptop. When I start the linux kernel from grub it shows the following: Loading vmlinuz.......................... Loading initrd.img................................... Ready. Uncompressing Linux... Ok, booting the kernel. And that's all,the process stops there and the laptop is dead, I have to shut it down the hard way. Then I tried booting the kernel removing the "quiet" option and I got more information but still it hangs: [snip] PCI: Bridge: 0000:00:1c.1 IO window: disabled. MEM window: ecf00000-ecffffff PEFETCH window: disabled. [snip] ACPI: PCI Interrupt 0000:00:01.0[A] -> GSI 16 (level, low) -> IRQ 16 ACPI: PCI Interrupt 0000:00:1c.0[A] -> GSI 16 (level, low) -> IRQ 16 ACPI: PCI Interrupt 0000:00:1c.1[A] -> GSI 17 (level, low) -> IRQ 17 ACPI: PCI Interrupt 0000:00:1c.3[A] -> GSI 19 (level, low) -> IRQ 18 NET: Registered protocol family 2 Switched to high resolution mode on CPU 1 Switched to high resolution mode on CPU 0 IP route cache hash table entries: 32768 (order: 5, 131072 bytes) TCP established hash table entries: 131072 (order: 8, 1572864 bytes) And that's all, it stays there completely dead. The CD drive turns off after a while. The funny thing is that it managed to boot at the office the first time I removed the "quiet" option in grub. Now I have tried this at home several times (an it several ways) and I can't get it to boot. Any idea about what could be happening?? what can I do??
Can you try adding 'maxcpus=1' to the kernel command line? If that fixes, then this is a dupe of bug 241249
yep. That works. I tried several times with several options and it works fine. Sorry about the dup, I searched before filing this bug report but I didn't find anything. What I can say is that trying several times I managed to make it boot twice without maxcpus=1 (before filing this bug report). Cheers.
*** This bug has been marked as a duplicate of 241249 ***