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 19:33 | Nová verze

    Programovací jazyk Python byl vydán v nové major verzi 3.12.0. Podrobný přehled novinek v Changelogu.

    Ladislav Hagara | Komentářů: 0
    dnes 17:00 | Zajímavý projekt

    Linux ve Scratchi. Ne Linux v linuxové distribuci Linux From Scratch, ale Linux bežící v emulátoru procesoru RISC-V ve vizuálním programovacím jazyce Scratch.

    Ladislav Hagara | Komentářů: 0
    dnes 16:22 | Pozvánky

    Dnes ve 12 hodin začal další ročník CTF (Capture the Flag) soutěže The Catch: "Tentokrát nás kolegové z Forenzní laboratoře zavedou na loď plnou sofistikovaných síťových technologiích, kde soutěžící budou muset zvládnout náročné úkoly. Loď nese jméno našeho skvělého kolegy Josefa Vericha – síťového guru. Tradičně se soutěž koná v říjnu – měsíci kybernetické bezpečnosti."

    Ladislav Hagara | Komentářů: 1
    dnes 07:00 | Pozvánky

    Konference LinuxDays 2023 proběhne již tento víkend 7. a 8. října v prostorách Fakulty informačních technologií Českého vysokého učení v Praze (FIT ČVUT). Na programu je spousta zajímavých přednášek a workshopů.

    Ladislav Hagara | Komentářů: 0
    včera 22:33 | IT novinky

    Netflix v pátek 29. září odeslal poslední film na DVD (YouTube). Společnost dnes známá jako streamovací služba začala před 25 lety jako půjčovna filmů na DVD. Zákazník si DVD objednal na webových stránkách, odesláno mu ale bylo klasickou poštou. Po zhlédnutí jej vložil do obálky a poslal zpět.

    Ladislav Hagara | Komentářů: 15
    30.9. 17:11 | Bezpečnostní upozornění

    Zero Day Initiative zveřejnila informace o 6 bezpečnostních chybách (1, 2, 3, 4, 5, 6) v MTA Exim. Nejvážnější z nich CVE-2023-42115 má CVSS 9.8. Na opravě chyb se pracuje.

    Ladislav Hagara | Komentářů: 11
    30.9. 16:33 | Bezpečnostní upozornění

    Knihovna libvpx byla vydána ve verzi 1.13.1. Řešena je kritická bezpečnostní chyba CVE-2023-5217 (heap buffer overflow in vp8 encoding). Chyba je již opravena také v Chrome / Chromium 117.0.5938.132 a Firefoxu 118.0.1.

    Ladislav Hagara | Komentářů: 0
    29.9. 23:55 | Nová verze

    Balíček kmod s nástroji pro práci s linuxovými moduly byl vydán ve verzi 31. Nově umí modprobe zavést modul nacházející se v libovolném adresáři (# modprobe ./drivers/gpu/drm/i915/i915.ko).

    Ladislav Hagara | Komentářů: 0
    29.9. 23:11 | IT novinky

    Adventura Trüberbrook je na portále GOG.com zdarma, akce trvá do 2. října.

    Fluttershy, yay! | Komentářů: 2
    29.9. 12:44 | Nová verze

    Sound Open Firmware, projekt Linux Foundation, open source audio DSP firmware a SDK, byl vydán ve verzi 2.7.0. Z novinek lze vypíchnout podporu platformy AMD Van Gogh.

    Ladislav Hagara | Komentářů: 0
    Raději
     (63%)
     (38%)
    Celkem 24 hlasů
     Komentářů: 2, poslední včera 20:39
    Rozcestník

    Dotaz: PCMCIA Option GlobeTrotter EDGE pada spojeni

    3.7.2007 21:34 TNT
    PCMCIA Option GlobeTrotter EDGE pada spojeni
    Přečteno: 1939×
    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?

    Odpovědi

    3.7.2007 22:55 Dan1
    Rozbalit Rozbalit vše Re: PCMCIA Option GlobeTrotter EDGE pada spojeni
    Zdravim,

    nevim jestli to pomuze - ted tu kartu nemam u sebe, ale kdyz jsem ji pouzival, tak fungovala bez problemu (ubuntu, dapper)

    v lspci:
    03:00.1 Serial controller: Broadcom Corporation: Unknown device 4333 (rev 03)
    
    sama se detekovala jako ttySxx, nebylo treba zavadet zadne moduly
    dmesg | grep -B 1 tty:
    PCI: Enabling device 0000:03:00.1 (0000 -> 0001)
    ttyS4 at I/O 0x4000 (irq = 10) is a 16550A
    
    pro vytaceni jsem pouzival wvdial:

    /etc/wvdial.conf pro T-mobile, bez PINu:
    [Dialer Defaults]
    Modem = /dev/ttyS4
    Baud = 57600
    Init1 = ATZ+CFUN=1
    Init2 = AT+CGDCONT=1,"IP","internet"
    Phone = *99***1#
    Idle Seconds = 0
    Username = a
    Password = b
    
    3.7.2007 23:21 TNT
    Rozbalit Rozbalit vše Re: PCMCIA Option GlobeTrotter EDGE pada spojeni
    Nebyla to verze COMBO (s wifi)? Tuhle pres lspci vubec nevidim.
    3.7.2007 23:39 Dan1
    Rozbalit Rozbalit vše Re: PCMCIA Option GlobeTrotter EDGE pada spojeni
    pravda, byla to PCMCIA Option Globetrotter EDGE Combo (GPRS/Wi-fi) od T-mobilu, netusil jsem ze delaji taky verzi "necombo"
    4.7.2007 09:56 kenny_1 | skóre: 9
    Rozbalit Rozbalit vše Re: PCMCIA Option GlobeTrotter EDGE pada spojeni
    podivej se do /etc/ppp/options na lcp-echo-interval jaka tam je hodnota pokud je nizka, tak to muze padat, ja si davam 36000 ;) a na lcp-echo-failure 48 obvykle to pomuze ;)
    Ja vim, on vi, ty pico ( dovětek pro kyselé zadky - jedná se o textové editory :-D )
    4.7.2007 16:27 TNT
    Rozbalit Rozbalit vše Re: PCMCIA Option GlobeTrotter EDGE pada spojeni
    Diky, to pomohlo! Sice se to obcas misto rozpojeni zasekne a par sekund nic neprenasi, ale spojeni se nerozpadne, takze uz je to pouzitelne.

    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.