Sziasztok!
Van egy olyan gondom a nemrég telepített laptopomon futó ubuntu 6.06-tal, hogy egyszer csak megőrül eth0 környékén. A jelenség abból áll, hogy megy a gép, lehet vele mindenet csinálni, aztán ha beindítom az rtorrent nevű karakteres bittorent kliens-t, akkor pár percre rá a következők jelennek meg a dmesg-be:
localhost kernel: [17180241.588000] NETDEV WATCHDOG: eth0: transmit timed out
localhost kernel: [17180241.588000] eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
(Ez folyamatosan ismétlődik.)
...
localhost pppd[3683]: No response to 4 echo-requests
localhost pppd[3683]: Serial link appears to be disconnected.
localhost pppd[3683]: Connect time 12.5 minutes.
localhost pppd[3683]: Sent 9003441 bytes, received 131761417 bytes.
localhost pppd[3683]: Connection terminated.
localhost pppd[3683]: Modem hangup
(Ez csak egyszer tűnik fel.)
localhost pppd[3683]: Timeout waiting for PADO packets
(Időnként az első közé becsúszik egy ilyen is.)
Ezzel egy időben az ADSL kapcsolat eltűnik és nem lehet többet életre kelteni -vagy legalábbis nekem nem sikerült eddig. Csak a restart segít rajta.
Olvastam -ha jól emlékszem ezen a fórumon is- hogy erre azt javasolják, hogy "noapic" paraméterrel kell indítani a kernelt. Mi is ez pontosan? Ezzel kikapcsolom az acpi funkciók támogatását? Ha ez azt jelenti, akkor ezt szeretném kerülni, mert mint említettem ez egy laptop, aminél ha jól tudom az acpi rendszeren keresztül érkeznek azok az információk is, hogy mi ujság az akksival!
Az integrált háló kártya RTL8139, a kernel pedig így nevezi magát:
Linux version 2.6.15-27-386 (buildd@terranova) (gcc version 4.0.3 (Ubuntu 4.0.3-1ubuntu5))
Hogyan lehet ezt megoldani? Nálam úgy tűnik csak a bittorrentezéssel együtt jelenik meg a probléma, de én azért szeretnék ilyen dolgokat is csinálni!
Üdv:
denx
- 1463 megtekintés
Hozzászólások
Szia! Más torrent klienssel is csinálja? nem lehet, hogy a kliens akad be, és a watchdog amiatt lövi ki?
ötletem nincs, de legalább nem szalad le a topic.
ricsi
- A hozzászóláshoz be kell jelentkezni
A NETDEV WATCHDOG az applikációknál alacsonyabb hálózati szinten működik.
Bennem az a kérdés merül fel, hogy az ADSL modem-ből egynes megy a gépbe az UTP, vagy van egy (szar?) hub-switch is közbeiktatva?
Következő, hogy más oprendszer alatt is van-e ilyen hibajelenség (driver hiba)?
Üdv,
Dw.
"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."
- A hozzászóláshoz be kell jelentkezni
Köszi az ötleteket, de nincs semmi a gép és a modem között kivéve egy hibátlan cross-link ethernet kábelt. Más oprendszer (win xp) alatt tökéletes a cucc, a világ végéig képes torrentezni.
- A hozzászóláshoz be kell jelentkezni
Elsőnek nem tűnt túl ésszerűnek amit írtál, de sajna igazad lett! Eredeti bittorent klienssel semmi baja a net kapcsolatomnak! :(
Ez számomra azért szomorú, mert ezt nem lehet távolról irányítani (mint egy karakteres verziót) max vnc, vagy hasonló megoldásokkal. Tudom, hogy vannak olyanok, amik képesek ilyen agyafúrt dolgokra is (pl Azureus) de nekem csak szimpatikusabb lett volna, ha az a felállás is gond nélkül megy, amit eredetileg vázoltam!
Szóval ha van valakinek ötlete, hogy mivel lehet megoldani a NETDEV WATCHDOG kérdést, az mindenképp ossza meg velem! Ma kipróbáltam a "noapic" kernel paramétert, de úgy néz ki nem segített! Ugyanaz a szitu!
- A hozzászóláshoz be kell jelentkezni
Tévedtem. Mégsem a torrent klienssel lesz a gond, mert tegnap csak nem voltam elég türelmes! 5 perc után ez a kliens is kiakasztotta a hálózati kapcsolatomat! Szóval valaki mondjon valami okosat, hogy mivel lehet rávenni a gépemet a torrentelésre!
- A hozzászóláshoz be kell jelentkezni
ssh-val sem lehet irányítani?
- A hozzászóláshoz be kell jelentkezni
Miután elkezdi ontani a fenti üzeneteket, már megszakad a ppp kacsolat is, szóval kérdésedre a válasz: nem.
- A hozzászóláshoz be kell jelentkezni
Senki nem találkozott még a problémával?
Ez egy Toshiba laptop, amibe bele van integrálva egy RTL 8139 típusú hálókártya. ADSL modemmel sosem volt semmi baj (windows alatt).
- A hozzászóláshoz be kell jelentkezni
Tegnap rájöttem a megoldásra. Azok kedvéért akik hasonló problémákkal küzdenek leírom ide.
Kernelt kellett fordítanom és a 8139too modulban az eredeti opció (8139TOO_8129) mellé be kellett "ikszelni" a 8139TOO_PIO (Use PIO instead of MMIO) lehetőséget is! Nálam ez oldotta meg a problémákat.
Köszönöm azért a segítőkész hozzáállást mindenkinek!
- A hozzászóláshoz be kell jelentkezni