Jsem veliky laik, a tak dotaz je asi velmi hloupy. Mam na PC Mandrake a Fedoru a pripojeni na GPRS pres bluetooth (Ericcson 630). Instalovane odbornikem. Ale po zprovozneni GPRS na Fedore se nemohu pripojit (modem nepristupny) na prvotnim mdk (coz pred instalaci slo). Usoudil jsem, ze modem muze byt asi jen pro jeden system (?). Podle navodu jsem udelal skript na pripojeni kabelem, a pak to zkusil i v grafice. V obou pripadech, je vse ok az do momentu pripojeni. Pak to napise chybu v rozhrani ppp a nespoji. Je to nejak mozne udelat, nebo jsem uplne mimo a nebo to proste v jednom pocitaci muze byt jen na jeden system.

Nu, netreba hazet flintu do zita :).

Je telefon sparovany i s Fedorou?

To ja nehazim, ja jsem urputnej! :o) Na Fedore to sparovany je a bezi, jinak bych tu nebyl. :o) Takze se trochu bojim, ze sice neozivim mdk, ale odpojim Fedoru. Ono je to zajimavy, ze vsechno slape. Na to GPRS jsem zkousel i jiny telefon, dodal tam jeho cislo, ono mi to vypsalo, ze to dial umi... ale pak modem nepristupny. Obrazky to klidne z telefonu na pc a naopak posila. Na ten kabel to zacne i spojovat, napise retezec, telefon hlasi, ze se pripojuje... a potom rozhrani ppp a nic. Na kabel i modem odpovida...proste vsechno jde, jen to nespoji. Zkousel jsem i vypnout firewall a podobne co jsem po konferencich nasel. Mam tuchu, ze je to mozna nejaka uplna trivialnost jako kdyz jsem ozivoval prehravac a po par hodinach zjistlil, ze mam nastavene "mute" :o))

nemuze byt spatne nastaveny ppp? S jakou chybou konci?

Do konfiguraku ppp lze nastavit, aby logoval vic veci, takze timhle se muzeme dostat k problemu opet o kousek blize ...

Z ppp jsem dostal:
Apr 20 18:15:16 localhost pppd[4174]: pppd 2.4.1 started by dag, uid 501
Apr 20 18:15:46 localhost pppd[4174]: Terminating on signal 15.
Apr 20 18:15:46 localhost pppd[4174]: Exit.
To tedy na kabel.
Na bluetooth to ma nepristupny modem.
To ppp jsem nastavoval podle navodu tady u Vas. Bylo to sice na Nokii, ale to by snad nemelo hrat roli. Mozna je to v tom mdk. On se nejak u mne asi nepovedl, ci co. Ta Fedora se chova nadherne (uz skoro ve vsem), ale nejak proste toho mdk odstavila od internetu (do doby instalace Fed. to ale slo). Treba ty distra chytla plameny od lidi a perou se? :o)))

v manualove strance (man pppd) se pise, ze signal 15 znamena: "The link was terminated because the peer is not responding to echo requests."

Skript by mel byt spravne, datovy kabel by mel take fungovat (pokud telefon reaguje) ...

Zkuste odkomentovat #debug v /etc/ppp/peers/gprs , melo by to vypsat vice informaci.

Ten man! Nojo, ja se asi ptal na ppp a proto nic... ach jo.
S tim debug to nechapu. Ten "odhmyzovac" je napsany na konci toho skriptu. Ale jak pomoci jeho neco vypsat, to jsem nezvladl.
Udelal jsem ale neco jineho (to mi mohlo napadnout driv) zavolat z konzole jako root. vysledek:
Serial connection established.
Using interface ppp0
Connect: ppp0 <--> /dev/ttyS0
Looking for secret in /etc/ppp/pap-secrets for client localhost server (null)
Looking for secret in /etc/ppp/chap-secrets for client localhost server (null)
Couldn't set pass-filter in kernel: Invalid argument
local IP address 10.177.14.40
remote IP address 10.177.14.41
primary DNS address 160.218.43.200
secondary DNS address 160.218.10.200

Co ale s tim? Mel bych vedet, ale ja videl poprve "zivou" konzoli pred nekolika tydny...
Z tech materialu co jsem si nastahoval jsem to nevylustil.

Tohle uz vypada lepe, zda se, ze se mobil pripojil a od operatora dostal IP a adresu DNS, takze ted byste mel byt pripojen k Internetu.

I po tomhle to spadlo? Internet nefungoval? Nebezi tam treba firewall (jako root zadejte "iptables -L")?

Nespadlo. Ale jak se odpojim, tak na podruhe se uz nechynu. Teprve po novem restartu pocitace (?). A jako uzivatel nemam sanci i kdyz jsem tam podle navodu doplnil ono # visudo. Jen jako root.

Na "iptables -L" jsem se dozvedel:
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination

Ale uz se muzu alespon pripojit i na mdk, coz je prima. Kazdopadne diky za trpelivost.

Pomoci iptables jsme zjistili, ze firewall jadra zrejme neni ve hre. sudo umoznuje spusteni programu (skripu) s opravenim superuzivatele (roota), pokud vas to zajima vice, muzete se mrknout na http://www.linuxsoft.cz/article.php?id_article=493 .

Uz mi pomalu zacinaji dochazet napady :). Dejme tomu, ze se uspesne pripojite, pak odpojite. Kdyz se zkusite pripojit znovu, na jake chybe to zkonci? (signal 15 ?)

"Kazdopadne diky za trpelivost."

Doufam, ze k necemu dospejeme, pripojeni pres GPRS nepouzivam. Samozrejme je mozne, ze se do diskuze pripoji jeste nekdo povolanejsi ;).

V grafice to skonci vzdy tou 15. Z radky jako uzivatel : Sorry, user ... is not allowed to execute '/usr/sbin/pppd call gprs' as root on
localhost.
No a jako root po prihlaseni ano, ale pak uz jen : Connect script failed`
Najaka prava nekde? Firewall jsem vypnul.
Bud delam opravdu nejakou naprostou oslovinu (pravdepodobne) a nebo se to mozna nejak pere s tim pripojenim pres bluetooth, nebo Fedorou o modem (?)
Nejak to bezi a budu patrat dal. Diky moc!

Jako user to tedy opravdu musite spoustet pres sudo, inspiraci muzete najit v tom danem clanku.

"Connect script failed" nam zrovna moc nepomuze, protoze to je docela obecna chyba. Zkousel jste odkomentovat volbu debug, jak jsem uz navrhoval (v /etc/ppp/peers/gprs)?

Ja to poustel pres sudo. Ale ta reakce byla ta, co jsem opsal. S debug je problem, ze ja si sice v manualech nasel co to je, ale ne jak s tim. V adresari ...peers/gprs je debug zadanej, ale kde najdu jeho vypis?
Ale proc se nechce podruhe pripojit jako root? Koneckoncu bych se pripojil jako root, to by snad nemelo vadit, kdybych ostatni delal jako uzivatel(?). Jenze jak se odpojim, tak bych musel restartovat a to se mi moc nechce.

Tak v tom pripade se zda, ze to sudo neni nastavene uplne spravne. No kazdopadne, pokud to nefunguje ani pod rootem, nebude to chyba.

Je ted debug odkomentovany (v navodu je pred nim znacka pro komentar -- #, takze se nebere v potaz)?

Auuu! Byl tam #! To znaci komentar, to uz sice vim, ale...no...BFU :o) Ucim se pilne, ale velmi kratce a prehledl jsem to.

Odstranil jsem a hnedle mi to napsalo na bash :
./gprs: line 1: /dev/ttyS0: Permission denied
./gprs: line 2: 115200: command not found
./gprs: line 3: crtscts: command not found
./gprs: line 4: nodetach: command not found
./gprs: line 5: noauth: command not found
./gprs: line 8: connect: command not found
./gprs: line 11: noipdefault: command not found
./gprs: line 13: local: can only be used in a function
./gprs: line 14: novj: command not found
./gprs: line 15: novjccomp: command not found
./gprs: line 16: nobsdcomp: command not found
./gprs: line 19: disconnect: command not found
./gprs: line 21: defaultroute: command not found
./gprs: line 22: usepeerdns: command not found
./gprs: line 24: lock: command not found
./gprs: line 25: debug: command not found

Pak klasika. Nic - restart. Nanovo jako root jsem se okamzite spojil. Tentokrat to napsalo mnohem vic:

Serial connection established.
using channel 1
Using interface ppp0
Connect: ppp0 <--> /dev/ttyS0
Looking for secret in /etc/ppp/pap-secrets for client localhost server (null)
Looking for secret in /etc/ppp/chap-secrets for client localhost server (null)
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xfd313991> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <pcomp> <accomp>]
sent [LCP ConfAck id=0x1 <asyncmap 0x0> <pcomp> <accomp>]
rcvd [LCP ConfRej id=0x1 <magic 0xfd313991>]
sent [LCP ConfReq id=0x2 <asyncmap 0x0> <pcomp> <accomp>]
rcvd [LCP ConfAck id=0x2 <asyncmap 0x0> <pcomp> <accomp>]
Couldn't set pass-filter in kernel: Invalid argument
sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15>]
rcvd [LCP ProtRej id=0x3 80 fd 01 01 00 0c 1a 04 78 00 18 04 78 00]
rcvd [IPCP ConfReq id=0x1 <addr 10.177.0.163>]
sent [IPCP ConfAck id=0x1 <addr 10.177.0.163>]
rcvd [IPCP ConfNak id=0x1 <addr 10.177.0.162> <ms-dns1 160.218.43.200> <ms-dns3
160.218.10.200>]
sent [IPCP ConfReq id=0x2 <addr 10.177.0.162> <ms-dns1 160.218.43.200> <ms-dns3
160.218.10.200>]
rcvd [IPCP ConfAck id=0x2 <addr 10.177.0.162> <ms-dns1 160.218.43.200> <ms-dns3
160.218.10.200>]
local IP address 10.177.0.162
remote IP address 10.177.0.163
primary DNS address 160.218.43.200
secondary DNS address 160.218.10.200
Script /etc/ppp/ip-up started (pid 4217)
Script /etc/ppp/ip-up finished (pid 4217), status = 0x0

pak jsem ukoncil, normalne mi to vypsalo ukonceni a podruhe se nechytl. To uz mi nenapsalo nic noveho. Jen ze "Connect script failed`.

Hledal jsem nejake logy ve /var/log/ a jinde, ale nic noveho.

To je asi uplne mimo, ale...
nemuze s tim souviset oblibena hlaska ( i na Fedore): Mutex destroy failure: Device or resource busy
ICE default IO error handler doing an exit() , kterou to komentuje pousteni programu z rodiny KDE? Ovsem jen komentuje a ne spousteni GPRS. To s tim asi vubec nesouvisi, co?

kdyz se jako user pripojite pomoci "pppd call gprs" tak to pise tohle?

Prvni problem pri pripojovani pres uzivatele je v tom, ze uzivatel nema patricna prava na seriovy port /dev/ttyS0. To muzete obejit nekolik zpusoby, treba nastavenim prav pro toho daneho uzivatele, pro nejakou skupinu, ktera bude uzivatele obsahovat apod.

Reseni problemu s opakovanym pripojenim me zel uz nenapada, ale rekl bych, ze to s mutexem souviset nebude.

Ne jako user se nepripojim vubec. To prvni napsalo po odstraneni krizku a to druhe pri pripojeni jako root.
Mam ted doma vic nez 1000 stranek knih k Linuxu, tak tam snad neco casem najdu. Jeste prolezu adresare, jestli to po pripojeni nekam neco nepise, co by docasne odstavilo skript(?) To je asi hodne velka hloupost... Na to pripojeni po odpojeni nepomuze ani restart telefonu, ani odhlaseni a prihlaseni v bash, ani nic. Proste to dava jen jeden pokus. To uz nepisu, jako ze to mate resit, uz jsem Vas s tim natrapil dost. Spis jako zajimavost.
Jestli tam nedela binec to pripojeni na bluetooth. Mozna zkusim vsechno dat pryc a znova sebrat vsechny navody po www a znova.

Ten skript se nevypne po stisknuti CTRL+C? Myslim, ze to tak v clanku bylo ...

Vypne. Ale podruhe nesepne. Vypne to zcela korektne. (i to muzu poslat na pozadi zase zpet, vypnout kill %1...etc) Ja skript opsal z : http://www.linuxsoft.cz/article.php?id_article=152
Zaujalo mi tam vytaceni a ukoncovani pres "/usr/sbin/chat" O nepristupnem "chat" se psalo v syslogu. Ale proc chat(?) A take "lock" pri vytaceni. Ale psani skriptu jsem jeste nedorostl. Ale lock. Nema tam pak byt unlock?

nu, obavam se, ze vas k reseni problem asi opravdu nedovedu :( Neporadi name nekdo z ostatnich?

chat je program, ktery je soucasti baliku ppp (alespon u me na Debianu) a slouzi AFAIK pro vytoceni a spojeni s providerem. Lock bude nejspise nejaky zamek zarizeni.

USB vyreseno a jede to nadherne! Misto /dev/tts/0 (ono se to tak nekdy pise), tam musim mit /dev/usb/tts/O. To mi mohlo...ale nenapadlo. :o)
Jeste jednou diky!