Bug 154593
Summary: | CDROM boot and read fails: kernel panic | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Walt Smith <waltech> |
Component: | kernel | Assignee: | Dave Jones <davej> |
Status: | CLOSED CANTFIX | QA Contact: | Brian Brock <bbrock> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 3 | CC: | dedourek, pfrields |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-10-03 00:50:06 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Walt Smith
2005-04-12 21:19:12 UTC
Sounds a lot like bug 115458. You might confirm this by adding ide=nodma to the grub boot line. THATS IT !!! FC3 now works with 32X creative, 8X cdroms. I retro'd the ide=nodma to RH9, and it now works also with faster cdrom. The diagnosis problem here is that the CD did start to boot, and did get into the curses screen. I'd been exposed to "nodma" for HD's so it's familiar ! I am dismayed that the similar bug 154593, discovered in FC2 and earlier has been marked closed. I suppose this is because the fix is known, rather than a "solution". I agree it's a dup of bug 115458. However, a solution should (if possible) be put in the installer since a consumer still cannot boot !! !! While the "ticket" may be "closed" I cannot mark this issue as "CLOSED". John, THANKS AGAIN for your very quik and accurate reply !! You made a happy and productive camper ! Walt Smith --- slightly OT, but related: I am dismayed regarding two menus's at install start: During this procedure, the install menu: 1. at one point asked for a disk driver (for an ide ???) !! SHADES of Windows !!! 2. wanted to see ISO images on the hard drive, rather than a dir with RPM files. This is really unforgiveable. W.............. After more use and experiments, and multiple attempts to re-install of FC3, this problem * does NOT * seem to be * solved * but reduced in magnitude by using ide=nodma. Perhaps invisibly for newbies who may think they have a bad drive. It might even be specific to the Compaq D.P chipset. * I don't know. * On the Compaq DeskPro, the Creative 32x CD will show several "cpio" errors during the curses installer startup phase. Then will have problems with files later, rendering it pretty much unusable. I've decided not to use it at all. The older Mitsui Atapi 8x drive works significantly better - but still has problems. In particular, during anaconda install, occasional message boxes indicate corrupted files. However, after experimentation, careful timing "fixed", not solved, the dozen of the "corruption" problems. I would open the CD-door, and then press to close, and time when to click the "OK" button. The file corruption indications seemed random, but I could achieve about 90% correct re-read -the first time- by this careful timing. the remainder on further retries. I was able to complete the install. On a 350 Mhz box, the operation under 2.6 is significantly smoother, but every user action has a noticable small delay before action occurs. An install solution for those with older dma problem boxes will be to keep an older linux 2.2 or 2.4 kernel on the box proven to work. Use mkiofs and create a hard drive iso image using the FC3 CD set. Later, during FC3 install, select the HD as the location to install from. It's most unfortunate that RPM's in a dir cannot be acessed from the installer. Using the Creative 32X created some most peculiar problems. For example during anaconda install, I could not select the "/" on the HD - I could select the part, but other options were grey, and I could not proceeed further (ctl-alt-del). (re-edit: perhaps because of SELinux ?? see below) Also, RECOVERY of the OS is a major issue. After installing the RPMS by hand and later trying to reinstall manually using RH9 w/ rpm, I discovered SELinux may be a culprit preventing fixes. Indeed rpm (used from RH9 ) which had worked a couple days earlier, failed as did chroot, most likely because I had blindly installed SELinux. A boot hang magically appeared during reboot, which got to "trying to mount root" at the end of the kernel boot, near init start. It would hang. period. No amount of finageling with FC3 part after rebooting to RH9 could fix the problem: rpm attempts to reinstall the kernel resulted in rpm pre-script error messages, and failure. My *guess* is that an uninstall of SELInux may have fixed it. Assuming whatever SELinux was there would have allowed it. After specifying "save data" in anaconda and NOT formatting during an re-install, the very first two screen messages after the "mounting root" message location were "SELinux". Now, I could be wrong in conclusions. Howver, the above is how the situation appears to me. W.............. An update has been released for Fedora Core 3 (kernel-2.6.12-1.1372_FC3) which may contain a fix for your problem. Please update to this new kernel, and report whether or not it fixes your problem. If you have updated to Fedora Core 4 since this bug was opened, and the problem still occurs with the latest updates for that release, please change the version field of this bug to 'fc4'. Thank you. This bug has been automatically closed as part of a mass update. It had been in NEEDINFO state since July 2005. If this bug still exists in current errata kernels, please reopen this bug. There are a large number of inactive bugs in the database, and this is the only way to purge them. Thank you. |