Přihlášení | Registrace

napište » Zprávičky

xrdp 0.10.0

včera 19:11 | Nová verze

Open source RDP (Remote Desktop Protocol) server xrdp (Wikipedie) byl vydán ve verzi 0.10.0. Z novinek je vypíchnuta podpora GFX (Graphic Pipeline Extension). Nová větev řeší také několik bezpečnostních chyb.

Ladislav Hagara | Komentářů: 1

Rocky Linux 9.4

včera 04:11 | Nová verze

Rocky Linux byl vydán v nové stabilní verzi 9.4. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0

Dellu byla odcizena databáze zákazníků

9.5. 22:22 | Bezpečnostní upozornění

Dellu byla odcizena databáze zákazníků (jméno, adresa, seznam zakoupených produktů) [Customer Care, Bleeping Computer].

Ladislav Hagara | Komentářů: 13

Kdy Zed na Linuxu?

9.5. 21:11 | Zajímavý článek

V lednu byl otevřen editor kódů Zed od autorů editoru Atom a Tree-sitter. Tenkrát běžel pouze na macOS. Byl napevno svázán s Metalem. Situace se ale postupně mění. V aktuálním příspěvku Kdy Zed na Linuxu? na blogu Zedu vývojáři popisují aktuální stav. Blíží se alfa verze.

Ladislav Hagara | Komentářů: 25

Maker Faire Prague

9.5. 14:33 | Pozvánky

O víkendu 11. a 12. května lze navštívit Maker Faire Prague, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.

Ladislav Hagara | Komentářů: 0

Fedora Asahi Remix 40

8.5. 21:55 | Nová verze

Byl vydán Fedora Asahi Remix 40, tj. linuxová distribuce pro Apple Silicon vycházející z Fedora Linuxu 40.

Ladislav Hagara | Komentářů: 19

Raspberry Pi Connect

8.5. 20:22 | IT novinky

Představena byla služba Raspberry Pi Connect usnadňující vzdálený grafický přístup k vašim Raspberry Pi z webového prohlížeče. Odkudkoli. Zdarma. Zatím v beta verzi. Detaily v dokumentaci.

Ladislav Hagara | Komentářů: 6

Trinity Desktop Environment (TDE) R14.1.2

8.5. 12:55 | Nová verze

Byla vydána verze R14.1.2 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.

JZD | Komentářů: 0

Google Store již také v Česku

7.5. 18:55 | IT novinky

Dnešním dnem lze již také v Česku nakupovat na Google Store (telefony a sluchátka Google Pixel).

Ladislav Hagara | Komentářů: 10

iPad Pro s čipem Apple M4, předělaný iPad Air ve dvou velikostech a nový Apple Pencil Pro

7.5. 18:33 | IT novinky

Apple představil (keynote) iPad Pro s čipem Apple M4, předělaný iPad Air ve dvou velikostech a nový Apple Pencil Pro.

Ladislav Hagara | Komentářů: 7

Centrum | Napsat | Starší

navrhněte » Anketa

Podle hypotézy Mrtvý Internet mj. tvoří většinu online interakcí boti.

Jsem bot. (63%)

Jsem člověk. (8%)

Opravdu jsem člověk! (14%)

Jsem něco jiného. (16%)

Celkem 153 hlasů

Komentářů: 11, poslední včera 18:00

Rozcestník

AbcLinuxu

HDmag.cz

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.

Offtopic diskuse použijte pro diskusi mimo záběr našeho portálu (včelařství, windows), která by měla být smazána.
Duplicitní diskuse je určena pro případ, kdy uživatel odeslal svůj dotaz několikrát.
Návrh na cenzuru použijte, pokud komentář obsahuje urážky, vulgarismy nebo porušuje zákony.
Návrh na smazání komentáře je velmi neobvyklá akce používaná obvykle při nepovolené reklamě či spamu, výkřicích psychicky nemocných jedinců (ještírci) nebo pro smazání duplikátních komentářů.
Oprava formátování je žádost pro úpravu formy příspěvku, například pokud někdo píše bez odstavců nebo použije PRE pro celý komentář. Žádosti o změnu obsahu budou zamítnuty.

Píšeme jinde

ISSN 1214-1267 www.czech-server.cz

Redakce | Inzerce | Podmínky použití | Osobní údaje

Vaše jméno
Váš email
Typ požadavku

Slovní popis