[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: gcc compiler version / kernel problems
- From: Rick Stevens <rstevens vitalstream com>
- To: redhat-install-list redhat com
- Subject: Re: gcc compiler version / kernel problems
- Date: Tue, 14 Jan 2003 13:08:40 -0800
Greg Julius wrote:
Thanks for the reply.
The -v option shows
Using modules:
Using loopback device /dev/loop0
/sbin/nash -> /tmp/initrd.nFeFdj/bin/nash
/sbin/insmod.static -> /tmp/initrd.nFeFdj/bin/insmod
Does this mean something to you? I don't see any modules in the list.
but it worked...
Well, it didn't say it loaded any modules, so my guess is you don't need
any. I could be wrong, but it sure looks like that.
I did a lsmod to see what modules were loaded and in active use. Is
this a good way to get a hint?
Yes, look for any SCSI drivers or the ext3 filesystem. You can also
look in /etc/modules.conf and look for any "alias scsi_hostadapter"
lines.
Also, do a "mount" command. If your root filesystem is on /dev/hdxy
(x and y can be any digit), then you don't need a SCSI driver since
your root filesystem is on IDE. Also, if you don't see "ext3" as the
filesystem type for "/", then you don't need the ext3 module to boot.
If none of that stuff exists, you can really delete the initrd image
and remove the reference to it in /etc/lilo.conf or
/boot/grub/grub.conf.
Regarding file sizes, those were the stderr output sizes listed. The
stdout file sizes were MUCH larger and full of the housekeeping and
tracking stuff. I wasn't worried about that stuff, just the stderr
files seemed to me a bit large (except the one that ended up with zero
bytes ;) ).
Well, I'd need to see the actual messages to make a determination.
Generally speaking, if the make doesn't abort with an error, you most
likely have a viable kernel and modules.
----------------------------------------------------------------------
- Rick Stevens, Senior Systems Engineer rstevens vitalstream com -
- VitalStream, Inc. http://www.vitalstream.com -
- -
- Microsoft Windows: Proof that P.T. Barnum was right -
----------------------------------------------------------------------
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]