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í
×

dnes 03:00 | Komunita

Na Humble Bundle lze získat počítačovou hru Company of Heroes 2 (Wikipedie, YouTube) běžící také v Linuxu zdarma. Speciální akce končí v sobotu v 19:00.

Ladislav Hagara | Komentářů: 0
dnes 02:00 | Zajímavý software

Christian Kellner představil na svém blogu projekt Bolt řešící bezpečnost rozhraní Thunderbolt 3 na Linuxu. Pomocí příkazu boltctl nebo rozšíření GNOME Shellu lze komunikovat s démonem boltd a například zakázat neznámá zařízení a předejít tak útokům typu Thunderstrike nebo DMA.

Ladislav Hagara | Komentářů: 1
dnes 01:00 | Nová verze

Po půl roce vývoje od vydání verze 11.0 byla vydána verze 11.1 svobodného softwaru pro vytváření datových úložišť na síti FreeNAS (Wikipedie). Nejnovější FreeNAS je postaven na FreeBSD 11.1. Přehled novinek v příspěvku na blogu. Zdůraznit lze zvýšení výkonu OpenZFS, počáteční podporu Dockeru nebo synchronizaci s cloudovými službami Amazon S3 (Simple Storage Services), Backblaze B2 Cloud, Google Cloud a Microsoft Azure

Ladislav Hagara | Komentářů: 0
včera 23:55 | Nová verze

Po dvou měsících vývoje od vydání verze 235 oznámil Lennart Poettering vydání verze 236 správce systému a služeb systemd (GitHub, NEWS).

Ladislav Hagara | Komentářů: 1
včera 20:00 | Nová verze Ladislav Hagara | Komentářů: 0
včera 19:33 | Pozvánky

Pražská Fedora 27 Release Party, oslava nedávného vydání Fedory 27, se uskuteční 19. prosince od 19:00 v prostorách společnosti Etnetera (Jankovcova 1037/49). Na programu budou přednášky o novinkách, diskuse, neřízený networking atd.

Ladislav Hagara | Komentářů: 0
včera 18:11 | Nová verze

Byla vydána verze 2.11.0 QEMU (Wikipedie). Přispělo 165 vývojářů. Provedeno bylo více než 2 000 commitů. Přehled úprav a nových vlastností v seznamu změn.

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

Canonical oznámil dostupnost kryptografických balíčků s certifikací FIPS 140-2 úrovně 1 pro Ubuntu 16.04 LTS pro předplatitele podpory Ubuntu Advantage Advanced. Certifikace FIPS (Federal Information Processing Standards) jsou vyžadovány (nejenom) vládními institucemi USA.

Ladislav Hagara | Komentářů: 3
včera 16:11 | Zajímavý software

Společnost Avast uvolnila zdrojové kódy svého dekompilátoru RetDec (Retargetable Decompiler) založeného na LLVM. Vyzkoušet lze RetDec jako webovou službu nebo plugin pro interaktivní disassembler IDA. Zdrojové kódy RetDec jsou k dispozici na GitHubu pod open source licencí MIT.

Ladislav Hagara | Komentářů: 3
13.12. 11:00 | Zajímavý software
Na Good Old Games je v rámci aktuálních zimních slev zdarma k dispozici remasterovaná verze klasické point&click adventury Grim Fandango, a to bez DRM a pro mainstreamové OS včetně GNU/Linuxu. Akce trvá do 14. prosince, 15:00 SEČ.
Fluttershy, yay! | Komentářů: 6
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (8%)
 (1%)
 (1%)
 (1%)
 (75%)
 (14%)
Celkem 992 hlasů
 Komentářů: 45, poslední 1.12. 19:00
    Rozcestník

    Dotaz: zatuhnutí síťovky

    5.2.2014 10:15 Milan Uhrák | skóre: 26 | blog: milan_at_ABC
    zatuhnutí síťovky
    Přečteno: 530×
    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: 26 | 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: 26 | 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: 26 | 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: 26 | 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: 26 | 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: 26 | 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: 11 | 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: 51 | 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.