abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
dnes 16:24 | Nová verze

Byla vydána Mageia 5.1. Jedná se o první opravné vydání verze 5, jež vyšla v červnu loňského roku (zprávička). Uživatelům verze 5 nepřináší opravné vydání nic nového, samozřejmě pokud pravidelně aktualizují. Vydání obsahuje všechny aktualizace za posledního téměř půldruhého roku. Mageia 5.1 obsahuje LibreOffice 4.4.7, Linux 4.4.32, KDE4 4.14.5 nebo GNOME 3.14.3.

Ladislav Hagara | Komentářů: 0
dnes 13:42 | Pozvánky

V Praze probíhá konference Internet a Technologie 16.2, volné pokračování jarní konference sdružení CZ.NIC. Konferenci lze sledovat online na YouTube. K dispozici je také archiv předchozích konferencí.

Ladislav Hagara | Komentářů: 0
včera 22:44 | Komunita

Joinup informuje, že Mnichov používá open source groupware Kolab. V srpnu byl dokončen dvouletý přechod na toto řešení. V provozu je asi 60 000 poštovních schránek. Nejenom Kolabu se věnoval Georg Greve ve své přednášce Open Source: the future for the European institutions (SlideShare) na konferenci DIGITEC 2016, jež proběhla v úterý 29. listopadu v Bruselu. Videozáznam přednášek z hlavního sálu je ke zhlédnutí na Livestreamu.

Ladislav Hagara | Komentářů: 12
včera 15:30 | Zajímavý projekt

Společnost Jolla oznámila v příspěvku Case study: Sailfish Watch na svém blogu, že naportovala Sailfish OS na chytré hodinky. Využila a inspirovala se otevřeným operačním systémem pro chytré hodinky AsteroidOS. Použita je knihovna libhybris. Ukázka ovládání hodinek na YouTube.

Ladislav Hagara | Komentářů: 8
včera 14:15 | Nová verze

Byla vydána verze 7.1.0 skriptovacího jazyka PHP používaného zejména k vývoji dynamických webových stránek. Jedná se o první stabilní verzi nejnovější větvě 7.1. Přehled novinek v dokumentaci. Podrobnosti v ChangeLogu. K dispozici je také příručka pro přechod z PHP 7.0.x na PHP 7.1.x.

Ladislav Hagara | Komentářů: 2
včera 12:55 | Nová verze

Google Chrome 55 byl prohlášen za stabilní. Nejnovější stabilní verze 55.0.2883.75 tohoto webového prohlížeče přináší řadu oprav a vylepšení (YouTube). Opraveno bylo také 36 bezpečnostních chyb. Mariusz Mlynski si například vydělal 22 500 dolarů za 3 nahlášené chyby (Universal XSS in Blink).

Ladislav Hagara | Komentářů: 4
včera 11:55 | Pozvánky

Máte rádi svobodný software a hardware nebo se o nich chcete něco dozvědět? Přijďte na 135. sraz spolku OpenAlt, který se bude konat ve čtvrtek 8. prosince od 18:00 v Radegastovně Perón (Stroupežnického 20, Praha 5). Sraz bude tentokrát tématický. Bude retro! K vidění budou přístroje jako Psion 5mx nebo Palm Z22. Ze svobodného hardwaru pak Openmoko nebo čtečka WikiReader. Přijďte se i vy pochlubit svými legendami, nebo alespoň na pivo. Moderní hardware má vstup samozřejmě také povolen.

xkucf03 | Komentářů: 0
včera 00:10 | Nová verze

Byla vydána verze 3.2 svobodného systému pro detekci a prevenci průniků a monitorování bezpečnosti počítačových sítí Suricata. Z novinek lze zmínit například podporu protokolů DNP3 a CIP/ENIP, vylepšenou podporu TLS a samozřejmě také aktualizovanou dokumentaci.

Ladislav Hagara | Komentářů: 0
1.12. 21:00 | Nová verze

Byla vydána beta verze Linux Mintu 18.1 s kódovým jménem Serena. Na blogu Linux Mintu jsou hned dvě oznámení. První o vydání Linux Mintu s prostředím MATE a druhé o vydání Linux Mintu s prostředím Cinnamon. Stejným způsobem jsou rozděleny také poznámky k vydání (MATE, Cinnamon) a přehled novinek s náhledy (MATE, Cinnamon). Linux Mint 18.1 bude podporován až do roku 2021.

Ladislav Hagara | Komentářů: 0
1.12. 16:42 | Nová verze

Byl vydán Devuan Jessie 1.0 Beta 2. Jedná se o druhou beta verzi forku Debianu bez systemd představeného v listopadu 2014 (zprávička). První beta verze byla vydána v dubnu letošního roku (zprávička). Jedna z posledních přednášek věnovaných Devuanu proběhla v listopadu na konferenci FSCONS 2016 (YouTube, pdf).

Ladislav Hagara | Komentářů: 0
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (7%)
 (5%)
 (3%)
Celkem 764 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

Dotaz: zatuhnutí síťovky

5.2.2014 10:15 Milan Uhrák | skóre: 25 | blog: milan_at_ABC
zatuhnutí síťovky
Přečteno: 517×
Zdravím všechny..

Při používání zálohovacího serveru mně pronásleduje tuhnutí síťových karet.

ze svého PC (nebo ze serveru) připojuji zálohovací disk pomocí sshfs. v zálohovacím PC je integrovaná VIA 100M a PCI realtek 1G. propojeno 1G routerem.

Data se přenáší odpovídající rychlostí (podle toho, jakou síťovku připojím) a po čase delta náhoda síťovka vytuhne. (přeneseno nejméně (prozatím) 3.8GB, nejvíce 21GB). Restart routeru nepomůže, restart zálohovacího PC ano.

když kouknu na konzoli vytuhlého, normálka funguje, ping na sebe sama (na tu vytuhlou síťovku) jede jako víno, jinam se nepingnu. Ifdown trvá asi 15sek, ifconfig pak ukáže kartu vypnutou. Ifup poté kartu nahodí okamžitě, ale ta stále nekomunikuje (nedostane ani IP od DHCP)

jedinou stopu po pachateli jsem našel ve /var/log/warn (pokud mám hledat ještě někde jinde, pak prosím o radu, kde). přikládám inkriminovanou pasáž.

OS je opensuse 13.1 64

2014-02-05T09:02:40.456476+01:00 backuper kernel: [ 4312.708020] ------------[ cut here ]------------
2014-02-05T09:02:40.456521+01:00 backuper kernel: [ 4312.708061] WARNING: CPU: 0 PID: 0 at /home/abuild/rpmbuild/BUILD/kernel-desktop-3.11.6/linux-3.11/net/sched/sch_generic.c:260 dev_watchdog+0x240/0x250()
2014-02-05T09:02:40.456530+01:00 backuper kernel: [ 4312.708073] Modules linked in: af_packet snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_seq snd_timer powernow_k8 kvm_amd snd_seq_device sr_mod cdrom edac_core serio_raw kvm via_rhine r8169 pcspkr edac_mce_amd mii k8temp snd soundcore snd_page_alloc i2c_viapro pata_via ata_generic shpchp mperf button sg dm_mod autofs4 sata_via processor thermal_sys scsi_dh_alua scsi_dh_emc scsi_dh_rdac scsi_dh_hp_sw scsi_dh
2014-02-05T09:02:40.456535+01:00 backuper kernel: [ 4312.708138] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.11.6-4-desktop #1
2014-02-05T09:02:40.456538+01:00 backuper kernel: [ 4312.708144] Hardware name: MICRO-STAR INTERNATIONAL CO., LTD MS-7253/MS-7253, BIOS V1.4 06/27/2007
2014-02-05T09:02:40.456541+01:00 backuper kernel: [ 4312.708149]  0000000000000009 ffffffff815a9bd7 ffff88003bc03dd8 ffffffff81050eb2
2014-02-05T09:02:40.456544+01:00 backuper kernel: [ 4312.708158]  0000000000000000 ffff88003bc03e28 0000000000000001 ffff8800376a8320
2014-02-05T09:02:40.456547+01:00 backuper kernel: [ 4312.708166]  0000000000000000 ffffffff81050f17 ffffffff81867610 ffff880000000030
2014-02-05T09:02:40.456551+01:00 backuper kernel: [ 4312.708174] Call Trace:
2014-02-05T09:02:40.456554+01:00 backuper kernel: [ 4312.708205]  [<ffffffff81004a18>] dump_trace+0x88/0x310
2014-02-05T09:02:40.456557+01:00 backuper kernel: [ 4312.708218]  [<ffffffff81004d70>] show_stack_log_lvl+0xd0/0x1d0
2014-02-05T09:02:40.456560+01:00 backuper kernel: [ 4312.708229]  [<ffffffff810061bc>] show_stack+0x1c/0x50
2014-02-05T09:02:40.456563+01:00 backuper kernel: [ 4312.708244]  [<ffffffff815a9bd7>] dump_stack+0x50/0x89
2014-02-05T09:02:40.456566+01:00 backuper kernel: [ 4312.708259]  [<ffffffff81050eb2>] warn_slowpath_common+0x72/0x90
2014-02-05T09:02:40.456570+01:00 backuper kernel: [ 4312.708271]  [<ffffffff81050f17>] warn_slowpath_fmt+0x47/0x50
2014-02-05T09:02:40.456572+01:00 backuper kernel: [ 4312.708281]  [<ffffffff814e52c0>] dev_watchdog+0x240/0x250
2014-02-05T09:02:40.456575+01:00 backuper kernel: [ 4312.708298]  [<ffffffff8105dadc>] call_timer_fn+0x2c/0x190
2014-02-05T09:02:40.456578+01:00 backuper kernel: [ 4312.708311]  [<ffffffff8105de53>] run_timer_softirq+0x213/0x2d0
2014-02-05T09:02:40.456581+01:00 backuper kernel: [ 4312.708323]  [<ffffffff810563c4>] __do_softirq+0xf4/0x2b0
2014-02-05T09:02:40.456584+01:00 backuper kernel: [ 4312.708340]  [<ffffffff815b92dc>] call_softirq+0x1c/0x30
2014-02-05T09:02:40.456587+01:00 backuper kernel: [ 4312.708350]  [<ffffffff81004955>] do_softirq+0x55/0x90
2014-02-05T09:02:40.456590+01:00 backuper kernel: [ 4312.708360]  [<ffffffff810566d5>] irq_exit+0x95/0xa0
2014-02-05T09:02:40.456595+01:00 backuper kernel: [ 4312.708375]  [<ffffffff8102f81b>] smp_apic_timer_interrupt+0x3b/0x50
2014-02-05T09:02:40.456598+01:00 backuper kernel: [ 4312.708386]  [<ffffffff815b861d>] apic_timer_interrupt+0x6d/0x80
2014-02-05T09:02:40.456601+01:00 backuper kernel: [ 4312.708404]  [<ffffffff8103b032>] native_safe_halt+0x2/0x10
2014-02-05T09:02:40.456603+01:00 backuper kernel: [ 4312.708417]  [<ffffffff8100b0e4>] default_idle+0x14/0x130
2014-02-05T09:02:40.456606+01:00 backuper kernel: [ 4312.708428]  [<ffffffff8100b237>] amd_e400_idle+0x37/0xf0
2014-02-05T09:02:40.456609+01:00 backuper kernel: [ 4312.708440]  [<ffffffff810a16c8>] cpu_startup_entry+0xc8/0x2e0
2014-02-05T09:02:40.456612+01:00 backuper kernel: [ 4312.708457]  [<ffffffff81cd9eb5>] start_kernel+0x443/0x44e
2014-02-05T09:02:40.456615+01:00 backuper kernel: [ 4312.708469]  [<ffffffff81cd96b0>] x86_64_start_kernel+0x10c/0x11b
2014-02-05T09:02:40.456618+01:00 backuper kernel: [ 4312.708478] ---[ end trace ec9757c1700ce6d3 ]---
2014-02-05T09:02:40.456621+01:00 backuper kernel: [ 4312.708644] via-rhine 0000:00:12.0 eth0: Transmit timed out, status 1003, PHY status 786d, resetting...
2014-02-05T09:03:14.455953+01:00 backuper kernel: [ 4346.708180] via-rhine 0000:00:12.0 eth0: Transmit timed out, status 0003, PHY status 786d, resetting...
2014-02-05T09:04:58.455949+01:00 backuper kernel: [ 4450.708179] via-rhine 0000:00:12.0 eth0: Transmit timed out, status 1003, PHY status 786d, resetting...
2014-02-05T09:06:12.455949+01:00 backuper kernel: [ 4524.708178] via-rhine 0000:00:12.0 eth0: Transmit timed out, status 1003, PHY status 786d, resetting...
2014-02-05T09:07:04.455948+01:00 backuper kernel: [ 4576.708180] via-rhine 0000:00:12.0 eth0: Transmit timed out, status 0003, PHY status 786d, resetting...
2014-02-05T09:08:36.455946+01:00 backuper kernel: [ 4668.708181] via-rhine 0000:00:12.0 eth0: Transmit timed out, status 1003, PHY status 786d, resetting...
2014-02-05T09:09:46.455946+01:00 backuper kernel: [ 4738.708180] via-rhine 0000:00:12.0 eth0: Transmit timed out, status 1003, PHY status 786d, resetting...
2014-02-05T09:11:22.455944+01:00 backuper kernel: [ 4834.708179] via-rhine 0000:00:12.0 eth0: Transmit timed out, status 5003, PHY status 786d, resetting...
2014-02-05T09:12:42.456752+01:00 backuper kernel: [ 4914.708182] via-rhine 0000:00:12.0 eth0: Transmit timed out, status 1003, PHY status 786d, resetting...
2014-02-05T09:13:38.455952+01:00 backuper kernel: [ 4970.708179] via-rhine 0000:00:12.0 eth0: Transmit timed out, status 1003, PHY status 786d, resetting...
2014-02-05T09:14:52.455957+01:00 backuper kernel: [ 5044.708182] via-rhine 0000:00:12.0 eth0: Transmit timed out, status 1003, PHY status 786d, resetting...
2014-02-05T09:15:54.455954+01:00 backuper kernel: [ 5106.708180] via-rhine 0000:00:12.0 eth0: Transmit timed out, status 1003, PHY status 786d, resetting...
2014-02-05T09:17:00.455975+01:00 backuper kernel: [ 5172.708203] via-rhine 0000:00:12.0 eth0: Transmit timed out, status 1003, PHY status 786d, resetting...
2014-02-05T09:17:52.455954+01:00 backuper kernel: [ 5224.708181] via-rhine 0000:00:12.0 eth0: Transmit timed out, status 1003, PHY status 786d, resetting...
2014-02-05T09:18:46.455972+01:00 backuper kernel: [ 5278.708201] via-rhine 0000:00:12.0 eth0: Transmit timed out, status 5003, PHY status 786d, resetting...
2014-02-05T09:19:24.455954+01:00 backuper kernel: [ 5316.708182] via-rhine 0000:00:12.0 eth0: Transmit timed out, status 0003, PHY status 786d, resetting...
2014-02-05T09:20:20.455952+01:00 backuper kernel: [ 5372.708182] via-rhine 0000:00:12.0 eth0: Transmit timed out, status 1003, PHY status 786d, resetting...
2014-02-05T09:21:03.269837+01:00 backuper ifplugd(eth0)[1133]: Killing child.
2014-02-05T09:21:03.270298+01:00 backuper ifplugd(eth0)[1133]: Program execution failed, return value is 0.
2014-02-05T09:21:18.008234+01:00 backuper ifplugd(eth0)[3804]: client:     eth0      device: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 7c)
2014-02-05T09:21:37.493843+01:00 backuper ifplugd(eth0)[3804]: client: Starting DHCP4 client on eth0. . . . . . . .
2014-02-05T09:21:37.502990+01:00 backuper ifplugd(eth0)[3804]: client:     eth0      DHCP4 continues in background
2014-02-05T09:21:37.617105+01:00 backuper ifplugd(eth0)[3804]: Program execution failed, return value is 12.
2014-02-05T09:21:38.696114+01:00 backuper dhcpcd[4004]: eth0: timed out
2014-02-05T09:21:46.455957+01:00 backuper kernel: [ 5458.708181] via-rhine 0000:00:12.0 eth0: Transmit timed out, status 0003, PHY status 786d, resetting...

Má někdo z vás odborníků tucha, co se tam vlastně děje ? kde je problém? (od včera jsem tam pustil memtest, dnes ráno byla obrazovka čistá, bez chyb)

Mně jedině napadá, že chipset tý levný desky je prostě šunt.

Včera jsem ještě pátral u Strejdy Brejly, ale jaksi s mou angličtinou nedokážu sestavit dotaz, který by mně vůbec někam navedl. " hang NIC " mě většinou dostalo na M$ fóra, problémy podobné, řešení stejně většinou nenalezeno. a bylo by asi pro mne nepoužitelné, i kdyby problém u NICH :-D řešení měl.

Předem díky za nějakou tu radu (kup novou desku prozatím neberu - snad se to pořeší jinak)

Milan

Řešení dotazu:


Odpovědi

5.2.2014 10:35 NN
Rozbalit Rozbalit vše Re: zatuhnutí síťovky
5.2.2014 11:48 Milan Uhrák | skóre: 25 | blog: milan_at_ABC
Rozbalit Rozbalit vše Re: zatuhnutí síťovky
NN, děkuji za odpověď ... jinak .. všímám si, že vaše odpovědi jsou vždy stručné a přesné, máte mé uznání.

Z vašeho odkazu a diskuse v odkazovaném odkazu .. ehm .. odkazu jsem toho ale příliš nepobral. na konci je odkaz na duplicitní bug, a jediné, co jsem z toho duplicitního hlášení bugu byl schopen pojmout, je, že chyba popisovaná v bugu https://bugzilla.redhat.com/show_bug.cgi?id=681017 nenastane pokud jádro dostane parametr pci=noaer. Nicméně popisovaný problém se týkal 2.6 (s tím, že v novějším 2.6.xx - jak jsem pochopil- tento problém odstraňuje), na PC ale mám 3.11..

Tak nevím, zkusím ten parametr jádra, víc jsem z toho odkazu nevyždímal.

i tak díky

Milan
5.2.2014 12:02 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: zatuhnutí síťovky
S tou duplicitou bych byl opatrný. Netdev watchdog timeout znamená jen tolik, že jádro předalo síťové kartě data k odeslání, ale do nějakého limitu (typicky sekundy, u Intelu IIRC pět) nedostalo potvrzení, že data opravdu odešla. Což může znamenat v podstatě cokoli od chyby v driveru přes chybu firmware až po chybu hardware. Bez podrobnějších debugovacích informací a hlubší znalosti driveru těžko usuzovat na to, jestli je to opravdu stejná chyba.
5.2.2014 12:04 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: zatuhnutí síťovky
(a mimo jiné to znamená, že jde-li o jiný driver, pak to téměř jistě není stejná chyba)
5.2.2014 12:18 NN
Rozbalit Rozbalit vše Re: zatuhnutí síťovky
Chtel jsem pouze ukazat na podobny problem..
5.2.2014 11:09 trubicoid2
Rozbalit Rozbalit vše Re: zatuhnutí síťovky
neco podobneho mi driv delala integrovana sitovka r8169, ale uz to mezitim v jadre opravili

nicmene se spatnym jadrem pomohlo vypnout Run-time PM u te sitovky, tedy neco jako: echo on > /sys/bus/pci/drivers/r8169/*/power/control

a jeste ty realteky jsou hodne citlivy na FW, zkontroluj, jestli mas aktualni

ethtool -i eth0

driver: r8169

version: 2.3LK-NAPI

firmware-version: rtl_nic/rtl8168e-2.fw

...

ls -l /lib/firmware/rtl_nic/rtl8168e-2.fw

-rw-r--r-- 1 root root 3920 Jan 20 10:01 /lib/firmware/rtl_nic/rtl8168e-2.fw

a z dotazu nechapu, jestli ty vytuhne realtek, via, nebo obe
5.2.2014 11:54 Milan Uhrák | skóre: 25 | blog: milan_at_ABC
Rozbalit Rozbalit vše Re: zatuhnutí síťovky
Tuhnou obě, fw mi to nezjišťuje (??)

ethtool -i eth0
driver: via-rhine
version: 1.5.1
firmware-version:
bus-info: 0000:00:12.0 
supports-statistics: no 
supports-test: no 
supports-eeprom-access: no
supports-register-dump: no
supports-priv-flags: no
ethtool -i eth1
driver: r8169
version: 2.3LK-NAPI
firmware-version: 
bus-info: 0000:04:04.0
supports-statistics: yes
supports-test: no
supports-eeprom-access: no
supports-register-dump: yes
supports-priv-flags: no
5.2.2014 12:11 trubicoid2
Rozbalit Rozbalit vše Re: zatuhnutí síťovky
nektery ty r8169 nepotrebuji fw
5.2.2014 12:01 NN
Rozbalit Rozbalit vše Re: zatuhnutí síťovky
Podle dohldani zde:

https://bugzilla.redhat.com/show_bug.cgi?id=377721

By mohl pomoct 'noapic' parametr a podival bych se po ovladacich via-rhine.
5.2.2014 12:13 Milan Uhrák | skóre: 25 | blog: milan_at_ABC
Rozbalit Rozbalit vše Re: zatuhnutí síťovky
Problém VIA je jistě možný, ale ona to dělá i nová gigabitka Realtek (PCI, ne PCIEx). Pak buď mají oba drivery podobný bug, nebo je problém hlouběji v systému -> chipset VIA ??. (zkusil jsem pci=noaer, teď se přenášejí data (34GB, tak výsledek chvíli potrvá). pak dám vědět.

Každopádně děkuji za zájem a pomoc váš všech.

Milan

aha .. 3.5GB a konec noaer nepomohl
5.2.2014 12:26 Milan Uhrák | skóre: 25 | blog: milan_at_ABC
Rozbalit Rozbalit vše Re: zatuhnutí síťovky
ještě bych dodal, že se výtuh nastane pouze při přenosu dat, pokud tam netlačím gigabajty, PC normálně funguje třeba celý den (neměřeno, nebyl důvod, prostě pokud nejdou giabajty dat, tak se ani jedna síťovka nezasekne). Zasekne-li se jedna, můžu hodit kabel do druhé, a ta funguje. Fakt je to divné.

OK, tak dáme noapic a uvidím
5.2.2014 13:35 Milan Uhrák | skóre: 25 | blog: milan_at_ABC
Rozbalit Rozbalit vše Re: zatuhnutí síťovky
:-D jako vždy, trefa... Děkuji.

noapic způsobil, že se komplet 34G přeneslo.

Ještě počkám s opíjením, a párkrát to zopakuji. Ale tohle je poprvé. kdy se povedl přenos celého adresáře.
5.2.2014 15:07 Milan Uhrák | skóre: 25 | blog: milan_at_ABC
Rozbalit Rozbalit vše Re: zatuhnutí síťovky
aha, tak noapic při druhém kolečku kopírování selhal, a síťovka zase klekla

Tak vážně nevím, koupim jinou desku
Ravensun avatar 17.5.2014 16:35 Ravensun | skóre: 10 | blog: Ravensun's blog | Praha
Rozbalit Rozbalit vše Re: zatuhnutí síťovky
Dobrý den,

Příjde mi, že jste řešil podobné chování, jakým já trpím na svém notebooku s Realtek RTL8168/81111 Gigabit Ethernet NIC. Problém je ten, že pokud nechci vyhodit celý notebook, tak nemůžu vyměnit základovku a tudíž pokud se to nepodaří vyřešit, asi budu muset dokoupit PCMCIA Ethernet síťovou kartu.

Jak se to chová u mě:

Cca 5minut po přihlášení o grafického prostředí to běží, pak se data přestanou odesílat a přijímat. Někdy pomůže vytažení kabelu a zase připojení kabelu do síťovky, někdy to nepomůže a musím to zkombinovat s nastavením "airplane mode" (takže zakázat veškerou komunikaci). Pokud ani to nepomůže, tak někdy na pár minut pomůže odhlášení a zase přihlášení.

Jsem BFU, takže kdybych uměl vypínat a zase zapínat síťovku v konsoli, tak bych sem napsal zda to má nějaký vliv nebo ne.

Příjde mi, že se to začalo objevovat od 3.10 verze jádra. A dost mě to štve.

Setkal se někdo další s podobným problémem?
Gentoo je můj poslední velký linux test...
Heron avatar 17.5.2014 17:36 Heron | skóre: 50 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: zatuhnutí síťovky
Se síťovkami (realtek, intel) máme také své zkušenosti. Někde pomohl nový firmware, jinde se kompiloval novější kernel modul. Obecně zdá se, že pomáhá co nejnovejší jádro a vypnutí píčovin kolem šetření energie (ve switchích green lan, v pc potom usínání pci-e periférié, jedna serverová intelka se uměla vypnout tak, že už se neprobudila, dokud server neudělal poweroff / on).
17.5.2014 20:33 pavele
Rozbalit Rozbalit vše Re: zatuhnutí síťovky
Vzhledem k tomu, že se chystám kupovat síťovku, procházel jsem trochu zkušenosti na netu. Deset z devíti uživatelů všech OS doporučuje Intel a silně nedoporučuje Realtec, který někdy funguje, někdy funguje dobře a někdy nefunguje vůbec - viz problémy např. v CentOS 6.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.