Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 160588 - fc4 rc.sysinit segmentation fault after clean install
Summary: fc4 rc.sysinit segmentation fault after clean install
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 4
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Dave Jones
QA Contact: Brian Brock
Depends On:
TreeView+ depends on / blocked
Reported: 2005-06-15 22:35 UTC by pete
Modified: 2015-01-04 22:20 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2005-12-10 07:54:07 UTC

Attachments (Terms of Use)

Description pete 2005-06-15 22:35:39 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.7) Gecko/20050414 Firefox/1.0.3

Description of problem:
after a clean install of fedora core 4 i get:

/etc/rc.d/rc.sysinit: line 165: 901 Segmentation fault  modprobe $1 >/dev/null 2>&1

i used 'nousb noprobe' as kernel command line arguments because it otherwise hangs on boot. 

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.install fedora core 4 grub, edit command arguments to 'nousb noprobe'
3.continue with boot.

Actual Results:  /etc/rc.d/rc.sysinit: line 165: 901 Segmentation fault  modprobe $1 >/dev/null 2>&1

Expected Results:  normal boot

Additional info:

dell dimension 2300

Comment 1 Bill Nottingham 2005-06-16 17:10:51 UTC
modprobe segfaulting implies the kernel oopsed.

Comment 2 Dave Jones 2005-07-15 21:11:38 UTC
[This comment has been added as a mass update for all FC4 kernel bugs.
 If you have migrated this bug from an FC3 bug today, ignore this comment.]

Please retest your problem with todays 2.6.12-1.1398_FC4 update.

If your problem involved being unable to boot, or some hardware not being
detected correctly, please make sure your /etc/modprobe.conf is correct *BEFORE*
installing any kernel updates.
If in doubt, you can recreate this file using..

mv /etc/sysconfig/hwconf /etc/sysconfig/hwconf.bak
mv /etc/modprobe.conf /etc/modprobe.conf.bak

Thank you.

Comment 3 pete 2005-07-17 23:59:43 UTC
upgraded to the new kernel as instructed (after much hugabaloo w/rpm complaining
about scriplet error and finding that it was a problem w/selinux) the same

/etc/rc.d/rc.sysinit: line 165: 898 Segmentation fault modprobe $1 >/dev/null 2>&1

Comment 4 Dan Carpenter 2005-07-18 08:13:05 UTC
> modprobe $1

It's modprobing a module here...  Do you have any idea what module that is?

Reboot and edit your GRUB command line.  Remove the quiet and see if there are
error messages.  Also you could take a look in /var/log/messages and see if
there are kernel error messages in there.

Comment 5 pete 2005-07-18 23:57:40 UTC
tulip module.  

was not booting quiet.  no messages listed in either place.  

Comment 6 Dave Jones 2005-08-04 05:37:55 UTC
after its segfaulted, can you attach the output of dmesg ?
When modprobe segfaults, it usually leaves a kernel oops in the log.

Comment 7 Dave Jones 2005-09-30 01:35:25 UTC
is this still happening with the latest errata ?

Comment 8 pete 2005-10-13 00:18:25 UTC
(In reply to comment #7)
> is this still happening with the latest errata ?

Sorry, cannot answer the question as far as latest errata.  did an clean install
of fc2 that i had, recomiled a vanilla kernel and did a yum upgrade w/no
additional probs.  again, i think it was the tulip module as i have had probs
before w/ redhat upgrades changing it from tulip to etherfast, and then back again. 

was unable to get any error messages as the boot stopped and was unable to use a
crossover cable to output the boot error messages.  

Comment 9 Dave Jones 2005-11-10 19:16:19 UTC
2.6.14-1.1637_FC4 has been released as an update for FC4.
Please retest with this update, as a large amount of code has been changed in
this release, which may have fixed your problem.

Thank you.

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