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í
×
    včera 17:00 | IT novinky

    Europarlament podpořil pozměněnou verzi výjimky známé jako „chat control 1.0“ umožňující firmám skenovat soukromou komunikaci na internetu kvůli ochraně dětí před zneužitím. Pozměňovací návrhy přijaté europoslanci však počítají s tím, že z výjimky bude vyřazena šifrovaná komunikace. Výjimka přestala platit začátkem dubna poté, co se Evropský parlament a Rada EU nedokázaly shodnout na jejím prodloužení. Rada následně přijala

    … více »
    Ladislav Hagara | Komentářů: 11
    včera 04:44 | Bezpečnostní upozornění

    Nejnovější X.Org X server 21.1.24 a Xwayland 24.1.13 řeší 2 bezpečnostní chyby.

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

    Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za červen 2026. Vypíchnuta je vylepšená podpora Waylandu. Už není považována za experimentální. V příští verzi Linux Mintu, plánována je na Vánoce, bude běh Cinnamonu plně podporován na X11 i Waylandu. V květnu na vývoj Linux Mintu přispělo 611 dárců celkovou částkou 19 612 dolarů. Dalších 2 326 patronů přispělo na Patreonu celkovou částkou 5 334 dolarů.

    Ladislav Hagara | Komentářů: 4
    včera 04:00 | Bezpečnostní upozornění

    V Linuxu v KVM byla nalezena a v upstreamu již byla opravena kritická zranitelnost Januscape aneb CVE-2026-53359. Root na hostovaném počítači (virtuální stroj) může obejít izolaci a získat plnou kontrolu nad hostitelským systémem (DoS útok nebo vzdálené spuštění kódu s právy roota). Na obou hlavních architekturách – Intel i AMD. Zranitelnost v Linuxu existovala téměř 16 let (od srpna 2010 do června 2026).

    Ladislav Hagara | Komentářů: 0
    8.7. 19:44 | IT novinky

    Tribunál Soudního dvora Evropské unie dnes zamítl několik žalob, v nichž se americká společnost Apple ohrazovala proti pravidlům fungování velkých technologických společností na unijním trhu. Applu se nelíbilo, že jeho obchod s aplikacemi a operační systém iOS mají podléhat přísnějším povinnostem jen proto, že Brusel firmu považuje za takzvaného gatekeepera, tedy strážce přístupu.

    Ladislav Hagara | Komentářů: 2
    8.7. 13:11 | IT novinky

    Na WhatsAppu budou postupně v průběhu následujících měsíců zavedena uživatelská jména. Telefonní čísla tak mohou zůstat soukromá. Aktuálně si lze uživatelské jméno rezervovat.

    Ladislav Hagara | Komentářů: 3
    8.7. 11:11 | IT novinky

    Byl aktualizován TIOBE Index (Wikipedie). Programovací jazyk Rust se poprvé dostal do první desítky tohoto žebříčku popularity programovacích jazyků. Vede Python následovaný C, C++, Java, C#, …

    Ladislav Hagara | Komentářů: 0
    8.7. 01:55 | Nová verze

    Proton (Wikipedie), tj. fork Wine integrovaný ve Steamu umožňující na Linuxu hrát hry určené pouze pro Windows, byl vydán ve verzi 11.0-1. Přehled novinek se seznamem nově podporovaných her na GitHubu. Aktuální přehled všech podporovaných her na stránkách ProtonDB

    Ladislav Hagara | Komentářů: 0
    7.7. 20:44 | Zajímavý software

    Byly publikovány zdrojové kódy počítačové hry Unturned. Pro nekomerční účely. V plánu je přelicencování pod MIT. Hra Unturned je postavena nad multiplatformním herním enginem Unity.

    Ladislav Hagara | Komentářů: 1
    7.7. 15:55 | IT novinky

    První česká družice navržená a sestavená výhradně studenty se dostala na oběžnou dráhu Země. Družice KOSTKA, kterou vyvinul studentský tým YSpace z Vysokého učení technického v Brně (VUT), dnes odstartovala na palubě rakety Falcon 9 společnosti SpaceX v rámci mise Transporter-17 z kalifornské základny Vandenberg Space Force Base.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (10%)
     (7%)
     (2%)
     (17%)
     (31%)
     (4%)
     (6%)
     (2%)
     (16%)
     (25%)
    Celkem 2083 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník

    Administrace komentářů

    Jste na stránce určené pro řešení chyb a problémů týkajících se diskusí a komentářů. Můžete zde našim administrátorům reportovat špatně zařazenou či duplicitní diskusi, vulgární či osočující příspěvek a podobně. Děkujeme vám za vaši pomoc, více očí více vidí, společně můžeme udržet vysokou kvalitu AbcLinuxu.cz.

    Příspěvek
    13.11.2014 14:00 bhy | skóre: 36 | blog: bhyblog | brno
    Rozbalit Rozbalit vše OpenWRT, TL-MR3220 v2, AnyDATA ADU-510L: modem hangup po 2 minutách

    Dobré odpoledne všem,

    používám OpenWRT 14.07 Barrier Breaker na routeru TP-LINK TL-MR3220 v2 s 3G USB modemem AnyDATA ADU-510L od U:fona jakožto jediným spojením ven. OpenWRT jsem na router dal proto, že stock firmware můj modem vůbec nepodporoval (psal "connecting.." ale nikdy se nepřipojil, a LEDka na modemu svítila zeleně, při připojování má svítit modře).

    Teď se můžu úspěšně připojit, download i upload funguje normální rychlostí atd., ale spojení se vždy přeruší zhruba za 2 minuty. Často se doporučuje nastavit pppd option "noipdefault", což jsem udělal, ale nemělo to na nic vliv.

    Může jít o problém s napájením, související s tímhle: https://forum.openwrt.org/viewtopic.php?id=39956
    A může tedy být nutné, abych mezi router a modem přidal USB hub.
    Jde ale o jiný typ desky, můj router je ar71xx. Instaloval jsem z image openwrt-ar71xx-generic-tl-mr3220-v2-squashfs-factory.bin
    Nemám možnost změřit napětí v USB portu routeru.

    Zde je výstup logread:

    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: abort on (BUSY)
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: abort on (NO CARRIER)
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: abort on (ERROR)
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: abort on (NO DIAL TONE)
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: abort on (NO ANSWER)
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: abort on (DELAYED)
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: report (CONNECT)
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: timeout set to 10 seconds
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: send (AT^M)
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: expect (OK)
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: AT^M^M
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: OK
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]:  -- got it
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: send (ATZ^M)
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: timeout set to 30 seconds
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: expect (OK)
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: ^M
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: ATZ^M^M
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: OK
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]:  -- got it
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: send (ATDT#777^M)
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: expect (CONNECT)
    Wed Nov 12 13:31:20 2014 local2.info chat[5740]: ^M
    Wed Nov 12 13:31:21 2014 local2.info chat[5740]: ATDT#777^M^M
    Wed Nov 12 13:31:21 2014 local2.info chat[5740]: CONNECT
    Wed Nov 12 13:31:21 2014 local2.info chat[5740]:  -- got it
    Wed Nov 12 13:31:21 2014 local2.info chat[5740]: send (^M)
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: Script DIALNUMBER= /usr/sbin/chat -t5 -v -E -f /etc/chatscripts/evdo.chat finished (pid 5739), status = 0x0
    Wed Nov 12 13:31:21 2014 daemon.info pppd[1126]: Serial connection established.
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: using channel 36
    Wed Nov 12 13:31:21 2014 daemon.info pppd[1126]: Using interface 3g-3g
    Wed Nov 12 13:31:21 2014 daemon.notice pppd[1126]: Connect: 3g-3g <--> /dev/ttyUSB0
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [LCP ConfReq id=0x1     ]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [LCP ConfReq id=0x24  ]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [LCP ConfRej id=0x1  ]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [LCP ConfAck id=0x24  ]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [LCP ConfReq id=0x2   ]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [LCP ConfAck id=0x2   ]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [LCP EchoReq id=0x0 magic=0x10cd98eb]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [CHAP Challenge id=0x1 , name = ""]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [CHAP Response id=0x1 <25da9f0d22715c939e85c456cc575fc4>, name = "ufon"]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [CHAP Success id=0x1 ""]
    Wed Nov 12 13:31:21 2014 daemon.info pppd[1126]: CHAP authentication succeeded
    Wed Nov 12 13:31:21 2014 daemon.notice pppd[1126]: CHAP authentication succeeded
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [IPCP ConfReq id=0x47   ]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [IPCP ConfReq id=0x1 ]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [IPCP ConfAck id=0x1 ]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [IPCP ConfNak id=0x47   ]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: sent [IPCP ConfReq id=0x48   ]
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: rcvd [IPCP ConfAck id=0x48   ]
    Wed Nov 12 13:31:21 2014 daemon.notice netifd: Network device '3g-3g' link is up
    Wed Nov 12 13:31:21 2014 daemon.notice pppd[1126]: local  IP address 78.136.147.93
    Wed Nov 12 13:31:21 2014 daemon.notice pppd[1126]: remote IP address 172.18.55.1
    Wed Nov 12 13:31:21 2014 daemon.notice pppd[1126]: primary   DNS address 78.136.128.4
    Wed Nov 12 13:31:21 2014 daemon.notice pppd[1126]: secondary DNS address 78.136.128.12
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: Script /lib/netifd/ppp-up started (pid 5767)
    Wed Nov 12 13:31:21 2014 daemon.notice netifd: Interface '3g' is now up
    Wed Nov 12 13:31:21 2014 daemon.debug pppd[1126]: Script /lib/netifd/ppp-up finished (pid 5767), status = 0x1
    Wed Nov 12 13:31:21 2014 user.notice firewall: Reloading firewall due to ifup of 3g (3g-3g)
    Wed Nov 12 13:31:24 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
    Wed Nov 12 13:31:27 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
    Wed Nov 12 13:31:30 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
    Wed Nov 12 13:31:33 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
    Wed Nov 12 13:31:36 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
    Wed Nov 12 13:31:38 2014 daemon.info dnsmasq[1198]: reading /tmp/resolv.conf.auto
    Wed Nov 12 13:31:38 2014 daemon.info dnsmasq[1198]: using local addresses only for domain lan
    Wed Nov 12 13:31:38 2014 daemon.info dnsmasq[1198]: using nameserver 78.136.128.4#53
    Wed Nov 12 13:31:38 2014 daemon.info dnsmasq[1198]: using nameserver 78.136.128.12#53
    Wed Nov 12 13:31:39 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
    Wed Nov 12 13:31:42 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
    Wed Nov 12 13:31:45 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
    Wed Nov 12 13:31:48 2014 daemon.debug pppd[1126]: sent [IPV6CP ConfReq id=0x24 ]
    Wed Nov 12 13:31:51 2014 daemon.warn pppd[1126]: IPV6CP: timeout sending Config-Requests
    Wed Nov 12 13:33:02 2014 daemon.debug pppd[1126]: rcvd [LCP TermReq id=0x3]
    Wed Nov 12 13:33:02 2014 daemon.info pppd[1126]: LCP terminated by peer
    Wed Nov 12 13:33:02 2014 daemon.info pppd[1126]: Connect time 1.7 minutes.
    Wed Nov 12 13:33:02 2014 daemon.info pppd[1126]: Sent 44136 bytes, received 99893 bytes.
    Wed Nov 12 13:33:02 2014 daemon.notice netifd: Network device '3g-3g' link is down
    Wed Nov 12 13:33:02 2014 daemon.debug pppd[1126]: Script /lib/netifd/ppp-down started (pid 5892)
    Wed Nov 12 13:33:02 2014 daemon.debug pppd[1126]: sent [LCP TermAck id=0x3]
    Wed Nov 12 13:33:02 2014 daemon.notice netifd: Interface '3g' has lost the connection
    Wed Nov 12 13:33:02 2014 daemon.debug pppd[1126]: Script /lib/netifd/ppp-down finished (pid 5892), status = 0x1
    Wed Nov 12 13:33:05 2014 daemon.debug pppd[1126]: rcvd [LCP TermReq id=0x4]
    Wed Nov 12 13:33:05 2014 daemon.debug pppd[1126]: sent [LCP TermAck id=0x4]
    Wed Nov 12 13:33:05 2014 daemon.notice pppd[1126]: Connection terminated.
    Wed Nov 12 13:33:05 2014 kern.err kernel: [ 4934.170000] option1 ttyUSB0: option_instat_callback: error -2
    Wed Nov 12 13:33:06 2014 daemon.notice pppd[1126]: Modem hangup
    Wed Nov 12 13:33:26 2014 daemon.warn dnsmasq[1198]: no servers found in /tmp/resolv.conf.auto, will retry
    

    Po ukončení spojení se modem za několik sekund znova připojí (sám od sebe, bez mého zásahu) a celý scénář se opakuje.

    Zvláštní je, že se to děje velmi pravidelně, podle dmesg každých 137 sekund (možná 2 minuty uptime + 17 sekund připojování?):

    [ 4112.150000] option1 ttyUSB0: option_instat_callback: error -2
    [ 4249.110000] option1 ttyUSB0: option_instat_callback: error -2
    [ 4386.200000] option1 ttyUSB0: option_instat_callback: error -2
    [ 4523.160000] option1 ttyUSB0: option_instat_callback: error -2
    [ 4660.250000] option1 ttyUSB0: option_instat_callback: error -2
    [ 4797.210000] option1 ttyUSB0: option_instat_callback: error -2
    [ 4934.170000] option1 ttyUSB0: option_instat_callback: error -2
    [ 5071.260000] option1 ttyUSB0: option_instat_callback: error -2
    [ 5208.090000] option1 ttyUSB0: option_instat_callback: error -2
    

    atd.

    Vzhledem k té pravidělnosti si nejsem jist, zda jde skutečně o problém s napájením.
    Myslíte, že si mám pořídit ten USB hub, nebo to může být něčím úplně jiným?

    díky moc
    bhy

    V tomto formuláři můžete formulovat svou stížnost ohledně příspěvku. Nejprve vyberte typ akce, kterou navrhujete provést s diskusí či příspěvkem. Potom do textového pole napište důvody, proč by měli admini provést vaši žádost, problém nemusí být patrný na první pohled. Odkaz na příspěvek bude přidán automaticky.

    Vaše jméno
    Váš email
    Typ požadavku
    Slovní popis
    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.