Nemrég vásároltam egy Asrock ConRoe945G-DVI típusú alaplapot. Ezen a lapon a tárgyban is említett integrált Gigabit Ethernet vezérlő van. Nemtudom, hogy mitől, de egyszerűen mostanában furcsa módon egyre többször csinálja a következőket:
livecd ~ # ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=150 time=0.489 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=150 time=0.486 ms--- 192.168.1.1 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 0.486/0.487/0.489/0.022 ms
livecd ~ # ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=150 time=0.494 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=150 time=0.476 ms--- 192.168.1.1 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1004ms
rtt min/avg/max/mdev = 0.476/0.485/0.494/0.009 mslivecd ~ # ping 192.168.1.1
connect: Network is unreachable
Aztán egy hálózat újraindítás után (ez jelen esetben egy Gentoo LiveCD-s eset):
PING magyartelekom.hu (195.228.244.176) 56(84) bytes of data.
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=1 ttl=123 time=11.1 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=3 ttl=123 time=11.2 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=4 ttl=123 time=11.5 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=5 ttl=123 time=10.9 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=6 ttl=123 time=14.1 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=7 ttl=123 time=16.7 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=8 ttl=123 time=11.3 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=9 ttl=123 time=11.7 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=10 ttl=123 time=11.1 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=11 ttl=123 time=10.4 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=12 ttl=123 time=11.0 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=13 ttl=123 time=11.2 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=14 ttl=123 time=197 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=16 ttl=123 time=11.3 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=17 ttl=123 time=11.5 ms
64 bytes from www.magyartelekom.hu (195.228.244.176): icmp_seq=18 ttl=123 time=12.0 ms--- magyartelekom.hu ping statistics ---
18 packets transmitted, 16 received, 11% packet loss, time 30175ms
rtt min/avg/max/mdev = 10.493/23.472/197.921/45.067 ms
Külföldi oldallal ugyanez...
PING www.yahoo-ht3.akadns.net (87.248.113.14) 56(84) bytes of data.
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=1 ttl=54 time=57.0 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=2 ttl=54 time=58.5 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=3 ttl=54 time=57.7 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=4 ttl=54 time=60.3 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=5 ttl=54 time=60.2 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=7 ttl=54 time=58.9 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=8 ttl=54 time=58.9 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=9 ttl=54 time=57.6 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=10 ttl=54 time=56.4 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=11 ttl=54 time=57.3 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=12 ttl=54 time=56.8 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=14 ttl=54 time=64.4 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=15 ttl=54 time=56.0 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=16 ttl=54 time=56.0 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=18 ttl=54 time=60.1 ms
64 bytes from f1.us.www.vip.ird.yahoo.com (87.248.113.14): icmp_seq=20 ttl=54 time=58.8 ms--- www.yahoo-ht3.akadns.net ping statistics ---
20 packets transmitted, 16 received, 20% packet loss, time 27305ms
rtt min/avg/max/mdev = 56.063/58.481/64.487/2.086 ms
Ja és mindezt Windows alatt is produkálja:
Pinging www.yahoo-ht3.akadns.net [87.248.113.14] with 32 bytes of data:
Reply from 87.248.113.14: bytes=32 time=57ms TTL=54
Request timed out.
Reply from 87.248.113.14: bytes=32 time=58ms TTL=54
Request timed out.
Reply from 87.248.113.14: bytes=32 time=56ms TTL=54
Reply from 87.248.113.14: bytes=32 time=56ms TTL=54
Reply from 87.248.113.14: bytes=32 time=56ms TTL=54
Reply from 87.248.113.14: bytes=32 time=58ms TTL=54
Reply from 87.248.113.14: bytes=32 time=59ms TTL=54
Reply from 87.248.113.14: bytes=32 time=58ms TTL=54
Reply from 87.248.113.14: bytes=32 time=57ms TTL=54
Reply from 87.248.113.14: bytes=32 time=59ms TTL=54
Reply from 87.248.113.14: bytes=32 time=59ms TTL=54
Reply from 87.248.113.14: bytes=32 time=56ms TTL=54
Reply from 87.248.113.14: bytes=32 time=57ms TTL=54
Reply from 87.248.113.14: bytes=32 time=59ms TTL=54
Reply from 87.248.113.14: bytes=32 time=59ms TTL=54Ping statistics for 87.248.113.14:
Packets: Sent = 17, Received = 15, Lost = 2 (11% loss),
Approximate round trip times in milli-seconds:
Minimum = 56ms, Maximum = 59ms, Average = 57ms
A pontos típus, ahogy a linux felismerte a kártyát:
r8169 Gigabit Ethernet driver 2.2LK loaded
eth0: RTL8168b/8111b at 0xf887e000, 00:13:8f:fa:95:41, IRQ 17
r8169 Gigabit Ethernet driver 2.2LK loaded
r8169: eth0: link up
r8169: eth0: link up
r8169: eth0: link up
Csak a hálókártyára vonatkozó részeket idéztem a dmesg kimenetéből
Előre is köszönöm a segítséget, hozzászólásokat!
- 4199 megtekintés
Hozzászólások
Nem hiszem, hogy a helyi géped szoftver ügyeihez tartozna a probléma.
- A hozzászóláshoz be kell jelentkezni
Bocs az kimaradt, hogy ugyanebben a környezetben előtte egy Realtek 8139-es chipes kártyával semmi gond nem volt. Én is azt gyanítom, hogy ez HW hiba. Csak hogyan lehetne ezt konkrétan kideríteni, hogy mi okozhatja?! Meg esetleg valakinek volt-e már hasonló problémája ilyen alaplappal?
- A hozzászóláshoz be kell jelentkezni
Nálam 8111b integrált, 64 bites rendszeren realtekes gyári driverrel, tökéletesen működik.
- A hozzászóláshoz be kell jelentkezni
Tégy be egy biztosan működő kártyát, ha azzal ok akkor az alaplapi kártya hibás.
(Az is lehet, hogy forrasztás nem tökéletes.)
- A hozzászóláshoz be kell jelentkezni
Igen, most már ez a lépés fog következni.
- A hozzászóláshoz be kell jelentkezni
Nekem volt ilyen gondom. Pontosan már nem emlékszem a részletekre, de nagyvonalakban:
régi kernel r8169 driver nem ismerte fel a pci express-es r8168b/r8111 -et.
ezért töltöttem hozzá r1000 nevű drivert realtek oldaláról. Egy darabig rendben ment de a kernel frissült és asszem
2.6.21 környékén jött elő ez a jelenség. akkor észrevettem, hogy r1000(1.04) nem akaródzik rendesen menni egy idő után megdeglend (network unreachable).
Ekkor vettem észre, hogy r8168-as driver is felismeri már a 8168b/8111-et. Kafa.
Igenám de azzal a driverrel nem ment gigabiten, kb 10MegaByte/sec volt a max.
Aztán valamikor a legújabb kernellel már megjavult a dolog. Nem kell az r1000 driver a kernel saját r8169-es driverével frankón működik 47MegaByte/sec volt a csúcs amit sikerült kipréselni belőle. (nem mindegy ha sok gigát kell mozgatni.)
Arra már nem is merek gondolni, hogy valami miatt időzítési probléma volt és nem a driver volt rosz, hanem a (csillagok együttállása nem volt megfelelő) kernel egyéb paraméterei nem tetszettek neki.
Szerintem próbáld ki a legújabb stabil kernellel. Mennie kell jól!
- A hozzászóláshoz be kell jelentkezni
Ugyanez a típus, hasonló gondokkal: http://hup.hu/node/40990
Egy másik gépben is használok ilyet, ott 2.6.17-es kernellel megy, míg laptopon 2.6.21-el szakadozik a net. Kb. 1-2 hét és itt a 2.6.22, abban elvileg (git log) változott a r8169 modulban pár dolog.
- A hozzászóláshoz be kell jelentkezni
Sajnos nekem is jönnek a gondok ezzel a kártyával. gigabyte p35-ds3p alaplapon is ez van. gentoo live cd-vel bebootoltam és frankón ment a net, viszont xp install után amikor feltelepítettem az xp lan drivert azóta linux alatt nem megy a kártya. azt mondja link down. bármit próbáltam semmi változás. mit állított el a wines driver? csak mert mostmár az alaplap biosában lévő smart lan funkció ami az xp driver telepítésig ment az szintén nem megy most. egyedül xp alól hajlandó menni a kártya.
- A hozzászóláshoz be kell jelentkezni
gyorsan válaszolok is magamnak még mielőtt (teljesen jogosan) valaki letépi a lusta fejem.
Szóval a problémát a google megoldotta:
http://gentoo-wiki.com/HARDWARE_RTL8168
"Windows by defaults disables the NIC at Windows shutdown time in order to disable Wake-On-Lan, and this NIC will remain disabled until the next time Windows turns it on. The r8169 driver in the kernel does not know how to turn the NIC on from this disabled state; therefore, the device will not respond, even if the driver loads and reports that the device is up. To work around this problem, simply enable the feature "Wake-on-lan after shutdown." You can set this options through Windows' device manager."
- A hozzászóláshoz be kell jelentkezni
1000 hála Neked is, meg a gentoo-soknak is! Ma én is belefutottam a "problémába".
Mik
- A hozzászóláshoz be kell jelentkezni