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
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
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...
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...
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...
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...
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.
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 ;)