Bug 374521 - init[1] trap divide error rip:2aaaab5638a4 rsp:7fff12013730 error:0
Summary: init[1] trap divide error rip:2aaaab5638a4 rsp:7fff12013730 error:0
Keywords:
Status: CLOSED DUPLICATE of bug 398281
Alias: None
Product: Fedora
Classification: Fedora
Component: mkinitrd
Version: 8
Hardware: x86_64
OS: Linux
low
low
Target Milestone: ---
Assignee: Peter Jones
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 375591 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-11-10 12:31 UTC by Ashish Shukla
Modified: 2007-12-07 18:39 UTC (History)
3 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2007-12-07 18:39:06 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Ashish Shukla 2007-11-10 12:31:23 UTC
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

Comment 1 gnazio 2007-11-10 23:43:37 UTC
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.


Comment 2 gnazio 2007-11-11 04:04:57 UTC
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


Comment 3 gnazio 2007-11-13 22:06:29 UTC
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.


Comment 4 gnazio 2007-11-13 22:09:20 UTC
If someone needs more info (e.g. hardware etc.) please ask!
I'll provide any info and I can do tests if needed.


Comment 5 gnazio 2007-11-14 23:02:26 UTC
Hey Ashish,
do you have BSD partitions in any of your HDs?


Comment 6 Ashish Shukla 2007-11-15 05:18:27 UTC
Yes, I've 3 BSD sub-partitions in BSD disklabel primary partition (partition
ID=165).

Comment 7 Jochen Schmitt 2007-11-18 19:38:11 UTC
I have a simular issue and have try to set the partition type of the FreeBSD
Partition to 0x00 without any success.

Comment 8 Ashish Shukla 2007-11-18 20:53:11 UTC
But what does FreeBSD partition has to do with this bug ? I'm running FreeBSD
and Fedora since 2 years without any problems.

Comment 9 gnazio 2007-11-18 23:57:31 UTC
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


Comment 10 Ashish Shukla 2007-11-19 05:37:15 UTC
(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.

Comment 11 Ashish Shukla 2007-11-19 06:42:30 UTC
---->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...

Comment 12 gnazio 2007-11-19 08:32:40 UTC
(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. :)


Comment 13 Ashish Shukla 2007-11-19 08:44:07 UTC
(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'.

Comment 14 Steven Pritchard 2007-11-19 16:43:30 UTC
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.

Comment 15 gnazio 2007-11-19 19:25:02 UTC
(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?


Comment 16 gnazio 2007-11-19 19:30:50 UTC
(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?


Comment 17 Steven Pritchard 2007-11-19 19:47:42 UTC
(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.

Comment 18 Chuck Ebbert 2007-11-26 16:39:50 UTC
*** Bug 375591 has been marked as a duplicate of this bug. ***

Comment 19 gnazio 2007-11-26 21:57:28 UTC
This should solve this bug and duplicates
https://bugzilla.redhat.com/show_bug.cgi?id=398281


Comment 20 Eric Sandeen 2007-11-27 04:22:13 UTC
Peter, feel free to dup to bug #398281 if that looks appropriate to you.

-Eric

Comment 21 Chuck Ebbert 2007-12-07 18:39:06 UTC

*** This bug has been marked as a duplicate of 398281 ***


Note You need to log in before you can comment on or make changes to this bug.