abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    25.5. 19:00 | Zajímavý projekt

    Na crowdsourcingové platformě Crowd Supply byla spuštěna kampaň na podporu open source biometrického monitoru ve tvaru hodinek HealthyPi Move. Cena je 249 dolarů a plánovaný termín dodání listopad letošního roku.

    Ladislav Hagara | Komentářů: 11
    24.5. 22:22 | Upozornění Ladislav Hagara | Komentářů: 9
    24.5. 17:44 | Nová verze

    Firma Murena představila /e/OS verze 2.0. Jde o  alternativní sestavení Androidu bez aplikací Google. Mezi novinkami je podrobnější nastavení ochrany soukromí před sledováním aplikacemi. Murena prodává několik smartphonů s předinstalovaným /e/OS (Fairphone, repasovaný Google Pixel 5).

    Fluttershy, yay! | Komentářů: 0
    24.5. 14:33 | Zajímavý software

    Do 30. května lze v rámci akce Warhammer Skulls 2024 získat na Steamu zdarma hru Warhammer 40,000: Gladius - Relics of War.

    Ladislav Hagara | Komentářů: 1
    24.5. 13:33 | Nová verze

    HelenOS (Wikipedie), tj. svobodný operační systém českého původu založený na architektuře mikrojádra, byl vydán ve verzi 0.14.1. Přehled novinek v poznámkách k vydání. Vypíchnou lze nabídku Start. Videopředstavení na YouTube.

    Ladislav Hagara | Komentářů: 3
    23.5. 23:22 | Zajímavý software

    BreadboardOS je firmware pro Raspberry Pi Pico (RP2040) umožňující s tímto MCU komunikovat pomocí řádkového rozhraní (CLI). Využívá FreeRTOS a Microshell.

    Ladislav Hagara | Komentářů: 0
    23.5. 16:55 | Nová verze

    Vývojáři KDE oznámili vydání balíku aplikací KDE Gear 24.05. Přehled novinek i s náhledy a videi v oficiálním oznámení. Do balíku se dostalo 5 nových aplikací: Audex, Accessibility Inspector, Francis, Kalm a Skladnik.

    Ladislav Hagara | Komentářů: 13
    23.5. 12:55 | Nová verze

    Byla vydána (𝕏) nová verze 18.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    22.5. 23:44 | Pozvánky

    V neděli 26. května lze navštívit Maker Faire Rychnov nad Kněžnou, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.

    Ladislav Hagara | Komentářů: 0
    22.5. 16:33 | Nová verze

    Byla vydána nová stabilní verze 3.20.0, tj. první z nové řady 3.20, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Z novinek lze vypíchnou počáteční podporu 64bitové architektury RISC-V.

    Ladislav Hagara | Komentářů: 0
    Podle hypotézy Mrtvý Internet mj. tvoří většinu online interakcí boti.
     (88%)
     (3%)
     (5%)
     (5%)
    Celkem 782 hlasů
     Komentářů: 16, poslední 14.5. 11:05
    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
    3.7.2007 21:34 TNT
    Rozbalit Rozbalit vše PCMCIA Option GlobeTrotter EDGE pada spojeni
    Pořídil jsem si tuto kartu s předplacenou SIM od T-Mobile (http://www.czechcomputer.cz/product.jsp?artno=46358). Ve Windows spojení chodí dobře, ale v linuxu se vždy po přenesení nějakého množství dat spojení rozpadne a už nejde navázat znovu nebo to trvá desítky sekund.

    Používám modul serial_cs (s ipwireless_cs, option ani pl2303 to vůbec nenajde modem).

    Po vložení karty se v logu objeví toto:
    pccard: PCMCIA card inserted into slot 0
    pcmcia: registering new device pcmcia0.0
    pcmcia: request for exclusive IRQ could not be fulfilled.
    pcmcia: the driver needs updating to supported shared IRQ lines.
    0.0: ttyS0 at I/O 0x93e8 (irq = 16) is a 16550A
    
    Potom pomocí comgt -x GTEDGE a comgt -x nastavím kartu (jinak hlásí chybu už při AT...) a spojení vytáčím pomocí pppd, log vypadá následovně:
    Jul  3 20:01:27 fuchur pppd[10790]: pppd 2.4.4 started by root, uid 0
    Jul  3 20:01:28 fuchur chat[10791]: abort on (BUSY)
    Jul  3 20:01:28 fuchur chat[10791]: send (AT^M)
    Jul  3 20:01:28 fuchur chat[10791]: expect (OK)
    Jul  3 20:01:28 fuchur chat[10791]: ^M
    Jul  3 20:01:28 fuchur chat[10791]: OK
    Jul  3 20:01:28 fuchur chat[10791]:  -- got it
    Jul  3 20:01:28 fuchur chat[10791]: send (ATZ+CFUN=1^M)
    Jul  3 20:01:28 fuchur chat[10791]: expect (OK)
    Jul  3 20:01:28 fuchur chat[10791]: ^M
    Jul  3 20:01:28 fuchur chat[10791]: ^M
    Jul  3 20:01:28 fuchur chat[10791]: OK
    Jul  3 20:01:28 fuchur chat[10791]:  -- got it
    Jul  3 20:01:28 fuchur chat[10791]: send (AT&F&D2&C1E0V1S0=0^M)
    Jul  3 20:01:28 fuchur chat[10791]: expect (OK)
    Jul  3 20:01:28 fuchur chat[10791]: ^M
    Jul  3 20:01:28 fuchur chat[10791]: AT&F&D2&C1E0V1S0=0^M^M
    Jul  3 20:01:28 fuchur chat[10791]: OK
    Jul  3 20:01:28 fuchur chat[10791]:  -- got it
    Jul  3 20:01:28 fuchur chat[10791]: send (AT+CGDCONT=1,"IP","internet.t-mobile.cz"^M)
    Jul  3 20:01:29 fuchur chat[10791]: expect (OK)
    Jul  3 20:01:29 fuchur chat[10791]: ^M
    Jul  3 20:01:29 fuchur chat[10791]: ^M
    Jul  3 20:01:29 fuchur chat[10791]: OK
    Jul  3 20:01:29 fuchur chat[10791]:  -- got it
    Jul  3 20:01:29 fuchur chat[10791]: send (ATDT*99***1#^M)
    Jul  3 20:01:29 fuchur chat[10791]: expect (CONNECT)
    Jul  3 20:01:29 fuchur chat[10791]: ^M
    Jul  3 20:01:29 fuchur chat[10791]: ^M
    Jul  3 20:01:29 fuchur chat[10791]: CONNECT
    Jul  3 20:01:29 fuchur chat[10791]:  -- got it
    Jul  3 20:01:29 fuchur chat[10791]: send (\d)
    Jul  3 20:01:30 fuchur pppd[10790]: Serial connection established.
    Jul  3 20:01:30 fuchur pppd[10790]: using channel 9
    Jul  3 20:01:30 fuchur pppd[10790]: Using interface ppp0
    Jul  3 20:01:30 fuchur pppd[10790]: Connect: ppp0 <--> /dev/ttyS0
    Jul  3 20:01:31 fuchur pppd[10790]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xbe5210f7> <accomp>]
    Jul  3 20:01:31 fuchur pppd[10790]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xbe5210f7> <accomp>]
    Jul  3 20:01:34 fuchur pppd[10790]: rcvd [LCP ConfReq id=0xe1 <mru 1500> <asyncmap 0x0> <auth pap> <magic 0x6d53c> <pcomp> <accomp>]
    Jul  3 20:01:34 fuchur pppd[10790]: sent [LCP ConfRej id=0xe1 <pcomp>]
    Jul  3 20:01:34 fuchur pppd[10790]: rcvd [LCP ConfReq id=0xe2 <mru 1500> <asyncmap 0x0> <auth pap> <magic 0x6d53c> <accomp>]
    Jul  3 20:01:34 fuchur pppd[10790]: sent [LCP ConfAck id=0xe2 <mru 1500> <asyncmap 0x0> <auth pap> <magic 0x6d53c> <accomp>]
    Jul  3 20:01:34 fuchur pppd[10790]: sent [PAP AuthReq id=0x1 user="edge" password=<hidden>]
    Jul  3 20:01:34 fuchur pppd[10790]: rcvd [PAP AuthAck id=0x1 "PAP access OK"]
    Jul  3 20:01:34 fuchur pppd[10790]: Remote message: PAP access OK
    Jul  3 20:01:34 fuchur pppd[10790]: PAP authentication succeeded
    Jul  3 20:01:34 fuchur pppd[10790]: sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
    Jul  3 20:01:34 fuchur pppd[10790]: sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
    Jul  3 20:01:35 fuchur pppd[10790]: rcvd [LCP ProtRej id=0xe3 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f]
    Jul  3 20:01:35 fuchur pppd[10790]: Protocol-Reject for 'Compression Control Protocol' (0x80fd) received
    Jul  3 20:01:35 fuchur pppd[10790]: rcvd [IPCP ConfReq id=0xe1 <addr 172.24.183.0> <compress VJ 0f 01>]
    Jul  3 20:01:35 fuchur pppd[10790]: sent [IPCP ConfAck id=0xe1 <addr 172.24.183.0> <compress VJ 0f 01>]
    Jul  3 20:01:35 fuchur pppd[10790]: rcvd [IPCP ConfNak id=0x1 <addr 172.24.183.0> <ms-dns1 62.141.0.1> <ms-dns3 213.162.65.1>]
    Jul  3 20:01:35 fuchur pppd[10790]: sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 172.24.183.0> <ms-dns1 62.141.0.1> <ms-dns3 213.162.65.1>]
    Jul  3 20:01:35 fuchur pppd[10790]: rcvd [IPCP ConfAck id=0x2 <compress VJ 0f 01> <addr 172.24.183.0> <ms-dns1 62.141.0.1> <ms-dns3 213.162.65.1>]
    Jul  3 20:01:35 fuchur pppd[10790]: local  IP address 172.24.183.0
    Jul  3 20:01:35 fuchur pppd[10790]: remote IP address 172.24.183.0
    Jul  3 20:01:35 fuchur pppd[10790]: primary   DNS address 62.141.0.1
    Jul  3 20:01:35 fuchur pppd[10790]: secondary DNS address 213.162.65.1
    Jul  3 20:01:35 fuchur pppd[10790]: Script /etc/ppp/ip-up started (pid 10803)
    Jul  3 20:01:35 fuchur pppd[10790]: Script /etc/ppp/ip-up finished (pid 10803), status = 0x1
    
    Potom to nějakou dobu chodí ale jakmile zkusím něco přenést (načíst html stránku apod), tak to obvykle spadne (např. test na http://www.rychlost.cz nikdy neprošel). V logu je potom najednou spojení ukončeno a pokus o automatické vytočení neprojde, čeká to velmi dlouho a karta nic nevysílá:
    Jul  3 20:01:54 fuchur pppd[10790]: Hangup (SIGHUP)
    Jul  3 20:01:54 fuchur pppd[10790]: Modem hangup
    Jul  3 20:01:54 fuchur pppd[10790]: Connect time 0.4 minutes.
    Jul  3 20:01:54 fuchur pppd[10790]: Sent 11348 bytes, received 67529 bytes.
    Jul  3 20:01:54 fuchur pppd[10790]: Script /etc/ppp/ip-down started (pid 10814)
    Jul  3 20:01:54 fuchur pppd[10790]: Connection terminated.
    Jul  3 20:01:55 fuchur pppd[10790]: Script /etc/ppp/ip-down finished (pid 10814), status = 0x1
    Jul  3 20:01:57 fuchur chat[10820]: abort on (BUSY)
    Jul  3 20:01:57 fuchur chat[10820]: send (AT^M)
    Jul  3 20:01:57 fuchur chat[10820]: expect (OK)
    Jul  3 20:01:57 fuchur chat[10820]: ^M
    Jul  3 20:01:57 fuchur chat[10820]: OK
    Jul  3 20:01:57 fuchur chat[10820]:  -- got it
    Jul  3 20:01:57 fuchur chat[10820]: send (ATZ+CFUN=1^M)
    Jul  3 20:01:57 fuchur chat[10820]: expect (OK)
    Jul  3 20:01:57 fuchur chat[10820]: ^M
    Jul  3 20:01:57 fuchur chat[10820]: ^M
    Jul  3 20:01:57 fuchur chat[10820]: OK
    Jul  3 20:01:57 fuchur chat[10820]:  -- got it
    Jul  3 20:01:57 fuchur chat[10820]: send (AT&F&D2&C1E0V1S0=0^M)
    Jul  3 20:01:57 fuchur chat[10820]: expect (OK)
    Jul  3 20:01:57 fuchur chat[10820]: ^M
    
    A tam čeká až dostane alarm a skončí. Může to souviset s tím sdílením IRQ na začátku? Vypadá to, že se to spojení rozpadne vždy při nějakém vytížení, když pustím třeba jen ping, tak to nevypadne snad vůbec. Můžete mi někdo prosím poradit?

    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.