Description of problem: Intel i915 SDV (D3x2502) Booting from CD oopses the kernel with the attached log. Booting an older install, copying over the kernel + initrd from the CD to the HD, and booting that works fine. This is with FC4-re0527.0.
Created attachment 114931 [details] kernel bootup log
*** Bug 159920 has been marked as a duplicate of this bug. ***
I am seeing this bug on D865GBF/PERC boards. I didn't have this problem with Fedora Core 3, or one of the Fedora Core 4 test releases. I have reproduced this on two different computers with the same board. I tried changing cds, ide cables, cdrom drives, bios settings, kernel options, computers(same board), and more. Nothing I changed helped. I did manage to get to to crash differently if I used "linux root=/dev/hdc". Where hdc was the cdrom drive. D845 boards work just fine with Fedora Core 4. They don't have SATA onboard. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160269 is another duplicate bug that mentions a D865GLC board. The D865GLC is just a mATX form of the D865GBF ATX board. I have at least four computers I want to upgrade that have D865 boards in them. If there is anything I can do to help.
Same problem in D915PGNL board. I also found another problem: problem with RAM more than 512MB. I had to start installation with linux mem=512M or it stopped right after pressing enter (kernel panic etc...).
Here is a strange workaround to try http://forums.fedoraforum.org/showthread.php?t=59051&page=2&pp=15 Type "mediacheck" into the bootprompt. It will return an error. Followup with "linux mediacheck". See if that helps
(In reply to comment #5) > Here is a strange workaround to try > > http://forums.fedoraforum.org/showthread.php?t=59051&page=2&pp=15 > > Type "mediacheck" into the bootprompt. It will return an error. Followup with > "linux mediacheck". See if that helps See Bug 159920 (dupe of this one) -- something similar worked for me also
I ran into the same sort of dump the parent poster had. Only this was on a Dell Optiplex GX260 (845G chipset,) using the i386 CD set. I did a cold boot afterwards and the install proceeded. I have not been able to reproduce the problem since.
I tried the workaround and it works. I would still like to know why and see a fix. I found what seems to be another duplicate, https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160350
*** Bug 160350 has been marked as a duplicate of this bug. ***
Bug 159920 matches what I see on an i915G and an NForce4 (AMD Opteron) system. I'm not sure it's quite the same as this bug?
It worked for me too... and it also resolves my problem with 512MB RAM max. Thank you, for now for workaround.
Just generate any error and works boot: incorrectomondo Could not find kernel image: incorrectomondo boot: (just an enter keypress) Loading... (then works)
*** Bug 160472 has been marked as a duplicate of this bug. ***
*** Bug 160269 has been marked as a duplicate of this bug. ***
It doesnt work for everyone. For me it got me past the ramdisk error and then I was presented with: Traceback (most recent call last): File /usr/lib/anaconda/gui.py", line 1137, in handleRenderCallback self.currentWindow.renderCallback() File "/usr/lib/anaconda/iw/proress_gui.py", line 244, in renderCallback self.intf.icw/nextClicked)_ File "usr/lib/anaconda/gui.py", line 837, in nextClicked self.dispatch.gotoNext() File "usr/lib/anaconda/dispatch.py", line 174 in gotoNext self.moveStep() File "/usr/lib/anaconda/dispatch.py", line 242, in moveStep rc = apply(func, self.bindArgs(args)) File "/usr/lib/anaconda/packages.py", line 579, in turnOnFilesystems diskset.savePartitions () File "/usr/lib/anaconda/partedUtils.py", line 726, in savePartitions disk.commit() error: Error: Error informing the kernel about modifications to partition /dev/hda2 - Device or resource busy. This means Linux won't know about any changes you made to /dev/hda2 until you reboot - so you should't mount it or use it in any way before rebooting"
Works ! This is the WEIRDEST thing I've ever seen in a Linux install ! Still, explonation appreciate here for me too
The workaround above should work on most machines. If people could also test the boot.iso at http://people.redhat.com/pjones/i915/booti915.iso (6M download), that would be greatly appreciated.
Tested booti915.iso on a D865GLC. Booted fine. I took it as far as a successful media check on the FC4 Disk 1 and it passed. I bailed out to get back here and report. I will go ahead and try a complete install. If this is a fix, I think this is one case where the iso files should be updated since people not in the know can't even install with the buggy iso.
I tested booti915.iso to work fine on a D915GUX board. I did not go past a successful stage2 load from a HTTP install method.
Tried to proceed with FC4 installation. Seemed to proceed fine. When all done and I reboot I get: (after my comment #18) mkrootdev: label / not found So, unfortunaely I hosed my system. Can't boot at all now. Need help with incantations to fix this. Would be much appreciated, otherwise I go back and try install of FC3 and see if I can get it back. FC4 rescue disk panics out. FC3 rescue disk works so I can go in and fix things, I just don't remember what. Its been a while.
Boots for me.
I tired the type garbage press enter, type linux press enter and install trick. It works, but when I get to the autopartition part of the install, if I use the numeric keyboard I get all sorts of kernel stack tracks and I have to stop the install. I guess it is time for another bugzilla entry.
*** Bug 160723 has been marked as a duplicate of this bug. ***
The GA-8I915G-MF board I used does not even boot the i386 DVD image. It was reported in Bug 160723.
Peter, Did you need more information? The booti915.iso allowed me to get into the install but the kernel that is installed for FC4 won't boot. Shall I grab an rpm of that and install it under FC3 and see if it still has the boot problem? Jerry
More info. I went back and did an install to an unused partition using the "garbage" workaround and FC4 installed cleanly. So I went back and did an upgrade on the FC3 partition and got a successful upgrade with the "garbage" workaround. What I had done before was started with the booti915.iso and switched midstream to the FC4 cds. Thats what hosed the bootimage. Regardless all is fine now. With the weird "garbage" workaround.
More Information ================ Possible Affected Southbridge chipsets: 865, 875, 915, 925, 945, 955 I heard at least one report of 865 not being affected, but others affected. Many 915 are affected, don't know if any are not affected. I heard one report of 925 being affected with Nocona processors. No reports from 945 or 955 yet. Within the BIOS options for your ICH[567] IDE configs, does "Legacy", "Enhanced", or "AHCI" make any difference in this panic?
I installed FC4 on a D915 the other day. I never saw this ram image crash. I did have a problem with the ata_piix driver and the ICH6 until I switched from Enhanced to Legacy. With Enhanced it would hang at the driver every time. If I didn't do anything special it would say Disabling IRQ #10. I could disable the error message with noirqdebug=1, but it would still hang. I also tried acpi=off, and a few other things. One interesting note, I was using the onboard video and when the ICH6 was set to Enhanced the framebuffer didn't draw right. When it was set to Legacy it drew correctly. I have had issues with Enhanced on other boards before. When I think of it, I always switch it to Legacy to prevent problems like the one above.
I am using SATA drives. Without Enhanced set I can not boot. D865GLC
With the example above, I was using SATA drives and had to set Legacy. With everything else, including D865GLC boards it has been with PATA drives and I set Legacy. But I guess we have a inconsistant mess.
I have the same problem with a Intel SE7221BK1-E board. the garbage workaround works till the X Server should start (the graphic freezes) "linux text" works
I have two Intel 845 Chipsets displaying this problem.
I have an Averatec 6240EH1 laptop (Athlon 64) with this problem. The "garbage" workaround did it for me.
The same problem happened to me. I have an Intel 865PERL Motherboard. I had to type some garbage at the boot: prompt and then press enter twice in order to get into the install.
*** Bug 161237 has been marked as a duplicate of this bug. ***
(In reply to comment #15) > It doesnt work for everyone. For me it got me past the ramdisk error and then > I was presented with: > > Traceback (most recent call last): > File /usr/lib/anaconda/gui.py", line 1137, in handleRenderCallback > self.currentWindow.renderCallback() > File "/usr/lib/anaconda/iw/proress_gui.py", line 244, in renderCallback > self.intf.icw/nextClicked)_ > File "usr/lib/anaconda/gui.py", line 837, in nextClicked > self.dispatch.gotoNext() > File "usr/lib/anaconda/dispatch.py", line 174 in gotoNext > self.moveStep() > File "/usr/lib/anaconda/dispatch.py", line 242, in moveStep > rc = apply(func, self.bindArgs(args)) > File "/usr/lib/anaconda/packages.py", line 579, in turnOnFilesystems > diskset.savePartitions () > File "/usr/lib/anaconda/partedUtils.py", line 726, in savePartitions > disk.commit() > error: Error: Error informing the kernel about modifications to > partition /dev/hda2 - Device or resource busy. This means Linux won't know > about any changes you made to /dev/hda2 until you reboot - so you should't > mount it or use it in any way before rebooting" > I have the same problem! Did you find a solution? Thanks, KF
It seems that smp-kernels not affected. I've installed FC4 without problem but when I've tried to boot that I've got a kernel panic. On smp machine (2xPII-450 with Intel bx440) fc4 works fine. On single cpu machine (PIII-933 with Intel bx440 + hpt370) fc4 get kernel panic. On another kernel (2.6.10-1.760_FC3) all works fine. Maybe chipset is not a reason. P.s. I've heard reports that AMD-chipsets (ViA) affected too but for now I can't check it.
It's not true.. i have problem with SMP too! I installed FC$ using "garbage" fix.. i starder computer (HT enabled) as SMP... disabled few services(IISS, PCMCIA, BlueTooth, ISDN, iptables6), enable few services(vsftpd, httpd, mysql, smb).. rebooted... and now i can start only single CPU kernel, dual kernel oopses right after initrd... it detects hardware (sound, network...) and hungs up... single kernel works... maybe another problem??
*** Bug 161423 has been marked as a duplicate of this bug. ***
Please do not confuse other users by mentioning your X or SMP kernel bugs in this report. This report is only the very early installer crash on 845, 865, 875, 915, 925, 945, 955 Intel chipsets (Pentium4 and Nocona).
But this workaround also took care of my Athlon 64 laptop boot problem (Bug 159026). Is this bug report that focused?
But this workaround also took care of my Athlon 64 laptop boot problem (Bug 159026). Is this bug report that focused? > (In reply to comment #40) > Please do not confuse other users by mentioning your X or SMP kernel bugs in > this report. This report is only the very early installer crash on 845, 865, > 875, 915, 925, 945, 955 Intel chipsets (Pentium4 and Nocona).
Could somebody please explain: What is the technical difference for the installer between before and after entering garbage? Why is there a difference? If the gurus seem to have found a cause, would it be possible to offer an updated ISO for trying the fix?
*** Bug 160333 has been marked as a duplicate of this bug. ***
I want to add to this thread. Same problem as above installing FC4 x86_64, not tried i386. but tried the old FC3 x86_64 boot.iso and it was ok. My Mobo is SuperMicro X6DHR-8G2 with E7520 + ICH5R + Xeon EM64T 3.2GHz I have got 2 problems, this one plus another: - the sysinstall problem: "VFS: Cannot open root device "<NULL>" or unknown-block(x,y)" workaround: "type garbage ..." - the disk partiotioner (druid) can't sync the changes on the partition table: "partition /dev/hdXY - Device or resource busy." workaround: "install twice"
(In reply to comment #45) > I want to add to this thread. > > Same problem as above installing FC4 x86_64, not tried i386. but tried the old > FC3 x86_64 boot.iso and it was ok. > > My Mobo is SuperMicro X6DHR-8G2 with E7520 + ICH5R + Xeon EM64T 3.2GHz > sorry. it's a X6DVA-EG
*** Bug 160925 has been marked as a duplicate of this bug. ***
*** Bug 161979 has been marked as a duplicate of this bug. ***
*** Bug 162101 has been marked as a duplicate of this bug. ***
*** Bug 162786 has been marked as a duplicate of this bug. ***
*** Bug 163546 has been marked as a duplicate of this bug. ***
Is this problem definitivly concluded to be with syslinux?
Same problem here on a bunch of boxes with D865 chipset: installer kernel fails to mount the installer root filesystem. Unaware of the installer work around, I ended up arranging for a pre-existing grub to load the kernel and initrd, and that worked just fine.
(In reply to comment #15) > It doesnt work for everyone. For me it got me past the ramdisk error and then > I was presented with: > Traceback (most recent call last): > File /usr/lib/anaconda/gui.py", line 1137, in handleRenderCallback > self.currentWindow.renderCallback() > File "/usr/lib/anaconda/iw/proress_gui.py", line 244, in renderCallback > self.intf.icw/nextClicked)_ > File "usr/lib/anaconda/gui.py", line 837, in nextClicked > self.dispatch.gotoNext() > File "usr/lib/anaconda/dispatch.py", line 174 in gotoNext > self.moveStep() > File "/usr/lib/anaconda/dispatch.py", line 242, in moveStep > rc = apply(func, self.bindArgs(args)) > File "/usr/lib/anaconda/packages.py", line 579, in turnOnFilesystems > diskset.savePartitions () > File "/usr/lib/anaconda/partedUtils.py", line 726, in savePartitions > disk.commit() > error: Error: Error informing the kernel about modifications to > partition /dev/hda2 - Device or resource busy. This means Linux won't know > about any changes you made to /dev/hda2 until you reboot - so you should't > mount it or use it in any way before rebooting" I had same problem when installing on 845 chipset. It seems that this problem occurs when u have extended partitions also. But when I created partitions from winxp(2 primary partitions - one for / and other for swap) and then started fc4 install it worked just fine!
*** Bug 164803 has been marked as a duplicate of this bug. ***
*** Bug 164920 has been marked as a duplicate of this bug. ***
*** Bug 160385 has been marked as a duplicate of this bug. ***
*** Bug 165175 has been marked as a duplicate of this bug. ***
This bug is in state "NEEDINFO". What info is needed?
http://forums.fedoraforum.org/showthread.php?t=62400 This bug has been fixed in rawhide post-FC4. Unfortunately there is nothing we can do about the FC4 installer. Please follow the workaround procedure in order to install.
You write that the bug is fixed in rawhide post-FC4. I think it would be best for the Fedora reputation to release updated iso images of FC4 which does not have this error. I think the Fedora team should be so flexible to release updated iso images when they are needed (e.g. because of a bug while the installation process). Not doing so would wonder many people why there is only a workaround in the release notes instead of just a updated iso image without his error. I heard that there is no plan to release new iso images between the offical release and test dates. I want to vote against this and propose to - release new iso images whenever a installation process bug exists and a fix exists this iso images may contain also other updated packages - optional release new iso images in regular intervals between offical releases (e.g. every two or three months) that are like the offical release iso images but contain installation process fixes and all updated packages for that release that are available at the date of building that iso image. Thanks, and best regards Edgar
I agree with Edgar. This is a simple issue to fix, and I think it should be.
I know this is not the best place to do so, but I'll suggest a wider idea. Fedora Why not issuing updates at a rate of over 500MB/month (last two months were acutally closer to 1GB/month). Why not issue a "service pack" full set of updated Fedora disks every 2-3 months? I mean not anynew release but just the last one with updated packages (from fedora-updates) and updated installer in case of a bug like this one. Let's say (only half-joking) "FC4 SP1". What do you think? Should I open a new bug with this idea? What component that would be?
Totally agreed from my side as well. It seems that "insiders" know about the background of this bug and that it's theoretically fixable. So I'm for releasing a new bootup-ISO (new CD1 and DVD) as well!
As a proponent of linux in a new IT teaching position trying to win a Windows campus over to linux, this early install error problem is not helping our cause. I was having the same problem booting with the FC4 disc1 when the Campus Network admin happened to stop by my office and ask what I was doing!?
Can anyone explain what the root cause of this problem is? I burn my own custom Fedora CDs and I would like to fix this if possible. I tried using the isolinux.bin from rawhide, but that didn't help.
*** Bug 167527 has been marked as a duplicate of this bug. ***
*** Bug 167562 has been marked as a duplicate of this bug. ***
*** Bug 167565 has been marked as a duplicate of this bug. ***
(In reply to comment #70) > *** Bug 167565 has been marked as a duplicate of this bug. *** I have the same problem (i.e. FC 4 install kernel panic on 915P) The bug log states resolved (CANTFIX) do you you know why (is there a real fix for this problem) Thanks, Ghassan....
*** Bug 163464 has been marked as a duplicate of this bug. ***
*** Bug 168336 has been marked as a duplicate of this bug. ***
...same issue with an Acorp 6A815EPD1 - 2xPIII 1000Mhz - 512M - North Bridge System Chipset : Intel 815EP support 66/100/133 FSB - South Bridge System Chipset : Intel ICH2
*** Bug 169088 has been marked as a duplicate of this bug. ***
I was able to load FC 4 on my PC (The problem was that my PC has an ATI X700 PCI-X graphics card and the FC4 install apparently does not support it). So I installed using text mode with the option pci=nosort. After, FC4 installed in text mode, I installed the ATI driver and reconfigured X server).
*** Bug 165440 has been marked as a duplicate of this bug. ***
*** Bug 171514 has been marked as a duplicate of this bug. ***
*** Bug 171808 has been marked as a duplicate of this bug. ***
*** Bug 172061 has been marked as a duplicate of this bug. ***
Why fedora team leaves this bug as CANTFIX? I agree with Edgar (comment #61) that ISO files FC4-mr1 (maintenance release) shall be released ASAP. Not doing that may cause moving users to other linux distributions. Is this required by FC team? Edward
The i915 chipset and the others affected are common. We need an HCL for Fedora PDQ. How can anyone encourage use of FC when the install falls apart on common hardware? Come on folks - this urgently need addressed if we are serious about Fedora. Ken
If you have python errors, like: File "/usr/lib/anaconda/partedUtils.py", line 726, in savePartitions disk.commit() error: Error: Error informing the kernel about modifications to partition /dev/hda2 - Device or resource busy. This means Linux won't know about any changes you made to /dev/hda2 until you reboot - so you should't mount it or use it in any way before rebooting" And this problem, you can do: mediacheck linux text And the text version doesn't have the python errors.
*** Bug 173590 has been marked as a duplicate of this bug. ***
How can I use the workaround when booting with kickstart?
*** Bug 173068 has been marked as a duplicate of this bug. ***
(In reply to comment #85) > How can I use the workaround when booting with kickstart? I was able to get around this problem using a similar method to what is mentioned above. First type in "mediacheck" at the first prompt you get. Second start the kickstart install as you would normally, ie: "linux ks=http://myserver.mydomain.com/kickstart/myconfigfile.cfg". Rob