Description of problem: After installing Fedora 8 (amd64), I'm not able to boot into it. Version-Release number of selected component (if applicable): kernel-2.6.23.1-42.fc8.x86_64 How reproducible: Reproducible every time. Steps to Reproduce: 1. Boot kernel without 'rhgb' and 'quiet' in parameters. 2. Following error is printed on screen for indefinite period init[1] trap divide error rip:2aaaab5638a4 rsp:7fff12013730 error:0 Actual results: Following error is printed for indefinite period, until explicit reboot: init[1] trap divide error rip:2aaaab5638a4 rsp:7fff12013730 error:0 Expected results: No errors. Additional info: I'm running 2 SATA Hard disks (sda: Seagate-ST3250824SV and sdb: Seagate-ST3160812AS) and 'sdb' is where my F-8 installation is located. My motherboard is Intel D945GNTL. Previously I was running F-7 (amd64), without any problems. I've also tried FEL-LiveCD-i686 and it worked fine without such problem. Photographs of the error: http://flickr.com/photos/wahjava/1945969884/ http://flickr.com/photos/wahjava/1945969862/ ----8<----8<---- abbe [~/Desktop] chatteau $ /usr/sbin/lspci 00:00.0 Host bridge: Intel Corporation 945G/GZ/P/PL Express Memory Controller Hub (rev 02) 00:02.0 VGA compatible controller: Intel Corporation 945G/GZ Express Integrated Graphics Controller (rev 02) 00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01) 00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01) 00:1c.2 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 3 (rev 01) 00:1c.3 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 4 (rev 01) 00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #1 (rev 01) 00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #2 (rev 01) 00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #3 (rev 01) 00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #4 (rev 01) 00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 01) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1) 00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01) 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01) 00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7 Family) Serial ATA Storage Controller IDE (rev 01) 00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 01) 04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 04:01.0 Multimedia audio controller: Yamaha Corporation YMF-740C [DS-1L Audio Controller] (rev 03) 04:08.0 Ethernet controller: Intel Corporation 82801G (ICH7 Family) LAN Controller (rev 01) abbe [~/Desktop] chatteau $ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Pentium(R) 4 CPU 3.00GHz stepping : 3 cpu MHz : 2999.992 cache size : 2048 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 1 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl est cid cx16 xtpr bogomips : 6005.17 clflush size : 64 cache_alignment : 128 address sizes : 36 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Pentium(R) 4 CPU 3.00GHz stepping : 3 cpu MHz : 2999.992 cache size : 2048 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 1 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl est cid cx16 xtpr bogomips : 6000.02 clflush size : 64 cache_alignment : 128 address sizes : 36 bits physical, 48 bits virtual power management: abbe [~/Desktop] chatteau $ cat /proc/meminfo MemTotal: 1016792 kB MemFree: 488828 kB Buffers: 27004 kB Cached: 162952 kB SwapCached: 0 kB Active: 228748 kB Inactive: 128764 kB SwapTotal: 5221012 kB SwapFree: 5221012 kB Dirty: 4 kB Writeback: 0 kB AnonPages: 167656 kB Mapped: 58592 kB Slab: 29952 kB SReclaimable: 14492 kB SUnreclaim: 15460 kB PageTables: 12224 kB NFS_Unstable: 0 kB Bounce: 0 kB CommitLimit: 5729408 kB Committed_AS: 404632 kB VmallocTotal: 34359738367 kB VmallocUsed: 62164 kB VmallocChunk: 34359675387 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 Hugepagesize: 2048 kB ---->8---->8---- The about output is pasted from Gentoo (kernel 2.6.22-gentoo-r9) running on the same box. There is similar bug for FC5 with bug id# 199224 . I've tried all workaround given there but no success :( . HTH
Same problem here, tried both upgrading from a working f7, and with fresh install on the same box. I'm trying to install the amd64 version (I'm not willing to try i386). My grub.conf was screwed up even if I choose to update it, living only the entry for a not working f8! The funny thing is that the amd64 rescue cd boots properly and it mount my partition successfully!!! I've also tried to run yum update from the rescue environment which successfully installed, among the other, kernel-2.6.23.1-49.fc8.x86_64 (but failed again updating grub.conf! this time on adding the new entry). Anyway the result is the same.
According to this http://www.redhat.com/archives/fedora-test-list/2007-October/msg01386.html it seems that this has been introduced between 7.91 and 7.92
I can confirm that. The problem has been introduced in 7.92. I have done a fresh install of 7.90 (I can't find a mirror with 7.91) and it boots regularly, while 7.92 presents the same problem. In fedoraforums there are 2 threads, one is at least 5 pages long, with people with the same problem.
If someone needs more info (e.g. hardware etc.) please ask! I'll provide any info and I can do tests if needed.
Hey Ashish, do you have BSD partitions in any of your HDs?
Yes, I've 3 BSD sub-partitions in BSD disklabel primary partition (partition ID=165).
I have a simular issue and have try to set the partition type of the FreeBSD Partition to 0x00 without any success.
But what does FreeBSD partition has to do with this bug ? I'm running FreeBSD and Fedora since 2 years without any problems.
Are you running FreeBSD and **Fedora 8** since 2 years? :) Look my post (#3) https://bugzilla.redhat.com/show_bug.cgi?id=374521#c3 And look also at this bug report https://bugzilla.redhat.com/show_bug.cgi?id=375591 you'll be surprised by that https://bugzilla.redhat.com/show_bug.cgi?id=375591#c21
(In reply to comment #9) > Are you running FreeBSD and **Fedora 8** since 2 years? :) I'm not mentioned any version of Fedora. > > Look my post (#3) https://bugzilla.redhat.com/show_bug.cgi?id=374521#c3 > > And look also at this bug report https://bugzilla.redhat.com/show_bug.cgi?id=375591 > you'll be surprised by that > https://bugzilla.redhat.com/show_bug.cgi?id=375591#c21 > I'd changed partition type of FreeBSD partiton from 0xa5 to 0xc but no changes.
---->8---->8---- echo Setting up hotplug. hotplug echo Creating block device nodes. mkblkdevs echo "Loading ehci-hcd.ko module" insmod /lib/ehci-hcd.ko echo "Loading ohci-hcd.ko module" insmod /lib/ohci-hcd.ko echo "Loading uhci-hcd.ko module" insmod /lib/uhci-hcd.ko mount -t usbfs /proc/bus/usb /proc/bus/usb echo "Loading mbcache.ko module" insmod /lib/mbcache.ko echo "Loading jbd.ko module" insmod /lib/jbd.ko echo "Loading ext3.ko module" insmod /lib/ext3.ko echo "Loading scsi_mod.ko module" insmod /lib/scsi_mod.ko echo "Loading sd_mod.ko module" insmod /lib/sd_mod.ko echo "Loading libata.ko module" insmod /lib/libata.ko echo "Loading ata_piix.ko module" insmod /lib/ata_piix.ko echo Waiting for driver initialization. stabilized --hash --interval 250 /proc/scsi/scsi insmod /lib/scsi_wait_scan.ko rmmod scsi_wait_scan mkblkdevs resume LABEL=SWAP-sda6 echo Creating root device. mkrootdev -t ext3 -o defaults,ro LABEL=/ echo Mounting root filesystem. mount /sysroot echo Setting up other filesystems. setuproot echo Switching to new root and running init. switchroot echo Booting has failed. sleep -1 ----8<----8<---- Above is an excerpt from 'init' (from initrd.img) on my box. it seems, nash is not able to move beyond 'mkrootdev', right...
(In reply to comment #10) > (In reply to comment #9) > > Are you running FreeBSD and **Fedora 8** since 2 years? :) > > I'm not mentioned any version of Fedora. Obviously my post was ironic (I even put a smile). Sorry if you got offended, it wasn't my intention. It was just to remark the fact that this is a problem of the last Fedora release. > > https://bugzilla.redhat.com/show_bug.cgi?id=375591#c21 > > I'd changed partition type of FreeBSD partiton from 0xa5 to 0xc but no changes. If I'm not wrong this has been tried in the other bug report (or maybe by someone on fedoraforum). Did you read about the fact that if I unplug the HDs on which FreeBSD is installed, Fedora boots regularly? Maybe they want to become the dominant OS banning the other operating systems from our HDs. :)
(In reply to comment #12) > (In reply to comment #10) > > (In reply to comment #9) > > > Are you running FreeBSD and **Fedora 8** since 2 years? :) > > > > I'm not mentioned any version of Fedora. > > Obviously my post was ironic (I even put a smile). > Sorry if you got offended, it wasn't my intention. No need to feel sorry, as I'm not offended :). > It was just to remark the fact that this is a problem of the last Fedora release. > > > > https://bugzilla.redhat.com/show_bug.cgi?id=375591#c21 > > > > I'd changed partition type of FreeBSD partiton from 0xa5 to 0xc but no changes. > > If I'm not wrong this has been tried in the other bug report (or maybe by > someone on fedoraforum). > > Did you read about the fact that if I unplug the HDs on which FreeBSD is > installed, Fedora boots regularly? As Fedora and FreeBSD share the same disk, so won't be able to unplug the disk. > Maybe they want to become the dominant OS banning the other operating systems > from our HDs. :) > To me, it looks like a bug in 'nash'.
FWIW, I'm seeing the same problem with a AM2 Athlon64 X2 system with no non-Linux partitions on the drive. Fedora 7 runs fine on the same hardware. I can provide hardware details if it is relevant.
(In reply to comment #13) > No need to feel sorry, as I'm not offended :). Great! > To me, it looks like a bug in 'nash'. Did you read this? https://bugzilla.redhat.com/show_bug.cgi?id=375591#c25 Do you think it can exclude a problem with nash and/or mkinitrd or I'm missing something?
(In reply to comment #14) > FWIW, I'm seeing the same problem with a AM2 Athlon64 X2 system with no > non-Linux partitions on the drive. And is it the *only* HD on that pc?
(In reply to comment #16) > (In reply to comment #14) > > FWIW, I'm seeing the same problem with a AM2 Athlon64 X2 system with no > > non-Linux partitions on the drive. > > And is it the *only* HD on that pc? When I was testing it, yes. The system does have a couple of off-board IDE controllers, but there was nothing plugged into them or any of the on-board IDE or SATA other than that one drive.
*** Bug 375591 has been marked as a duplicate of this bug. ***
This should solve this bug and duplicates https://bugzilla.redhat.com/show_bug.cgi?id=398281
Peter, feel free to dup to bug #398281 if that looks appropriate to you. -Eric
*** This bug has been marked as a duplicate of 398281 ***