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?
- 2577 megtekintés
Hozzászólások
Hardwares szerintem.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
Nem duplex probléma?
- A hozzászóláshoz be kell jelentkezni
Egy P1-esnél jártam így, némely PCI-slotban nem volt hajlandó működni a kártya. Utána másfél évet szolgált egy másik slotból, mielőtt végleg le lett állítva, bár laptopnál nem nagyon tudsz variálni, szal valszeg szervíz maradt.
- A hozzászóláshoz be kell jelentkezni
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!
- A hozzászóláshoz be kell jelentkezni
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).
- A hozzászóláshoz be kell jelentkezni
Vajon mitől lehet?
UP2!
--
http://kac.duf.hu/~balage/blog
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
Linux driver error.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Windows a tegnapi napig nem volt a gépen soha :) Egyébként ezt a tünetet ismerem (Wakeup).
Az utóbbihoz tudsz valami linket adni?
- A hozzászóláshoz be kell jelentkezni
http://gentoo-wiki.com/HARDWARE_RTL8168
Ezen irtak okossagokat. Amugy miutan en windows-ban bekapcsoltam, hogy lehessen wake on lanozni, meg az osszes energiatakarekossagos dolgot lekapcsoltam, azota nem csak livecd-rol van halokartyam :).
- A hozzászóláshoz be kell jelentkezni
Ettől félek, hogy acpi összefüggése van. Notebookon pedig nem örülnék acpi nélkül.
--
http://kac.duf.hu/~balage/blog
- A hozzászóláshoz be kell jelentkezni
Megoldódott a probléma, amely lassan majd egy éve kísértett.
A gondot a "Message Signal Interrupts" okota. A "pci=nomsi" kernelparaméter megoldotta mindkét problémát. :)
Ez a fórumtopik segített.
--
http://kac.duf.hu/~balage/blog
- A hozzászóláshoz be kell jelentkezni