brak połączenia z siecią

[ragnar_85]

Witam posiadam laptopa asus x56ta + ubuntu 8.10. Mam problem przy automatycznym uzyskaniu adresu ip przez Network Managera. Wygląda to tak jakby nie mozna bylo sie polaczyc z serverem dhcp  Wpisanie na sztywno adresu ip, maski, bramy i dns( parametry z windows) nic nie daja. Nie moge połączyć się z internetem
Prosze o pomoc w rozwiazaniu problemu

[arctgx]

U mnie dhclient zostawia komunikaty w /var/log/daemon.log. Może od logu warto zacząć szukać.

[ragnar_85]

Oto fragment z logów /var/log/daemon.log

Jan 13 15:37:56 thief-PC NetworkManager:  Activation (eth0) Beginning DHCP transaction.
Jan 13 15:37:56 thief-PC dhclient: Internet Systems Consortium DHCP Client V3.1.1
Jan 13 15:37:56 thief-PC dhclient: Copyright 2004-2008 Internet Systems Consortium.
Jan 13 15:37:56 thief-PC dhclient: All rights reserved.
Jan 13 15:37:56 thief-PC dhclient: For info, please visit http://www.isc.org/sw/dhcp/
Jan 13 15:37:56 thief-PC dhclient:
Jan 13 15:37:56 thief-PC dhclient: wmaster0: unknown hardware address type 801
Jan 13 15:37:56 thief-PC NetworkManager:  dhclient started with pid 5228
Jan 13 15:37:56 thief-PC NetworkManager:  Activation (eth0) Stage 3 of 5 (IP Configure Start) complete.
Jan 13 15:37:56 thief-PC NetworkManager:  DHCP: device eth0 state changed normal exit -> preinit
Jan 13 15:37:56 thief-PC dhclient: wmaster0: unknown hardware address type 801
Jan 13 15:37:56 thief-PC dhclient: Listening on LPF/eth0/00:23:54:36:0f:b9
Jan 13 15:37:56 thief-PC dhclient: Sending on   LPF/eth0/00:23:54:36:0f:b9
Jan 13 15:37:56 thief-PC dhclient: Sending on   Socket/fallback
Jan 13 15:38:00 thief-PC dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 4
Jan 13 15:38:04 thief-PC dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5
Jan 13 15:38:09 thief-PC dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 12
Jan 13 15:38:21 thief-PC dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 13
Jan 13 15:38:34 thief-PC dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 7
Jan 13 15:38:41 thief-PC dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 7
Jan 13 15:38:41 thief-PC NetworkManager:  Device 'eth0' DHCP transaction took too long (>45s), stopping it.
Jan 13 15:38:41 thief-PC NetworkManager:  eth0: canceled DHCP transaction, dhcp client pid 5228
Jan 13 15:38:41 thief-PC NetworkManager:  Activation (eth0) Stage 4 of 5 (IP Configure Timeout) scheduled...
Jan 13 15:38:41 thief-PC NetworkManager:  Activation (eth0) Stage 4 of 5 (IP Configure Timeout) started...
Jan 13 15:38:41 thief-PC NetworkManager:  (eth0): device state change: 7 -> 9
Jan 13 15:38:41 thief-PC NetworkManager:  Marking connection 'Auto eth0' invalid.
Jan 13 15:38:41 thief-PC NetworkManager:  Activation (eth0) failed.
Jan 13 15:38:41 thief-PC NetworkManager:  Activation (eth0) Stage 4 of 5 (IP Configure Timeout) complete.
Jan 13 15:38:41 thief-PC NetworkManager:  (eth0): device state change: 9 -> 3
Jan 13 15:38:41 thief-PC NetworkManager:  (eth0): deactivating device (reason: 0).

Nie wiem co jest przyczyną tego stanu rzeczy ..

[arctgx]

Serwer w odpowiedzi (czyli jeśli DHCPDISCOVER dotarł) powinien zwrócić komunikat DHCPOFFER, jeśli w swojej konfiguracji przewidział jakiś adres dla Twojej maszyny (np. adresu sprzętowego). Czy jeśli na tej samej maszynie odpalasz innego klienta DHCP (np. z innego Linuksa czy z Windowsa), to też od serwera niczego nie dostajesz?

P.S. Nie wiem czy serwer nie mający niczego do zaoferowania zwraca jakiś komunikat. Może w wolnej chwili sprawdzę to, podmieniając adres sprzętowy mojej karty na inny.

[ragnar_85]

Na viscie mi net chodzi.
Wcześniej byłem podłączony do innej sieci i też mi net nie chodził na linuxie.
Może spróbuje odpalić Suse z liveCd i sprawdze czy internet smiga

[arctgx]

Nim ktoś lepiej obeznany z siecią da Ci coś bardziej pomysłowego niż zmianę wersji klienta, od siebie podpowiem, byś sprawdził czy karta sieciowa została dobrze wykryta. Zerknij do polecenia dmesg | less na temat eth0. Zobacz w szczególności czy adres sprzętowy został wykryty tak jak w Windowsie.

[ragnar_85]

Po wpisaniu polecenia dostałem taki wynik

[    1.664254] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[    1.664284] r8169 0000:04:00.0: setting latency timer to 64
[    1.664585] eth0: RTL8168c/8111c at 0xf8816000, 00:23:54:37:0f:b6, XID 3c4000c0 IRQ 219


[   25.958209] r8169: eth0: link up
[   25.967586] ForceXPAon: 0
[   26.048546] NET: Registered protocol family 17
[   26.239609] ForceXPAon: 0
[   26.415626] ForceXPAon: 0
[   26.647617] ForceXPAon: 0
[   26.658985] ForceXPAon: 0

Wygląda jakby się ładował moduł r8169
po wstepnym googlowaniu znalazlem takie rzeczy

http://linuksowo.pl/index.php?goto=16535&t=msg

http://forum.suse.pl/index.php/topic,18457.0.html

musze to obczaic na dniach

[arctgx]

Dwa sposoby proponują te wątki (i link): albo kombinować z Wake-On-Lan, albo zastąpić sterownik z jądra sterownikiem ze stronki Realteka (nowe jądro oznacza wtedy budowę od nowa).

Zapoznaj się przy okazji z narzędziem ethtool.

[ragnar_85]

Ściągnąłem sterownik ze strony Realteka, zrobiłem wszystko według załączonej instrukcji i niestety dalej nie mam połączenia z internetem

Po wpisaniu dmesg otrzymałem takie informacje

 1.672226] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[    1.672256] r8169 0000:04:00.0: setting latency timer to 64
[    1.672564] eth0: RTL8168c/8111c at 0xf8816000, 00:23:54:36:0f:b9, XID 3c4000c0 IRQ 219


[  331.498690] r8168 Gigabit Ethernet driver 8.009.00-NAPI loaded
[  331.499088] r8168 0000:04:00.0: setting latency timer to 64
[  331.499666] r8168: This product is covered by one or more of the following patents: US5,307,459, US5,434,872, US5,732,094, US6,570,884, US6,115,776, and US6,327,625.
[  331.499672] :eth0 Identified chip type is 'RTL8168C/8111C'.
[  331.499675] eth0: RTL8168B/8111B at 0xf8816000, 00:23:54:36:0f:b9, IRQ 219
[  335.534280] r8168: eth0: link up

wynika że sterownik r8168 się załadował ale dalej nie uzyskuje adresu ip

[arctgx]

OK, ale skoro dmesg rzekł, że i r8169 jest zładowany, a z drugiej strony nie wspomniałeś o wcześniejszym jego wyładowaniu (modprobe -r), to skąd wiadomo który sterownik rządzi kartą?

[ragnar_85]

przed instalacją wywaliłem moduł r8169 i dodałem go do czarnej listy nastepnie dokonałem kolejnych kroków tak jak jest wskazane w pliku readme.
Po wpisaniu komendy lsmod | grep r8169 wskazuje że nie ma tego modulu natomiast jest r8168.

Następnie znowu wywalilem wszystkie moduly i uruchomilem skrypt ze stronki

http://www.jamesonwilliams.com/hardy-r8168.html

dalej nie mam neta