[megoldva] No DHCPOFFERS received (r8169)

Adott egy Asus A6M notebook Realtek gigabites hálókártyával, amelyet r8169 modul hajt meg.
Egy ideje (2-3 hét) a problémám az, hogy nem kapok IP címet DHCP-től.

A dhcp szerveren látom a logokban, hogy megjelenik a mac address kéri az IP címet....

dhcpd: DHCPDISCOVER from 00:1a:92:68:9f:cd via eth1
dhcpd: DHCPOFFER on 192.168.253.18 to 00:1a:92:68:9f:cd via eth1
dhcpd: DHCPDISCOVER from 00:1a:92:68:9f:cd via eth1
dhcpd: DHCPOFFER on 192.168.253.8 to 00:1a:92:68:9f:cd via eth1
dhcpd: DHCPDISCOVER from 00:1a:92:68:9f:cd via eth1
dhcpd: DHCPOFFER on 192.168.253.8 to 00:1a:92:68:9f:cd via eth1
dhcpd: DHCPREQUEST for 192.168.253.8 (192.168.253.1) from 00:1a:92:68:9f:cd via eth1
dhcpd: DHCPACK on 192.168.253.8 to 00:1a:92:68:9f:cd via eth1
dhcpd: DHCPREQUEST for 192.168.253.8 (192.168.253.1) from 00:1a:92:68:9f:cd via eth1

...viszont eközben a kliens timeoutol és "No DHCPOFFERS received" üzenettel leáll.

Amit próbáltam:
- fix IP-vel kézzel beállítva az interfészt - nincs hálózat
- kábelcsere / aljzat "csere" volt nem is egyszer - nincs hálózat
- Gentoo Minimal LiveCD 2008.Feb-ről bootolva - VAN hálózat * / **
- Ubuntu 7.10 livecd-ről bootolva - nem is látja a hálózati kártyát (?)

* további apró probléma, hogy a hálózat leszakadozik időnként. A dmesg-ben ez van: "NETDEV WATCHDOG: eth0: transmit timed out". Ilyenkor interface down és up után megy tovább. bár ez a jelenség azóta fennáll, hogy a notebook megvan (>7-8 hónap)

** a livecd-n 2.6.24 kernel van, míg desktopon (gentoo) 2.6.24.3 de a r8169 modul teljesen ugyanaz checksum-ra is!

A netdev-es hibát gyakorlatilag az összes kernellel produkálta.
Kérdésem. Szoftver vagy hardver probléma?

Hozzászólások

Mondjuk asus laptop van még rá pár év gari. De ha most letúrom róla a Gentoo-t és (mivel gondolom szervizesek is ezt tennék) rárakok egy Winfost és az alatt meg minden meg, akkor tökön szúrom magam.
Na mindegy még várok, hátha van valakinek ötlete?
--
http://kac.duf.hu/~balage/blog

Nem gondolom, hogy hardveres gond lenne...
Nekem a wifivel van ugyanez. Be van állítva, hogy az interfész dhcp-n kapja az ip-t, el is indul a dhcpcd, de nem kap ip-t. Nekem kell manuálisan "dhclient eth1"-el kérni. Persze ekkor kap (egyből), és működik is hibátlanul.
És ez nem csak nekem van így, tudok ismerősökről, akiknél ugyanez a szitu (mármint hogy manuálisan kell dhclient-tel kérni)... Teljesen más notival.
--
Discover It - Have a lot of fun!

Próbáltam dhclient-tel és dhcpcd-vel is. Több verzióval is. Sőt kézzel is. Semmi.
Valami frissítéskor változhatott meg, mert 2.6.23-nál még kaptam IP-t, igaz a NETDEV-es hiba ott is megvolt.
a 2.6.24-es kernelt pedig ugyanaz a .config fájl alapján fordítottam mint a 2.6.23-at, egy két dologgal kiegészítve (b43).

--
http://kac.duf.hu/~balage/blog

UP
szerk: windows (muszály volt :( ) teszt alatt, gond nélkül kapott IP-t és már lassan egy órája csorognak a gigabájtok át rajta. néha néha van egy pár másodperces "befagyás" (lehet hálózatt erheltség miatt is) de utána megy tovább az átvitel.
Valakinek ötlete?
--
http://kac.duf.hu/~balage/blog

Na de lassan 1 éve? több szerverben is használunk realtek gigabites lan kártyát r8169 modullal gond nélkül, igaz egyik sem notebook.
Teszteltem 2.6.24 alatt (livecd) r8169-cel ott "ment" a hálózat. 2.6.24.3 alatt (éles) ugyanazzal a checksum-mal rendelkező modullal már nem.
--
http://kac.duf.hu/~balage/blog

Nekem is volt ezzel gondom.
A problema azzal van, hogy a 8169-es driver nem tudja bekapcsolni a halokartyat. Ha windows-rol butulsz at linux ala, akkor jelentkezik ez a hiba. Megoldas az, hogy fogod az akksit, es a kabelt kihuzod, hagyod 1 percig, aztan bootolsz be, vagy a windows eszkozkezelojeben kikapcsolod azt, hogy a halozati intefesz kikapcsolasa, vagy wake-on-lan kikapcsolasa. Valami ilyesmi. A lenyeg, hogy a windows kikapcsolja, hogy ne fogyasszon aramot, te meg szivhatod a fogadat utana. Masik, hogy irtak anno, hogy ha livecd-rol forgatsz kernelt, es a realteket is beleteszed, akkor utana mar nem nagyon fog jol esni neki a dolog.