Jądro wybiera zły sterownik karty sieciowej?

[glar]

xubuntu 8.04
acer travelmate 4060
realtek zintegrowany

całym problemem jest jakiś myk przy startupie, który to opóźnia ładowanie systemu o jakieś pół minuty:

Kod: Zaznacz cały

[4294673.555000] 8139cp: pci dev 0000:02:00.0 (id 10ec:8139 rev 10) is not an 8139C+ compatible chip
[4294673.555000] 8139cp: Try the "8139too" driver instead.

podmienia sobie widać jakiś sterownik, ale może da się go gdzieś zaznaczyć jako domyślny? co śmieszniejsze, w googlach występuje taki błąd, tyle że... parę lat temu:] i nie rozwiązany. może dziś ktoś potrafi pomóc?

[k2cl]

Zainteresuj się plikiem /etc/modprobe.d/blacklist Umieszczenie tam problematycznego modułu powinno pomóc - a przynajmniej pozwoli zablokować jego ładowanie. Jeśli potrzebujesz wifi, powinieneś potem w to miejsce załadować coś innego (prawdopodobnie 8139too, jak podpowiada Ci system), jeśli wlan'u nie używasz, możesz spokojnie sobie odpuścić ładowanie modułu odpowiedniego dla Twojej karty

[glar]

wlan używam, i po tym długim przeładowywaniu sterownika przy startupie śmiga.

proszę jeszcze podpowiedzieć, gdy dodam zły moduł do blacklist, jak ustawić coby automatycznie uruchamianym był 8139too?

[k2cl]

W Ubuntu robi się to na przykład poprzez stosowny wpis w /etc/modules

Możesz również "testowo" sprawdzić, czy karta pójdzie na innych sterownikach. Na działającym systemie komenda "rmmod" pozwala usunąć moduł, a "modprobe" załadować go... Piszę o tym, ponieważ równie dobrze może się okazać, że na proponowanym 8139too karta nie zechce zadziałać

[glar]

zupełnie nic to nie zmieniło.

dodałem wpis w blacklist:

Kod: Zaznacz cały

# This file lists those modules which we don't want to be loaded by
# alias expansion, usually so some other driver will be loaded for the
# device instead.
blacklist 8139cp

# evbug is a debug tool that should be loaded explicitly
blacklist evbug
(...)

i w modules:

Kod: Zaznacz cały

# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.

8139too
fuse
lp

i ZUPEŁNIE nic się nie zmieniło. z resztą, w tym co tam wygooglowałem - parę lat temu również to nie działało, bawili się też z jakąś whitelist - też nic.

jakieś inne pomysły, proooszę ^.^

[k2cl]

Spróbuj zrobić to "na piechotę", a więc

Kod: Zaznacz cały

sudo rmmod 8139cp

a potem

Kod: Zaznacz cały

sudo modprobe 8139too

Nie gwarantuję, że zadziała, ale w przypadku klapy powinno przynajmniej napisać, co poszło nie tak

[glar]

wstukałem obie komendy, zero błędów, jeśli ten post się ukaże to znaczy że net jest. pytanie tylko, czy zmieni to cokolwiek przy ładowaniu modułów przy ponownym uruchomieniu? sprawdzę, zrestartuję kompa i z'edytuję ten post.

edit:
no właśnie, net jest jak był, niby śmiga, tylko ciągle ten komunikat...

Kod: Zaznacz cały

 8139cp: pci dev 0000:02:00.0 (id 10ec:8139 rev 10) is not an 8139C+ compatible chip
8139cp: Try the "8139too" driver instead.

[k2cl]

Spokojnie... bez nerwów To była tylko kwestia sprawdzenia, czy warto walczyć o zamianę sterownika! Jak widać, na innym module wifi również chodzi, więc można spróbować zaoszczędzić te 30 sekund podczas bootowania Chociaz nie powiem, u mnie taki przestój wydłużałby start systemu o 60%...
Dobra - przechodząc do rzeczy... spróbuj wrzucić w terminalu

Kod: Zaznacz cały

lsmod | grep 8139cp

i zobaczyć, czy jakieś inne moduły się do niego odwołują. Najprawdopodobniej nie, ale lepiej się temu wcześniej przyjrzeć.
Potem jeszcze

Kod: Zaznacz cały

modinfo 8139cp

Może się okazać, że zależności sprawiają, że ten moduł jest ładowany nawet wtedy, kiedy umieścisz go w /etc/modprobe.d/blacklist
Czasami wystarcza jedno odwołanie innego modułu, i niechciany fragment kodu i tak się ładuje
Miłej zabawy

[glar]

za taką zabawę to ja dziękuję:razz::craz: od rana siedzę, głodny jestem:]

zero dowiązań...

lsmod | grep 8139cp:

Kod: Zaznacz cały

8139cp                 24704  0 
mii                     6400  2 8139too,8139cp

modinfo 8139cp:

Kod: Zaznacz cały

filename:       /lib/modules/2.6.24-19-generic/kernel/drivers/net/8139cp.ko
license:        GPL
version:        1.3
description:    RealTek RTL-8139C+ series 10/100 PCI Ethernet driver
author:         Jeff Garzik <jgarzik@pobox.com>
srcversion:     5CF4FE9D06468F0B10B2660
alias:          pci:v00000357d0000000Asv*sd*bc*sc*i*
alias:          pci:v000010ECd00008139sv*sd*bc*sc*i*
depends:        mii
vermagic:       2.6.24-19-generic SMP mod_unload 586 
parm:           debug:8139cp: bitmapped message enable number (int)
parm:           multicast_filter_limit:8139cp: maximum number of filtered multicast addresses (int)

tak na wszelki wypadek do blacklist dodałem mii - ale nic to nie zmieniło

idę na śniadanie

[k2cl]

Śniadanie? O 12:30?

Wynik który wkleiłeś podaje sytuację, w której obydwa moduły 8139 są załadowane. Czy coś takiego pojawia się po normalnym starcie, czy po zabawie rmmod/modprobe?
A to, że dodanie modułu do blacklist niewiele dało... cóż, zdarza się. Niestety, zarządzanie modułami w Ubuntu jest mocno "zdecentralizowane"... Można to robić na wiele różnych sposobów i nie zawsze wiadomo, którego użyć, żeby pozbyć się problemu stworzonego przez pozostałe metody...

[glar]

była to sytuacja bez rmmod i modprobe. gdzie jeszcze można usunąć/zablokować moduł?

[k2cl]

Cóż, przychodzi mi do głowy nieeleganckie rozwiązanie a więc zmiana nazwy modułu (znajdziesz go w /lib/modules/nazwa-kernela/kernel/drivers/net/)
Nie wiem jednak, czy system nie zarzuci Cię potem błędami...

[glar]

e tam nieeleganckie. warto sprawdzić:) niestety, kicha. jakby nic się nie zmieniło. może oba sterowniki mają jakiś feler, i dlatego nieważne który się ładuje, próbuje się zmienić na ten drugi?

[k2cl]

Khm... jak to "nic się nie zmieniło"? Jeśli zmieniłeś nazwę modułu którego nie chcesz ładować, system nie ma go szans znaleźć, a więc nie może go załadować. Komunikat błędu raczej nie powinien wyglądać tak, jak poprzednio

[glar]

ba, ja wiem że nie powinien... najpierw zrobiłem tak: zmieniłem je nazwami - mówię sobie skoro ładuje 8139cp a chce too, to too zmienię na cp i viceversa. guzik. identyczny komunikat. a później obu zmieniłem nazwę dodając jakąś literkę. komunikat ten sam, neta brak. (w pierwszej wersji, zamiany nazw, net jest)

[k2cl]

Podmiana tych plików między sobą nic nie da, bo obydwa moduły i tak będą ładowane! I z tego co widzę, nie chodzi o kolejność w jakiej system znajdzie obydwa te moduły, ale o jakiś priorytet ładowania, jaki ma 8139cp. Spróbuj zostawić 8139too w świętym spokoju (tylko ten oryginalny!!!), a zmień nazwę wyłacznie tego modułu którego chcesz się pozbyć - czyli 8139cp (np. dodając .old albo .annoying na końcu nazwy).

[fnmirk]

glar dopisz ten niechciany moduł do ,,czarnej listy''

Kod: Zaznacz cały

/etc/modprobe.d/blacklist

i zrestartuj komputer.

[glar]

glar dopisz ten niechciany moduł do ,,czarnej listy''

Kod: Zaznacz cały

/etc/modprobe.d/blacklist

i zrestartuj komputer.

(...)dodałem wpis w blacklist:

Kod: Zaznacz cały

# This file lists those modules which we don't want to be loaded by
# alias expansion, usually so some other driver will be loaded for the
# device instead.
blacklist 8139cp(...)

i ZUPEŁNIE nic się nie zmieniło. z resztą, w tym co tam wygooglowałem - parę lat temu również to nie działało, bawili się też z jakąś whitelist - też nic. (...)

jakieś inne pomysły, proooszę ^.^

więc powiedzmy że tego próbowałem:]

Podmiana tych plików między sobą nic nie da, bo obydwa moduły i tak będą ładowane! I z tego co widzę, nie chodzi o kolejność w jakiej system znajdzie obydwa te moduły, ale o jakiś priorytet ładowania, jaki ma 8139cp. Spróbuj zostawić 8139too w świętym spokoju (tylko ten oryginalny!!!), a zmień nazwę wyłącznie tego modułu którego chcesz się pozbyć - czyli 8139cp (np. dodając .old albo .annoying na końcu nazwy).

holender... nie uwierzycie... znów NIC się nie zmienia. no NIC. może on gdzieś indziej trzyma te moduły?

[fnmirk]

Nie ma powiedzmy albo sprawdziłeś albo nie. Jest to konkretny zabieg i ma działać. Innej możliwości niema.
Inaczej masz namieszane w systemie.

[glar]

sprawdziłem. widać mam namieszane, choć niestety ten stan rzeczy utrzymuje się od instalacji 'na czysto' xubu 8.04