Dotaz: zavadza sa modul ktory nechcem

[SuckED]

Potrebujem pomoc. Mam Slackware 9.0 a ten mi z nejakych neznamych pricin zavadza dva moduly na sietovku. Najprv sa natiahne ten spravny (8139too) a potom natahuje 8139cp, ktory uz ale nepotrebujem. Asi som lama, ale skontroloval som rc.modules, rc.netdevice, modules.conf a nikde po module 8139cp.o.gz nie je ani zmienka. Neviete mi poradit kde by som mal este hladat? Dik

Odpovědi

[Vlastimil Ott]

No tak z toho vyplývá, že ho ten 8139too asi potřebuje, ne? Je u 8139cp v hranatých závorkách název 8139too? Zkus rmmod a dozvíš se, jestli je zbytečný, nebo ne. --vo

[SuckED]

Zda sa ze 8139too ho nepotrebuje. Vyzera ze su to dva nezavisle moduly, pretoze 8139too sa zavadza najprv a bez problemu a insmod 8139cp zlyha s hlaskou no such device, pricom siet mi bezi. Takze 8139cp je tam akosi navyse a neviem odkial alebo co ho zavadza. rmmod nezabral. Na funkcnosti to zda sa neubera ale vadi mi to pri boote...

[unchallenger]

To z toho nevyplývá. Zrovna 8139cp a 8139too na sobě nezávisí (viz např. /lib/modules/VERZE_JÁDRA/modules.dep), takže z toho spíš vyplývá, že se někde stala chybka. Kdy se přesně ten druhý modul zavádí? BTW ve Slackware jsou jaderné moduly komprimované gzipem? To jsou mi věci...

[SuckED]

Uf, ak chvilu vydrzis poslem ti uryvok z /var/log/messages

[SuckED]

Tak tu je ten uryvok: Freeing unused kernel memory: 112k freed Adding Swap: 136544k swap-space (priority -1) 8139too Fast Ethernet driver 0.9.26 PCI: Found IRQ 9 for device 00:0c.0 eth0: RealTek RTL8139 Fast Ethernet at 0xc98d7000, 00:60:67:77:43:19, IRQ 9 scsi0 : SCSI host adapter emulation for IDE ATAPI devices eth0: Setting 100mbps half-duplex based on auto-negotiated partner ability 40a1. 8139cp: 10/100 PCI Ethernet driver v0.3.0 (Sep 29, 2002) Via 686a audio driver 1.9.1 PCI: Found IRQ 10 for device 00:07.5 ac97_codec: AC97 Audio codec, id: 0x4144:0x5348 (Analog Devices AD1881A) via82cxxx: board #1 at 0x7000, IRQ 10 usb.c: registered new driver usbdevfs usb.c: registered new driver hub uhci.c: USB Universal Host Controller Interface driver v1.1 PCI: Found IRQ 11 for device 00:07.2 uhci.c: USB UHCI at I/O 0x6800, IRQ 11 usb.c: new USB bus registered, assigned bus number 1 hub.c: USB hub found hub.c: 2 ports detected parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE] parport_pc: Via 686A parallel port: io=0x378 8139cp: 10/100 PCI Ethernet driver v0.3.0 (Sep 29, 2002) last message repeated 7 times usb-uhci.c: $Revision: 1.275 $ time 15:38:38 Mar 11 2003 usb-uhci.c: High bandwidth mode enabled usb-uhci.c: v1.275:USB Universal Host Controller Interface driver

[SuckEd]

Uz som skusil hladat hadam vsade. Nemam sajnu odkial sa to tam berie...

[ivok]

třeba devfsd?

[Sucked]

Ako to zistim? Teda ci sa to netaha pomocou devfsd?

[unchallenger]

Mh, na tohle asi bude muset odpovědět nějaký slackwarista. Na můj vkus se ten modul natahuje podezřele brzy. Máš ty ovladače skutečně všechny jako moduly a máš v modules.conf napsáno alias eth0 8139too a nic jiného? Jinak jsem našel radu ,,napsat 8139cp do /etc/hotplug/blacklist``, ale kdoví, k čemu je...

[Sucked]

Nabeton je to modul a co je divne tak modules.conf je prazdny (0 bytes). Takze to musi tahat odinakial. V rc.netdevice to tiez nie je, v rc.modules tiez nie. Shit...

[unchallenger]

modules.conf bych právě raději prázdný neměl, to pak nikdy nevíš, co se pokusí natáhnout... zkus tam napsat ten alias

[Sucked]

Zabral blacklist a alias v modules.conf sucasne. Kua, v zivote by som na to nebol dosiel. Dix chlape

[unchallenger]

100% bezpečná cesta, jak se toho modulu zbavit, je nekompilovat ho ;) ale uznávám, že to je dost blbá rada.

[Petr Krčmář]

Nemyslím.

[Jiří Svoboda]

Mno, moje rady (nerikam, ze idealni, Slackware pouzivam teprve par tydnu):

1) Moduly pro sitovku jsou normalne tahany z '/etc/rc.d/rc.netdevice'

2) Genialitu automatickeho natahovani modulu ve Slackware (a ano, jsou gzipovane) jsem obdivoval taky. Nedalo mi to a odhalil jsem to.
Z '/etc/rc.d/rc.M' se spousti '/etc/rc.d/rc.hotplug' a ten spousti vsechny rc scripty z '/etc/hotplug/'. A v jednom z nich je mj. pouzito '/sbin/pcimodules'. Funguje teda spise jako "coldplug", ale to je jedno. Umi totiz velice zajimavou vec (v jinych distribucich jsem na tuhle binarku nenarazil). Vylistuje si seznam PCI zarizeni, porovna ho s dostupnymi kernelovymi moduly (modules.pcimap) a vypise prunik , tedy seznam existujicich modulu pro existujici hardwareova zarizeni. Ty se potom naloaduji do kernelu. No ale obcas to neni zcela idealni...

3) Kdyz nejakej modul nechci, aby se tahal (a nechci vyrazovat 'pcimodules'), tak ho (s)proste odstranim ze struktury '/lib/modules/...' a spustim znovu 'depmod -a'. Dost mozna, ze jsou ve Slackware jine (korektnejsi) moznosti, ale hotplug scripty jsem zatim prilis podrobne neprochazel, tak je mozne, ze se tam nekde schovava i nejaka korektnejsi moznost.

[unchallenger]

Ad gzip. Nejdřív mi to přišlo jako dobrý nápad. Ale já teda v modulech poměreně často něco grepuju (jo, v binárkách ;) takže to by mi asi nevyhovovalo, stejně jako se v Debianu komprimuje veškerá dokumentace... to je jestě horší -- podle mne se zase šetří na špatném místě, úsilí by mělo raději jít do komprimovaného fs. Hotplug zní zajímavě, ale obávám se, že tady byl zrovna příčinou toho, že se natahovaly dva ovladače na totéž zařízení... no nic zkrátka není dokonalé. Radit mazání modulů, tomu jsem se chtěl vyhnout ;) lepší potom skutečně je nekompilovat je, což je asi ten korektní postup -- a když chci víc alternativních ovladačů na totéž, musím to v modules.conf stejně naaliasovat, jinak se to bude natahovat hlava nehlava ;)