[wplug] Modify SuSE modules
Vanco, Don
don.vanco at agilysys.com
Fri Jan 9 09:00:20 EST 2004
wplug-admin at wplug.org wrote:
> Is this helping at all?
> If not, I'll just shut up or you could email me a copy of his
> modules.conf.
No - we're good. It's fixed, just still puzzled over the "grand
vision" of YaST2, but I'm sure that will come with use...
Don
> On Thursday 08 January 2004 08:24 am, Vanco, Don wrote:
>> Robert Coutch [robert.coutch at verizon.net] wrote:
>>> Just to see what happens..........
>>>
>>> If the system runs a desktop, fire up Yast2 and see what it shows
>>> for network cards installed and configured.
>>>
>>> Add your card in if it's not there and see if that
>>> helps/hurts the situation.
>>>
>>> Yast2 will handle ALL the config files but I don't know what will
>>> happen if you compiled a device into the kernel that it normally
>>> loads a module for.
>>
>> The issue is that YaST2 was FUBAR / doing stoopid things (or
>> possibly user intervention after install mucked things up for YaST2
>> / module handling)
>>
>> We used YaST2 to set up the NIC - it detects it fine as an Intel Pro
>> 100 - so we just """assumed""" that the rest of it was a cakewalk.
>> Upon further investigation (i.e. pressing a few more buttons to look
>> at manual config settings) we found that the module YaST2 was
>> calling was "nvnet" WeverTF that is.... We resolved this by simply
>> editing the module in the YaST2 screen. Sure enough - this made the
>> change in modules.conf.
>>
>> HOWEVER - this explains nothing really - as Jeremey stated in his
>> original post, editing modules.conf by hand did NOTHING for him. So
>> - there's some additional "secret sauce" that SuSE relies on.
>>
>> I noted that when we saved changes in YaST2 that it runs of bunch of
>> blah blah blah messages when setting the config - but the last this
>> it does is run "suse config" - I have to believe that this is where
>> the "secret sauce" lives, and that there's more to modules under
>> SuSE than simple flat editing modules.conf.
>>
>> As far as the "user intervention" - Jeremey (for reasons as yet
>> unknown by me) loaded some nVidia driver that did some scripted crap
>> that mucked with modules and / or modules.conf - I noted drivers
>> called out in modules.conf like the aforementioned nvnet and also
>> nvaudio, etc..... Weird, but NMP.
>>
>>
>> I continue to hate SuSE for it's seeming unnecessary complexity and
>> it's inability to get the most mundane of hardware working (e.g. ATI
>> Rage chipset on an IBM StinkPad). Unfortunately RH are becoming
>> such @-holes I have little doubt I'm going to have to learn to love
>> it. Blech. There's just no distro to love for me these days -
>> perhaps I need a year in a cave to give me some perspective.
>>
>> Don
>>
>>> On Wednesday 07 January 2004 10:00 am, Wise, Jeremey wrote:
>>>> The issue was that I tried to compile a custom kernel and did the
>>>> 'make install' which removed the e100 module reference in
>>>> /etc/modules.conf because I compiled it into the kernel. The kernel
>>>> had too much stripped out so I canned it. Problem was when I
>>>> rebooted to the old one no network. If I did a 'modprobe e100' then
>>>> ran /etc/rc.d/network start' the network came up fine. I added
>>>> 'eth0 e100' back into modules.conf thinking this would allow all
>>>> to work again but network still fails at boot. I am still getting
>>>> use to the "SuSE way of doing things" and so figured their was
>>>> another approach to getting startup dependencies fixed.
>>>>
>>>> Thx.
>>>>
>>>> Jeremey Wise (440)-519-6006
>>>> Systems Consultant(CNE,MCSE,CSE)
>>>> Agilysys, Inc.
>>>> Jeremey.Wise at Agilysys.com
>>>>
>>>> IBM ED PACK -Part # SB033 $4,500 ... SP Discount 11%
>>>> IBM ED CARD - Part # SB218 $8,995 ... SP Discount 8.5%
>>>>
>>>> -----Original Message-----
>>>> From: wplug-admin at wplug.org
> [mailto:wplug-admin at wplug.org] On Behalf
>>>> Of Robert Coutch Sent: Tuesday, January 06, 2004 10:22 PM
>>>> To: wplug at wplug.org
>>>> Subject: Re: [wplug] Modify SuSE modules
>>>>
>>>> The SuSE way is just like the RedHat way but maybe we could get a
>>>> better idea of what you mean, describe the situation.
>>>>
>>>> What module are you loading for what reason?
>>>>
>>>> SuSE used to use the rc.local method similar to BSD but has since
>>>> changed to the System V type /etc/rc.d/ type init scripts.
>>>>
>>>> Yast2 will add/modify entries in modules.conf for you so you will
>>>> see warning statements in the file where you should not make
>>>> changes.
>>>>
>>>> Let us know what you are trying to do.
>>>>
>>>>
>>>> Thanks,
>>>>
>>>> Bob
>>>>
>>>> On Tuesday 06 January 2004 05:17 pm, Brian Sammon wrote:
>>>>>> Without going into great detail I need to understand 'the SuSE
>>>>>> way' of re-enabling a module. In my past RedHat days I would
>>>>>> simply vi /etc/modules.conf and all was well. That does not
>>>>>> appear to be the way
>>>>
>>>> to
>>>>
>>>>>> get the module to initialize at boot now. What am I missing.
>>>>>
>>>>> Do you want the module to load at boot or do you want it to load
>>>>> only when needed. I don't know "the SuSE way", but based on my
>>>>> experience with
>>>>
>>>> other
>>>>
>>>>> distributions, I'm pretty sure that /etc/modules.conf is only for
>>>>
>>>> on-demand
>>>>
>>>>> module loading by kerneld or kmod. /etc/modules.conf generally
>>>>> works that way regardless of the distribution.
>>>>> If you want a module to always load on boot, regardless of whether
>>>>> it is needed, then most of the distributions have a way of doing
>>>>> that. It's usually a file like
>>>>> /etc/<something>/init.d/module<something>
More information about the wplug
mailing list