Fórum Ubuntu CZ/SK
Ostatní => Archiv => Téma založeno: mirin 04 Května 2007, 19:25:52
-
aktualizoval jsem 6.10 na 7.04 a po nainstalovani jadra 2.6.20-15 mi Ubuntu nabehne, nabehne i sit, ale po chvilce cca.2-5 min sit vypadne. Nefunguje ani PING. Nasel jsem si, ze by to mohl delat gnome-network-manager, tak jsem ho odinstaloval, ale nepomohlo to. Nevite nekdo co s tim? Pokud spustim Ubuntu na jadre 2.6.17-10 tak je vse OK.
-
Mám stejnej problém. Nevíte někdo co s tím???
-
Zkuste ihned po odpojení provést příkaz
dmesg | tail
a výpis sem na fórum
-
[ 4578.783561] NETDEV WATCHDOG: eth0: transmit timed out
[ 4578.783571] eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=285.
[ 4581.578098] NETDEV WATCHDOG: eth0: transmit timed out
[ 4581.578107] eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=291.
[ 4586.967556] NETDEV WATCHDOG: eth0: transmit timed out
[ 4586.967567] eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=1141.
[ 4588.963652] NETDEV WATCHDOG: eth0: transmit timed out
[ 4588.963662] eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=291.
[ 4592.955847] NETDEV WATCHDOG: eth0: transmit timed out
[ 4592.955856] eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=291
-
Tak
dmesg > ~/sit.txt
a poslat všechno co je na konci a mělo by mít co do činění se síťovkou
-
Tak to je chyba v tom jádru nejspíš... na tom starším to fakt funguje. Tak to když tak reportni, díky ;)
-
Buď to reportni ty (pokud ovládáš Engličtinu ) nebo potřebuju hafo informací :)
-
Aj moc neovládám :( tak když tak napiš co je potřeba... ;)
-
Tak to porád ještě nikdo neopravil :(
-
a jak tu sit nastavujete? staticky, dynamicky (dhcp), ...
-
No jsem na sdíleným netu.... server mi přiděluje IP adresu (DHCP) na můj komp... čili tam mám automaticky zjištovat IP adresu. Net funguje a pokaždé po jiném časovém useku se to odpojí a už to nejde až zase po restartu pc.
-
Zkus po odpojení provést
sudo dhclient eth0
-
Zkusím... ted vyšlo nový jádro tak třeba to na tom nebude dělat.... zatím jsem to nevyzkoušel... zejtra.
-
Tak na novým jádru se to taky odpojuje :(
zkusím ještě dhclient ;)
-
Výpis dhclient:
Internet Systems Consortium DHCP Client V3.0.4
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/
Listening on LPF/eth0/00:e0:7d:7b:a1:bb
Sending on LPF/eth0/00:e0:7d:7b:a1:bb
Sending on Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 14
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 12
No DHCPOFFERS received.
No working leases in persistent database - sleeping.po tomto příkazu stále internet nefunguje :(
-
To je docela jasné... Proč to potom nefunguje...
prostě ti časem vyprší IPka (tady někde se nachází ta bota...) a novou ti to už nedá...
-
No jo ale co s tím??? Na starým jádru to fungovalo. A na widlích to taky jede. :(
-
No jasne to je, ale neni to pochopitelne. Ten dhclient totiz vysila na broadacast adrese, coz znamena, ze ztratil spojeni s DHCP serverem. A nedostava odpoved. Nemate tam oblibeny firehol, ktery trebas po startu masiny kdy se konfigurace DHCP nacte, to zablokuje ? V okamziku, kdy to jde se podivejte do dhcp.leases.
-
No mrknu na to. Firehol jsem odinstaloval pomocí synapticu. Mám místo toho firestarter. ;) Ke ztrátě komunikace s DHCP serverem dojde pokaždé v jiném časovém úseku... :(
-
O fireholu tu psal LS uz asi stokrat, ze v 7.04 nefunguje.
-
O fireholu tu psal LS uz asi stokrat, ze v 7.04 nefunguje.
To já vím ;) Však já ho tam už nemám pěkně dlouho. Místo fireholu píšu, že jsem použil Firestarter.
-
Soubor dhcp.leases mi to nenašlo vůbec...? Kde se má nacházet?
PS: našel jsem tenhle soubor dhclient.eth0.leases:
lease {
interface "eth0";
fixed-address 10.10.100.34;
server-name "";
option subnet-mask 255.255.255.0;
option routers 10.10.100.1;
option dhcp-lease-time 966460252;
option dhcp-message-type 5;
option domain-name-servers 10.10.100.1;
option dhcp-server-identifier 10.10.100.1;
option domain-name "mdscz.com";
renew 4 2019/5/30 11:17:52;
rebind 3 2034/3/22 21:35:12;
expire 2 2038/1/19 03:14:07;
}
-
Vzhledem k tomu, ze IP adresa se ma kontrolovat za 12 roku, a obnovit az za 27 roku, by to nemelo vypadavat.
-
Dík... bohužel se tak ale děje :( Když to najedu na starým jádře co mám ještě z 6.10 ubuntu tak to ale nedělá. :( Fakt nevím jako proč se to děje. :(
-
Ja Vam neporadim, 7.04 nemam, vypada to na "rozladene" kdyz ne chybne nastavene DHCP. Pro testy bych vypnul jakykoliv packetfiltering, -hol ci -starter. Ze by Vam nekdo za tak kratkou chvili napadl system je pomerne nepravdepodobne. Az kdyz uvidite, co to dela na otevrene masine, muzete uvazovat dal. Da se spustit trebas dve konzoly, na jedne tshark, nebo neco jineho pro chytani paketu, na druhe date prikaz dhclient a koukate, co to vyvadi. A tak dale.
-
No tak to je na mě trochu moc :( todle zrovna neovládám. Možná to zkusím celé přeinstalit. Jestli to nepomůže, tak asi počkat na další jádro a nebo se spokojit se starou verzí.
-
[ 4578.783561] NETDEV WATCHDOG: eth0: transmit timed out
[ 4578.783571] eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=285.
[ 4581.578098] NETDEV WATCHDOG: eth0: transmit timed out
[ 4581.578107] eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=291.
[ 4586.967556] NETDEV WATCHDOG: eth0: transmit timed out
[ 4586.967567] eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=1141.
[ 4588.963652] NETDEV WATCHDOG: eth0: transmit timed out
[ 4588.963662] eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=291.
[ 4592.955847] NETDEV WATCHDOG: eth0: transmit timed out
[ 4592.955856] eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=291
Tohle mi zacalo delat pred par dny po nove instalaci na novy pocitac, vzdy po pul minute/minute sitovka prestala fungovat. Stacilo vypnout v biosu ACPI. Pry to nejak konfliktilo s interupty sitovky nebo neco takoveho. Trochu je problem, ze mi pak nenabootuji winy, ale vypnout acpi jen jako parametr pri bootovani kernelu mi nefungovalo.
-
Otestuju. Chvíli mi to zabere nebot k odpojování dochází pokaždé v jinej časovej úsek. ;)
-
Nastavil jsem si bootování na noapic nolapic (doufám, že to je dobře) a net se mi zatím po hodině neodpojil. Mám zaplý irádio, ktorrent, xchat. Troufl bych si říct, že vyřešeno.
-
Ahoj, zabývám se tímtéž problémem. Po stažení 10 - 20 MB dat přestane fungovat spojení ke druhému počítači. (Do té doby jede spolehlivě.)
Jde o podstatný bug, patrně v ovladačích. Mám Ubuntu FF, 64bit, 2 jádra na disku. Jsem připojen přes síťovku Realtek 8029 s koaxiálním kabele, provozovanou moduley "ne2k-pci" a "8390".
Pozoruji to u jádra ubuntu 2.6.20.16 vždy, zatímco u 2.6.17 ne nebo se to stávalo jen výjimečně. (Na ostatních strojích mám mj. i 2.6.20, ale inet funguje vždy, je to možná specifikum ubuntu jádra.)
== Diagnostika na 2.6.20.16 (tedy na tom blbém) ==
Po odpojení internetu v dmesg výpisu přibude:
[ 363.171018] NETDEV WATCHDOG: eth1: transmit timed out
[ 363.171027] eth1: Tx timed out, lost interrupt? TSR=0x3, ISR=0x97, t=2681.
[ 363.970794] NETDEV WATCHDOG: eth1: transmit timed out
[ 363.970803] eth1: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=151.
[ 366.969956] NETDEV WATCHDOG: eth1: transmit timed out
[ 366.969965] eth1: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=535.
[ 378.566706] NETDEV WATCHDOG: eth1: transmit timed out
[ 378.566716] eth1: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=1971.
[ 384.565028] NETDEV WATCHDOG: eth1: transmit timed out
[ 384.565038] eth1: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=269.
...filip@jarda:~$ ifconfig -s eth1
Iface MTU Met RX-OK RX-ERR RX-DRP RX-OVR TX-OK TX-ERR TX-DRP TX-OVR Flg
eth1 1500 0 7088 0 0 0 3857 16 0 0 BMRUPříkaz rmmod ne2k-pci tuto síťovku dle očekávání schová a v dmesg přibude: [ 769.597552] ACPI: PCI interrupt for device 0000:00:08.0 disabled
Po modprobe ne2k-pci:
[ 862.546344] ne2k-pci.c:v1.03 9/22/2003 D. Becker/P. Gortmaker
[ 862.546347] http://www.scyld.com/network/ne2k-pci.html
[ 862.547124] ACPI: PCI Interrupt 0000:00:08.0[A] -> GSI 18 (level, low) -> IRQ 18
[ 862.548222] eth1: RealTek RTL-8029 found at 0xee00, IRQ 18, 00:30:4F:07:77:93.Ale dhclient už se nedovede připojit.
Lshw vypíše toto:
*-network:1
description: Ethernet interface
product: RTL-8029(AS)
vendor: Realtek Semiconductor Co., Ltd.
physical id: 8
bus info: pci@00:08.0
logical name: eth1
version: 00
serial: 00:30:4f:07:77:93
width: 32 bits
clock: 33MHz
capabilities: ethernet physical
configuration: broadcast=yes driver=ne2k-pci driverversion=1.03 ip=192.168.0.58 latency=0 multicast=yes
resources: ioport:ee00-ee1f irq:18Ethtool o této staré síťovce nic nezjistí (No data available).
== Pozorování z 2.6.17-10 ==
Net tu zřejmě funguje.
Lshw:
*-network:1
description: Ethernet interface
product: RTL-8029(AS)
vendor: Realtek Semiconductor Co., Ltd.
physical id: 8
bus info: pci@00:08.0
logical name: eth1
version: 00
serial: 00:30:4f:07:77:93
width: 32 bits
clock: 33MHz
capabilities: ethernet physical
configuration: broadcast=yes driver=ne2k-pci driverversion=1.03 ip=192.168.0.58 latency=0 multicast=yes
resources: ioport:ee00-ee1f irq:217To IRQ 217 je zajímavé. Ve dmesg je mimochodem řádek:
[ 58.770960] ACPI: PCI Interrupt 0000:00:02.7[C] -> GSI 18 (level, low) -> IRQ 217
== Závěr ==
Máte-li nápad, jak to řešit nebo lépe diagnostikovat, sem s tím (teď např. kompiluju 2.6.21.4 od Linuse).
Ještě vyzkouším vypnutí ACPI v BIOSU, jak píše V1per. Pokud se to nevyřeší, bylo by to na bugreport a ještě zapátrám, jestli byl už zaslán.
-
Neco se deje s ACPI managementem preruseni. Az to vyzkousite, postnete to sem, je to zajimavy.
-
Vypnout ACPI v BIOSU (na mé krásné WinFast 760GXK8MC desce za asi 700 Kč) nepomohlo - internet stále po pár minutách vypadává. S ním to mimochodem odpojí i onboard zvukovku, a to tak, že přehrávač hudby nadobro zamrzne.
No tolik se neděje, 2.6.17 funguje, ale je to hloupé. Existuje ale jistá šance, že se to v následujících dužinách zase spraví.
-
Pozoruji, že na obou 64bitových jádrech sdílí síťovka přerušení se zvukovkou. Na 2.6.17 je to IRQ 209, na 2.6.20 je to IRQ 18. Odpojuje se to při stažení víc dat na obou 64bitových jádrech. Zvukovku jsem pokusně vyřadil z provozu, ale síťovka se odpojuje stále ačkoli má IRQ sama pro sebe.
Teď jsem na 32bitovém ubuntím jádře 2.6.20-15 a zdá se, že to jede bez problémů. Takže asi oželím mírnou výkonovou ztrátu a zústanu na 32bitovém systému.
-
Kdyz tak na to koukam, tak jsem pochopil, ze podobny problem jsem resil asi pred 14 dny a ne a ne na to prijit. Nakonec jsem dhcp klientovi nastavil, ze z DHCP serveru nema brat leasetime, upravil jsem /etc/dhcp3/dhclient.conf takto:
request subnet-mask, broadcast-address, time-offset, routers,
domain-name, host-name, domain-name-servers, netbios-scope;
supersede dhcp-lease-time 120;a ten manualne nastavil na 2 minuty. Kdyz pominu, ze si to co dve minuty od "krabicky" vyzada nove IPcko (samosebou je mu pridelene vzdy stejne), tak to funguje. Nemel jsem cas to resit nejak hloubeji a hlavne jsem to prisuzoval jako chybu DHCP serveru na te krabicce.
-
Tak ten config jsme upravil a restartoval PC a spadlo mi to zase.... :( už aby to někdo opravil v tom jádře...
-
Stejný problém s Feistym, jádro 2.6.20-15
Aug 12 12:08:26 PC kernel: [ 1085.763664] NVRM: Xid (0001:00): 16, Head 00000000 Count 0002b71f
Aug 12 12:08:27 PC kernel: [ 1086.953753] NETDEV WATCHDOG: eth1: transmit timed out
Aug 12 12:08:30 PC kernel: [ 1089.949011] eth1: Transmit timeout, status 0d 0004 c07f media 10.
Aug 12 12:08:30 PC kernel: [ 1089.949017] eth1: Tx queue start entry 154 dirty entry 150.
Aug 12 12:08:30 PC kernel: [ 1089.949021] eth1: Tx descriptor 0 is 0008a03c.
Aug 12 12:08:30 PC kernel: [ 1089.949024] eth1: Tx descriptor 1 is 0008a03c.
Aug 12 12:08:30 PC kernel: [ 1089.949027] eth1: Tx descriptor 2 is 0008a03c. (queue head)
Aug 12 12:08:30 PC kernel: [ 1089.949029] eth1: Tx descriptor 3 is 0008a03c.
Aug 12 12:08:30 PC kernel: [ 1089.949041] eth1: link up, 100Mbps, full-duplex, lpa 0x45E1
Aug 12 12:08:31 PC kernel: [ 1090.755764] NVRM: Xid (0001:00): 8, Channel 00000020
Aug 12 12:08:31 PC kernel: [ 1090.756297] NVRM: Xid (0001:00): 29, L0 -> L0
Aug 12 12:08:34 PC kernel: [ 1093.751004] NVRM: Xid (0001:00): 16, Head 00000000 Count 0002b720
Aug 12 12:08:39 PC kernel: [ 1098.743104] NVRM: Xid (0001:00): 8, Channel 00000020
Aug 12 12:08:42 PC kernel: [ 1101.738346] NVRM: Xid (0001:00): 16, Head 00000000 Count 0002b721
Aug 12 12:08:47 PC kernel: [ 1106.730444] NVRM: Xid (0001:00): 8, Channel 00000020
Aug 12 12:08:50 PC kernel: [ 1109.725684] NVRM: Xid (0001:00): 16, Head 00000000 Count 0002b722
Aug 12 12:08:55 PC kernel: [ 1114.717784] NVRM: Xid (0001:00): 8, Channel 00000020
Aug 12 12:08:58 PC kernel: [ 1117.713024] NVRM: Xid (0001:00): 16, Head 00000000 Count 0002b723
Aug 12 12:09:03 PC kernel: [ 1122.705124] NVRM: Xid (0001:00): 8, Channel 00000020
Aug 12 12:09:06 PC kernel: [ 1125.700364] NVRM: Xid (0001:00): 16, Head 00000000 Count 0002b724
Aug 12 12:09:11 PC kernel: [ 1130.692463] NVRM: Xid (0001:00): 8, Channel 00000020
Aug 12 12:09:18 PC kernel: [ 1137.873046] NETDEV WATCHDOG: eth1: transmit timed out
Aug 12 12:09:21 PC kernel: [ 1140.868305] eth1: Transmit timeout, status 0d 0004 c07f media 10.
Aug 12 12:09:21 PC kernel: [ 1140.868309] eth1: Tx queue start entry 4 dirty entry 0.
Aug 12 12:09:21 PC kernel: [ 1140.868314] eth1: Tx descriptor 0 is 0008a03c. (queue head)
Aug 12 12:09:21 PC kernel: [ 1140.868317] eth1: Tx descriptor 1 is 0008a03c.
Aug 12 12:09:21 PC kernel: [ 1140.868319] eth1: Tx descriptor 2 is 0008a03c.
Aug 12 12:09:21 PC kernel: [ 1140.868322] eth1: Tx descriptor 3 is 0008a03c.
Aug 12 12:09:21 PC kernel: [ 1140.868333] eth1: link up, 100Mbps, full-duplex, lpa 0x45E1
Aug 12 12:09:51 PC kernel: [ 1170.820825] NETDEV WATCHDOG: eth1: transmit timed out
Aug 12 12:09:54 PC kernel: [ 1173.816083] eth1: Transmit timeout, status 0d 0004 c07f media 10.
Aug 12 12:09:54 PC kernel: [ 1173.816088] eth1: Tx queue start entry 4 dirty entry 0.
Aug 12 12:09:54 PC kernel: [ 1173.816092] eth1: Tx descriptor 0 is 0008a03c. (queue head)
Aug 12 12:09:54 PC kernel: [ 1173.816095] eth1: Tx descriptor 1 is 0008a03c.
Aug 12 12:09:54 PC kernel: [ 1173.816097] eth1: Tx descriptor 2 is 0008a03c.
Aug 12 12:09:54 PC kernel: [ 1173.816100] eth1: Tx descriptor 3 is 0008a03c.
Aug 12 12:09:54 PC kernel: [ 1173.816112] eth1: link up, 100Mbps, full-duplex, lpa 0x45E1Počítač se úplně zasekne, nereaguje vůbec na nic. Hledal jsem řešení, ale nic nenalezeno. Neví někdo jak na to?
(btw. myslím, že se nadobro vracím k Windows...)
-
Je to způsobené něčím novým v jádře. Na starším mi to funguje. Ale zase mi nefunguje 3D akcelerace nebot ovladač se aktualizoval a pro todle jádro to nejede :(
Jo jo chtělo by to odladit nechce se mi používat Edgy Eft.... chtěl bych používat to nejnovější, ale zase ne po každý aktualizaci měnit HW :D
-
Zdravim, mam stejny problem a to jen nyni ve verzi 7.04, drive to nedelalo. Pc se normalne spusti a od DHCP si lizne IP adresu (doba platnosti je na serveru samozrejme nastavena na 12h, takze v tom problem neni) a potom v neurcitem casovem useku se pc odpoji od site a uz si ani po softwarovem odpojeni a pripojeni sitovky nechce od DHCP serveru liznout novou IP.
Povedlo uz se nekomu tento problem vyresit?
Ocenim jakoukouliv radu, dosti to otravuje..
-
Grrrr další ugrade kernelu a stále mi padá net :(
A downgrade ATI ovladačů se mi taky nezdařil :(
-
Mne robi presne to iste, od isteho casu mi nechce nabehnut siet a v logoch m am toto: NETDEV WATCHDOG: eth0: transmit timed out, kazde 2 minuty, divne, ze to robi aj pri nabootovani livecd, co predtym na 100% nerobilo.