Realtek RTL8102EL LAN / RTL8101E / r8169 - brak dostępu do sieci

[Kokos]

Cześć,

Kupiłem ostatnio płytę główną bazującą na rozwiązaniu Intel Atom - D945GCLF.

Generalnie ma ona wbudowany kontroler ethernetowy RTL8102EL.
lspci -nn mówi mi, że jednak: RTL8101E

Na maszynie mam posadzone Ubuntu Server 8.04.1 z daily snapshots. Czegokolwiek bym nie robił - nie mam dostępu do sieci.. Wygląda to tak jakby kontroler działał, łącze było aktywne, ale mimo wszystko nie mogę uzyskać dostępu do sieci.

Widzę, że w użyciu jest moduł jądra r8169.. Słyszałem, że są z nim kłopoty.. Ktoś spotkał się z czymś takim? Co jeszcze mógłbym sprawdzić?

Kernel: 2.6.24-19-server

Dzięki za jakiekolwiek sugestie!

K.

[pioruns]

Ja mam r8169.
Karta RTL8111/8168B. Net działa pięknie.

Zobacz czy na Ubuntu LiveCD karta działa.

[Kokos]

Ja mam r8169.
Karta RTL8111/8168B. Net działa pięknie.

Zobacz czy na Ubuntu LiveCD karta działa.

Sterownik ten sam, kontrolery inne.

Spod płyty, której przeprowadzałem instalacje net dział. I co chciałeś mi przez to powiedzieć?

[pioruns]

Skoro z LiveCD działa, to znaczy, że masz namieszane co nieco w systemie. Może Ci inni pomogą, na pewno nie ja

[Echinos]

Wklej wynik polecenia oddzielnie z uruchomionego serwera i płyty Live CD:

Kod: Zaznacz cały

sudo lshw -C network

[Kokos]

Skoro z LiveCD działa, to znaczy, że masz namieszane co nieco w systemie. Może Ci inni pomogą, na pewno nie ja

Instalacja jest czysta, misiu. Zero modyfikacji.

Wklej wynik polecenia oddzielnie z uruchomionego serwera i płyty Live CD:

Kod: Zaznacz cały

sudo lshw -C network

Tak też zrobię. Dzięki.

[broken]

Zobacz dmesg i co tam pisze.

[pioruns]

Instalacja jest czysta, misiu. Zero modyfikacji.

Skoro z LiveCD działa, a z zainstalowanego twego systemu nie działa, znaczy, że czymś się konfiguracja różni, misiu. I teraz twoim problemem jest odkrycie, czy jest to problem, że jest inne jądro i nie masz modułu z backports zainstalowanego do jądra (prawdopodobnie - ja miałem tak w swoim przypadku), albo sprawa z całkiem innej bajki, i musisz pokopiować tutaj wyniki poleceń, które podpowiedzieli Ci uczynni koledzy.

[Kokos]

Skoro z LiveCD działa, a z zainstalowanego twego systemu nie działa, znaczy, że czymś się konfiguracja różni, misiu. I teraz twoim problemem jest odkrycie, czy jest to problem, że jest inne jądro i nie masz modułu z backports zainstalowanego do jądra (prawdopodobnie - ja miałem tak w swoim przypadku), albo sprawa z całkiem innej bajki, i musisz pokopiować tutaj wyniki poleceń, które podpowiedzieli Ci uczynni koledzy.

Dzięki za prawdę oczywistą....

EDIT:
OK. Już wiem co nie było teges.

Wersja snapshotowa jakimś cudem miała włączonego ufw (firewall) z defaulta. I to generalnie paraliżowało komunikacje sieciową. THX za chęć pomocy.

EDIT:

Wklej wynik polecenia oddzielnie z uruchomionego serwera i płyty Live CD:

Kod: Zaznacz cały

sudo lshw -C network

Jednak sprawa nie jest taka prosta.. Nadal mam problemy z siecią. Sieć raz działa raz nie działa. Generalnie jest tak, że jeśli komputer jest wyłączony i włączę go od zera to sieć nie działa. Gdy wyłączę go i włączę to nadal nie działa. Ale jeśli w takim stanie uruchomię go ponownie za pomocą shutdown -r now to sieć wstaje! Ale jednak nie zawsze.

Tak jak sugerowaliście porobiłem troszkę dianostyki i oto różnice jakie wyłapałem.

sudo lshw -C network gdy sieć działa prawidłowo:

Kod: Zaznacz cały

  *-network
       description: Ethernet interface
       product: RTL8101E PCI Express Fast Ethernet controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:01:00.0
       logical name: eth0
       version: 02
       serial: 00:1c:c0:45:26:66
       size: 100MB/s
       capacity: 1GB/s
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.2LK duplex=full ip=192.168.1.13 latency=0 link=yes module=r8169 multicast=yes port=twisted pair speed=100MB/s

sudo lshw -C network gdy sieć nie działa prawidłowo:

Kod: Zaznacz cały

  *-generic
       description: Ethernet interface
       product: Illegal Vendor ID
       vendor: Illegal Vendor ID
       physical id: 0
       bus info: pci@0000:01:00.0
       logical name: eth0
       version: ff
       serial: 00:1c:c0:45:26:66
       size: 1GB/s
       capacity: 1GB/s
       width: 32 bits
       clock: 66MHz
       capabilities: bus_master vga_palette cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.2LK duplex=full latency=255 link=yes maxlatency=255 mingnt=255 module=r8169 multicast=yes port=twisted pair speed=1GB/s

no ale w sudo dmesg nie widzę znacznych różnic w obu przypadkach:

Kod: Zaznacz cały

[   31.213018] r8169 Gigabit Ethernet driver 2.2LK loaded
[   31.213069] ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 19
[   31.213102] PCI: Setting latency timer of device 0000:01:00.0 to 64
[   31.213122] r8169 0000:01:00.0: unknown MAC (27a00000)
[   31.213729] eth0: RTL8169 at 0xf8844000, 00:1c:c0:45:26:66, XID 24a00000 IRQ 220
...
[   41.098156] r8169: eth0: link up
[   41.098169] r8169: eth0: link up

Co robić, co robić?

EDIT:
Problem ostatecznie zlokalizowany i wyeliminowany.

Solucja została opisana na tym blogu:
http://itx-server.blogspot.com/2008/07/ ... y-faq.html

[broken]

Problemem moze bys sam sterownik. Zasadniczo z tego co widze to wogole jesli siec nie dziala karta niejako nie jest zainicjowana a kernel nie widzi nawet Vendora - byc moze jest to problem ze sprzetem ale bardziej winilbym za te stan rzeczy sterownik. Osobiscie wolalbym sprawdzic czy przypadkiem nie pojawil sie jakis inny sterownik do tej karty badz poprawka do obecnego. Albo sprobowalbym zrestartowac modul podczas startu systemu. Dopisalbym do konca pliku /etc/rc.local taka mniej wiecej linijke :

Kod: Zaznacz cały

rmmod r8169
modprobe r8169
ifconfig eth0 up
dhclient eth0

dhclient uzywasz wtedy kiedy karta ma byc konfigurowana przez DHCP. Jesli ustawiasz karte recznie to mozesz ja recznie konfigurowac ja za pomoca 3 polecen :

ifconfig eth0 adres_ip netmask maska_podsieci
route add default bramka_domysla
echo "namserver adres_serwera_dns" > /etc/resolv.conf

To chyba najszybszy i najprostszy sposob konfiguracji polaczenia.

[Kokos]

Nie doczytałeś mojego ostatniego posta. Problem zlokalizowany i rozwiązany. Dzięki.

[emarcin]

Czyli co zainstalowałeś ten sterownik ze strony Realteka (w chwili obecnej r8101-1.009.00) i dalej wg kroku 2 i 3 z wyżej podanego linka?

[Kokos]

Czyli co zainstalowałeś ten sterownik ze strony Realteka (w chwili obecnej r8101-1.009.00) i dalej wg kroku 2 i 3 z wyżej podanego linka?

Dokładnie tak jak zostało to opisane na blogu.

[kyle]

Trochę odświeżę temat

Dzisiaj zamontowałem w starym komputerze, na którym mam ubuntu 10.10 server, nową kartę TP-Link TG-3269 i mam ten sam problem co w temacie (też chip r8169).
Z instrukcją instalacji sterowników ręcznie to może być u mnie słabo, bo ten server to takie małe "hobby" Ale po wrzuceniu:

Kod: Zaznacz cały

rmmod r8169
modprobe r8169
ifconfig eth1 up
dhclient eth1

Karta wstaje i działa, niestety po reboocie znowu nie działa, w ifconfig nawet jej nie widać :<
W dmesg znalazłem

Kod: Zaznacz cały

(unregistered net_device): no pci express capability

przy niej.
Wie ktoś może jak rozwiązać ten problem prościej niż z ręczną instalacją sterowników i bez ciągłego wpisywania rmmod itd...?