Pary_anime
Nie wiem czy dobrze zrobi³em, ale skoro jest ten temat, to wolê to ju¿ dokoñczyæ tutaj
Zapomnia³em o tym:
Nie wiem czy dobrze zrobi³em, ale skoro jest ten temat, to wolê to ju¿ dokoñczyæ tutaj
Z tego, co widzê, to to jest wersja dla 8.04. Wydzielê ten temat, ¿eby nie mieszaæ 6.06 z 8.04.
Z tego, co widzê, to to jest wersja dla 8.04. Wydzielê ten temat, ¿eby nie mieszaæ 6.06 z 8.04.
I s³usznie, przepraszam za k³opot
Dziwne, ale jak zamknê przegl±darkê i ponownie j± uruchomiê, to ju¿ wtedy nie mam Internetu
Czyli ta nieudana próba ponownego ustanowienia po³±czenia ( podczas jednej sesji ), to jeszcze nie to - tak to rozumiem.
Za³±czam ponownie informacje:
Dziwne, ale jak zamknê przegl±darkê i ponownie j± uruchomiê, to ju¿ wtedy nie mam Internetu
Dzieje siê tak nawet po ponownym uruchomieniu komputera? Nawet, gdy Pan potem uruchomi inn± przegl±darkê (np. Konqueror)?
Wydaje mi siê to co najmniej dziwne...
Dzieje siê tak nawet po ponownym uruchomieniu komputera? Nawet, gdy Pan potem uruchomi inn± przegl±darkê (np. Konqueror)?
Wydaje mi siê to co najmniej dziwne...
Trudno mi to sprawdziæ, przy ponownym uruchomieniu komputera, bo testujê na LiveCD.
Przy Konqueror jest tak samo.
Próbowa³em wej¶æ na stronê 72.14.221.104 - tak¿e bez skutku.
Przygotowali¶my now± paczkê z Neogui dla wersji 8.04, z nowym sposobem u¿ywania Pañskiego modemu
Mam nastêpuj±cy problem:
Wyj±tek: <type 'exceptions.OSError'>
Warto¶æ: [Errno 2] No such file or directory
Stos wywo³añ:
File "/usr/lib/neogui/neogui_config_backend.py", line 1783, in start
self.doStart(params)
File "/usr/lib/neogui/neogui_config_backend.py", line 1907, in doStart
if self.waitForZx852v2ModemSync() == False:
File "/usr/lib/neogui/neogui_config_backend.py", line 1292, in waitForZx852v2ModemSync
runSimpleCommandWithOutput(["/usr/sbin/pppoe", "-I", "dsl0", "-m", "1452", "-T", "3"])
File "/usr/lib/neogui/neogui_config_backend.py", line 170, in runSimpleCommandWithOutput
stdout=subprocess.PIPE
File "/usr/lib/python2.5/subprocess.py", line 594, in __init__
errread, errwrite)
File "/usr/lib/python2.5/subprocess.py", line 1147, in _execute_child
raise child_exception
Za³±czam zrzut ekranu i informacje:
Mam nastêpuj±cy problem:
No tak, zapomnia³em ju¿ jak ten modem jest uci±¿liwy w obs³udze
Proszê doinstalowaæ jeszcze ten pakiet .deb i spróbowaæ ponownie.
No tak, zapomnia³em ju¿ jak ten modem jest uci±¿liwy w obs³udze
Tym razem modem nie móg³ siê zsynchronizowaæ:
( Dziêkujê za pomoc i cierpliwo¶æ )
Tym razem modem nie móg³ siê zsynchronizowaæ:
( Dziêkujê za pomoc i cierpliwo¶æ )
No dobrze, wrócimy w takim razie do poprzedniej wersji, bo przynajmniej dzia³a³a, a ja nie chcê wstrzymywaæ wydania wersji 8.04 z powodu Neogui.
Zajmê siê ulepszeniem ³±czenia za pomoc± tego modemu po wydaniu
Po wykonaniu w konsoli tych poleceñ:
ping 208.69.34.132
ping 217.116.100.65
ping 217.116.100.66
Otrzyma³em taki wynik:
PING 208.69.34.132 (208.69.34.132) 56(84) bytes of data.
64 bytes from 208.69.34.132: icmp_seq=1 ttl=53 time=63.6 ms
64 bytes from 208.69.34.132: icmp_seq=2 ttl=53 time=58.2 ms
64 bytes from 208.69.34.132: icmp_seq=3 ttl=53 time=66.0 ms
64 bytes from 208.69.34.132: icmp_seq=4 ttl=53 time=61.8 ms
64 bytes from 208.69.34.132: icmp_seq=5 ttl=53 time=69.5 ms
64 bytes from 208.69.34.132: icmp_seq=6 ttl=53 time=65.3 ms
64 bytes from 208.69.34.132: icmp_seq=7 ttl=53 time=61.1 ms
64 bytes from 208.69.34.132: icmp_seq=8 ttl=53 time=56.9 ms
64 bytes from 208.69.34.132: icmp_seq=9 ttl=53 time=64.6 ms
64 bytes from 208.69.34.132: icmp_seq=10 ttl=53 time=60.4 ms
64 bytes from 208.69.34.132: icmp_seq=11 ttl=53 time=68.1 ms
64 bytes from 208.69.34.132: icmp_seq=12 ttl=53 time=66.9 ms
64 bytes from 208.69.34.132: icmp_seq=13 ttl=53 time=71.9 ms
64 bytes from 208.69.34.132: icmp_seq=14 ttl=53 time=67.9 ms
64 bytes from 208.69.34.132: icmp_seq=15 ttl=53 time=63.9 ms
64 bytes from 208.69.34.132: icmp_seq=16 ttl=53 time=71.9 ms
64 bytes from 208.69.34.132: icmp_seq=17 ttl=53 time=63.7 ms
64 bytes from 208.69.34.132: icmp_seq=18 ttl=53 time=58.5 ms
64 bytes from 208.69.34.132: icmp_seq=19 ttl=53 time=66.3 ms
64 bytes from 208.69.34.132: icmp_seq=20 ttl=53 time=62.1 ms
64 bytes from 208.69.34.132: icmp_seq=21 ttl=53 time=57.8 ms
64 bytes from 208.69.34.132: icmp_seq=22 ttl=53 time=65.6 ms
64 bytes from 208.69.34.132: icmp_seq=23 ttl=53 time=66.9 ms
64 bytes from 208.69.34.132: icmp_seq=24 ttl=53 time=66.1 ms
64 bytes from 208.69.34.132: icmp_seq=25 ttl=53 time=60.9 ms
64 bytes from 208.69.34.132: icmp_seq=26 ttl=53 time=68.7 ms
--- 208.69.34.132 ping statistics ---
26 packets transmitted, 26 received, 0% packet loss, time 25009ms
rtt min/avg/max/mdev = 56.910/64.469/71.992/4.096 ms
Przegl±darka Firefox za ka¿dym razem przechodzi w tryb offline
Natomiast Konqueror wy¶wietla komunikaty, jak na za³±czonych zrzutach.
Oczywi¶cie, za³±czam Informacje
Niezbyt wiem, jak sobie z tym poradziæ
Dziwne, ale pod przegl±dark± Opera 9.62, wszystko dzia³a i to za ka¿dym razem
( Mam tu na my¶li ponowne uruchomienie przegl±darki )
Na wszelki wypadek, zamieszczam tak¿e Informacje
Przegl±darka Firefox za ka¿dym razem przechodzi w tryb offline
Natomiast Konqueror wy¶wietla komunikaty, jak na za³±czonych zrzutach.
Oczywi¶cie, za³±czam Informacje
Niezbyt wiem, jak sobie z tym poradziæ
Wygl±da to na problem z serwerem DNS. Po³±czenie generalnie jest,
Proszê uruchomiæ polecenie:
ping 217.116.100.65
a potem
ping 217.116.100.66
I za³±czyæ wynik.
Potem proszê uruchomiæ ponownie komputer i w trakcie konfiguracji modemu w NeoGui nie wybieraæ "Orange Freedom", tylko wybraæ "Ustawienia rêczne" i wybraæ nastêpuj±ce opcje:
protokó³: PPPoA
VPI: 0
VCI: 35
Kiedy zapyta o DNS-y, proszê wybraæ opcjê u¿ywania serwerów OpenDNS.
No i oczywi¶cie po wszystkim poproszê o informacje o systemie
Wykona³em wspomniane polecenia, ale nic siê nie dzia³o przez d³u¿szy czas i je zakoñczy³em ( Do³±czam zrzuty ).
Wybra³em te opcje, jednak wyst±pi³ b³±d, który jest widoczny na zrzucie.
Do³±czam informacje o systemie.
Wykona³em wspomniane polecenia, ale nic siê nie dzia³o przez d³u¿szy czas i je zakoñczy³em ( Do³±czam zrzuty ).
Wykona³ Pan te polecenia po po³±czeniu z Internetem w NeoGui ze standardowymi ustawieniami dla Orange Freedom? Je¶li tak, to oznacza, ¿e serwery DNS nie odpowiadaj±.
Proszê spróbowaæ wybraæ jako dostawcê "Neostrada", tam s± podobne ustawienia, tylko inne serwery DNS.
Wykona³ Pan te polecenia po po³±czeniu z Internetem w NeoGui ze standardowymi ustawieniami dla Orange Freedom? Je¶li tak, to oznacza, ¿e serwery DNS nie odpowiadaj±.
Tak, dok³adnie.
Na wersji systemu 6.06 do koñca dzia³a³ bez zarzutu pod NeoGui - 0.9.3 - na niej te¿ mog³em przeprowadziæ konfiguracjê do samego koñca.
( Gdybym nie wykoñczy³ systemu, to dzia³a³by pewnie nadal )
Proszê w takim razie spróbowaæ uruchomiæ wersjê 6.06 z p³yty i sprawdziæ, czy z p³yty uda siê po³±czyæ. To bêdzie wiadomo, czy to kwestia sprzêtu, czy oprogramowania.
A co do routera - mo¿e taniej kupiæ modem na USB? Na Allegro s± po kilkana¶cie z³otych (np. tu czy tu).
Na wersji systemu 6.06 SP1 ( LiveCD ) pod NeoGui ( 0.9.3 ) modem dzia³a bez zarzutu
Zastanawia mnie tylko jedno: brak mo¿liwo¶ci dokoñczenia konfiguracji.
Gdy mia³em system na dysku twardym ( 6.06 ), to pod t± wersj± NeoGui by³o to ju¿ mo¿liwe
Internet jest tak pod Firefox'em, jak i Konqueror'em - nie dostrzeg³em tu ¿adnych problemów.
Ju¿ naprawdê nie wiem, co o tym my¶leæ
Na wersji systemu 6.06 SP1 ( LiveCD ) pod NeoGui ( 0.9.3 ) modem dzia³a bez zarzutu
Zastanawia mnie tylko jedno: brak mo¿liwo¶ci dokoñczenia konfiguracji.
Gdy mia³em system na dysku twardym ( 6.06 ), to pod t± wersj± NeoGui by³o to ju¿ mo¿liwe
Internet jest tak pod Firefox'em, jak i Konqueror'em - nie dostrzeg³em tu ¿adnych problemów.
Ju¿ naprawdê nie wiem, co o tym my¶leæ
Hmm, w tych informacjach co Pan za³±czy³ serwery DNS s± ustawione na te same, które nie odpowiadaj± w tym po¶cie, czyli:
217.116.100.65
217.116.100.66
Wydaje siê to bardzo dziwne...
Prosi³bym o za³±czenie wyników poleceñ (wcze¶niej proszê za pomoc± Adepta zainstalowaæ pakiet "traceroute"; je¶li to niemo¿liwe to proszê pobraæ ten plik np. pod Ola! 6.06 uruchomionego z p³yty, a nastêpnie przenie¶æ go na Ola! 8.04 i zainstalowaæ poprzez podwójne klikniêcie na pakiecie i podanie swojego has³a):
traceroute 217.116.100.65
traceroute 217.116.100.66
Proszê za³±czyæ jeszcze pliki ~/neogui.log b±d¼ /root/neogui.log; w przypadku drugim trzeba bêdzie uruchomiæ mened¿er plików w trybie administratora - aby to zrobiæ proszê wybraæ ->Wykonaj polecenie... i wpisaæ w okno co siê pojawi:
kdesu konqueror /root
Proszê je za³±czyæ od razu po nieudanej próbie konfiguracji NeoGui.
Na wersji systemu 6.06 SP1 ( LiveCD ) pod NeoGui ( 0.9.3 ) modem dzia³a bez zarzutu
Wygl±da na to, ¿e zlokalizowali¶my problem. Sieæ jest skonfigurowana poprawnie, problem jest z Firefoksem (i innymi programami), które u¿ywaj± nowego mechanizmu wykrywania, czy sieæ jest dostêpna i ten mechanizm zawodzi w przypadku modemów ADSL.
Proszê uruchomiæ Firefoksa i wpisaæ w pasku adresu:
about:config
Nastêpnie proszê zaakceptowaæ ostrze¿enie.
W oknie które siê pojawi, w polu na górze obok napisu Filtr: proszê wpisaæ:
toolkit.networkmanager.disable
Potem proszê klikn±æ podwójnie na wpisie, który siê pojawi poni¿ej tak, by zmieni³ wygl±d na pogrubiony a w kolumnie Warto¶æ by³o true.
Potem proszê zamkn±æ Firefoksa i w³±czyæ ponownie.
Je¶li to pomo¿e, dodamy tê opcjê standardowo do systemu, ¿eby unikn±æ tego problemu.
Brakiem po³±czenia w KDE zajmiemy siê za chwilê.
Informacja dla obs³ugi technicznej: prawdopodobnie ten b³±d
Je¶li to pomo¿e, dodamy tê opcjê standardowo do systemu, ¿eby unikn±æ tego problemu.
Dzia³a
krzysztof.lichota napisa³/a:
Je¶li to pomo¿e, dodamy tê opcjê standardowo do systemu, ¿eby unikn±æ tego problemu.
Dzia³a
No to dobrze. Wrzucili¶my nowsze ustawienia do repozytorium
Jakby Pan móg³ to proszê jeszcze uruchomiæ wersjê 8.04 z p³yty, doinstalowaæ tylko najnowszy pakiet ola-default-settings (wersja 0.3-20) i najnowszy pakiet neogui (0.9.104) i wtedy sprawdziæ, czy Firefox i inne programy maj± dostêp do sieci (w przypadku programów dla KDE trzeba po instalacji tego pakietu wylogowaæ siê i zalogowaæ ponownie, oczywi¶cie bez ponownego uruchamiania komputera).
Doinstalowa³em oba pakiety rêcznie ( z plików *.deb ).
Firefox'a sprawdzi³em i dzia³a.
Jednak, nie potrafiê siê wylogowaæ i zalogowaæ ponownie, gdy¿ system prosi o podanie nazwy u¿ytkownika i has³a
Nie wiem, co mam z tym fantem zrobiæ
Jednak, nie potrafiê siê wylogowaæ i zalogowaæ ponownie, gdy¿ system prosi o podanie nazwy u¿ytkownika i has³a
Nazw± u¿ytkownika jest "ja" a has³o jest puste (po prostu proszê po wylogowaniu siê wpisaæ jako nazwa u¿ytkownika "ja" i klikn±æ "zaloguj").
Nazw± u¿ytkownika jest "ja" a has³o jest puste (po prostu proszê po wylogowaniu siê wpisaæ jako nazwa u¿ytkownika "ja" i klikn±æ "zaloguj").
Dziêkujê
Przyda siê tak¿e na przysz³o¶æ
Jakby Pan móg³ to proszê jeszcze uruchomiæ wersjê 8.04 z p³yty, doinstalowaæ tylko najnowszy pakiet ola-default-settings (wersja 0.3-20) i najnowszy pakiet neogui (0.9.104) i wtedy sprawdziæ, czy Firefox i inne programy maj± dostêp do sieci (w przypadku programów dla KDE trzeba po instalacji tego pakietu wylogowaæ siê i zalogowaæ ponownie, oczywi¶cie bez ponownego uruchamiania komputera).
Sprawdzi³em:
1. Firefox - dzia³a
2. Konqueror - dzia³a
Bardzo siê z tego powodu cieszê
Dziêkujê za okazan± pomoc i cierpliwo¶æ!!!
Bardzo siê z tego powodu cieszê
Dziêkujê za okazan± pomoc i cierpliwo¶æ!!!
To my siê cieszymy, ¿e dzia³a
Do¶æ czêsto nastêpuje roz³±czenie modemu ADSL - tak to przynajmniej odbieram.
Nie mogê wtedy ustanowiæ powtórnie po³±czenia podczas jednej sesji.
Po ponownym uruchomieniu komputera wszystko wraca do normy.
Z tego, co widzê, po³±czenie jest przerywane, bo druga strona nie odpowiada.
Po³±czenie powinno byæ wznowione i jest taka próba, ale druga strona nadal nie odpowiada.
Mo¿e to byæ problem z ³±czem, z modemem albo ze sterownikiem.
Na pocz±tek proszê spróbowaæ zast±piæ plik /usr/bin/neogui-connect.sh plikiem za³±czonym do tej odpowiedzi (oczywi¶cie trzeba to zrobiæ jako administrator).
Je¶li to nie pomo¿e, przed ponownym po³±czeniem proszê od³±czyæ na kilkana¶cie modem od kabla USB i wtedy spróbowaæ po³±czenia.
Uwaga dotycz±ca bezpieczeñstwa
Proszê pobieraæ i podmieniaæ tylko pliki za³±czane przez pracowników pomocy technicznej. U¿ycie plików do³±czanych do postów na forum lub innych, znalezionych w sieci mo¿e stanowiæ zagro¿enie bezpieczeñstwa Twojego komputera.
Czy na wersji 6.06 te¿ siê to zdarza³o?
Czy na wersji 6.06 te¿ siê to zdarza³o?
Na tej wersji tego nie mia³em.
Na pocz±tek proszê spróbowaæ zast±piæ plik /usr/bin/neogui-connect.sh plikiem za³±czonym do tej odpowiedzi (oczywi¶cie trzeba to zrobiæ jako administrator).
Teraz, gdy nast±pi przerwanie po³±czenia, mogê je ponownie ustanowiæ podczas jednej sesji.
Gdy kliknê na "Roz³±cz" w NeoGui to:
na chwilê gasn± wszystkie diody, nastêpuje ponowna synchronizacja modemu, a na koniec udana próba wznowienia po³±czenia.
Aktualizacja:
Szkoda, ¿e to siê zdarza a¿ tak czêsto
Teraz, gdy nast±pi przerwanie po³±czenia, mogê je ponownie ustanowiæ podczas jednej sesji.
Gdy kliknê na "Roz³±cz" w NeoGui to:
na chwilê gasn± wszystkie diody, nastêpuje ponowna synchronizacja modemu, a na koniec udana próba wznowienia po³±czenia.
Wygl±da na problem ze sterownikiem. Spróbujemy przenie¶æ starszy sterownik do nowej wersji. Potem zrobimy ponowne podej¶cie do nieblokuj±cego ³±czenia, ale nie wszystko naraz
Od pewnego czasu, czêsto nie mogê dokonaæ po³±czenia, lub jest ono nagle przerywane.
Otrzymujê taki komunikat:
Using interface ppp0
Connect: ppp0 <--> /dev/pts/1
LCP: timeout sending Config-Requests
Connection terminated.
Modem hangup
pppoe: read (asyncReadFromPPP): Session 1: Input/output error
lub sytuacja wygl±da nastêpuj±co:
Using interface ppp0
Connect: ppp0 <--> /dev/pts/1
LCP: timeout sending Config-Requests
Connection terminated.
Modem hangup
pppoe: read (asyncReadFromPPP): Session 1: Input/output error
Using interface ppp0
Connect: ppp0 <--> /dev/pts/1
CHAP authentication succeeded
CHAP authentication succeeded
Cannot determine ethernet address for proxy ARP
local IP address 79.163.103.122
remote IP address 79.163.127.255
Niezbyt wiem, gdzie le¿y problem
Za³±czam równie¿ szczegó³owe informacje o systemie.
Niezbyt wiem, gdzie le¿y problem
Za³±czam równie¿ szczegó³owe informacje o systemie.
Wygl±da to na inne objawy tego samego, wcze¶niejszego problemu ze sterownikiem. Przygotujemy inn± wersjê sterownika i zobaczymy, czy problem bêdzie nadal wystêpowa³.
Proszê zainstalowaæ wersjê 0.9.105 NeoGui (proszê klikn±æ tutaj, ¿eby zainstalowaæ pakiet .deb). Ta wersja zawiera sterownik z wersji 0.9.3, który dzia³a³ bez problemu, przeniesiony do nowszej wersji systemu (niestety nie da siê go zastosowaæ bezpo¶rednio, bo zmieni³o siê j±dro).
Przed rozpoczêciem konfiguracji, proszê na wszelki wypadek pobraæ starsz± wersjê NeoGui (plik .deb jest do pobrania st±d). Je¶li po³±czenie przestanie dzia³aæ, proszê zainstalowaæ starsz± wersjê klikaj±c na pliku .deb podwójnie.
Potem proszê skonfigurowaæ ponownie modem i uruchomiæ komputer ponownie.
Je¶li bêd± nadal problemy z roz³±czaniem, proszê za³±czyæ informacje o systemie.
Potem proszê skonfigurowaæ ponownie modem i uruchomiæ komputer ponownie.
Tak te¿ zrobi³em i za pierwszym razem mia³em taki komunikat:
Using interface ppp2
Connect: ppp2 <--> /dev/pts/3
LCP terminated by peer
Connection terminated.
Modem hangup
pppoe: read (asyncReadFromPPP): Session 5: Input/output error
Using interface ppp2
Connect: ppp2 <--> /dev/pts/3
CHAP authentication succeeded
CHAP authentication succeeded
not replacing existing default route through ppp1
Cannot determine ethernet address for proxy ARP
local IP address 79.163.106.177
remote IP address 79.163.127.255
pppoe: read (asyncReadFromPPP): Session 6: Input/output error
Modem po³±czony
Teraz, to ju¿ nic z tego nie rozumiem
Dzisiaj, na wersji 0.9.105 mia³em komunikat:
Modem nie móg³ siê po³±czyæ
Zainstalowa³em wersjê 0.9.104 i to samo
Dopiero po wielu próbach uda³o mi siê ustanowiæ po³±czenie.
Za³±czam informacje o systemie.
Aktualizacja:
Chyba ju¿ wiem, w czym by³ problem.
Ten komunikat otrzymujê, gdy podmieniê plik neogui-connect.sh.
W³a¶nie to ustali³em metod± prób i b³êdów
Aktualizacja 2:
Jeszcze raz zainstalowa³em wersjê 0.9.105 - mo¿e teraz bêdzie ju¿ w porz±dku, gdy¿ wcze¶niej nie¼le namiesza³em
Aktualizacja 2:
Jeszcze raz zainstalowa³em wersjê 0.9.105 - mo¿e teraz bêdzie ju¿ w porz±dku, gdy¿ wcze¶niej nie¼le namiesza³em
Proszê popracowaæ jaki¶ czas na "czystej" (czyli bez podmieniania skryptu neogui-connect.sh) wersji 0.9.105 i sprawdziæ, czy dzia³a, OK?
Proszê popracowaæ jaki¶ czas na "czystej" (czyli bez podmieniania skryptu neogui-connect.sh) wersji 0.9.105 i sprawdziæ, czy dzia³a, OK?
Tak te¿ uczyni³em
I dzia³a OK
- to znaczy, zdarzaj± siê "potkniêcia", ale to jest nic, w porównaniu z wcze¶niejsz± sytuacj±
BARDZO DZIÊKUJÊ ZA POMOC
Tak te¿ uczyni³em
I dzia³a OK
Znaczy jakie potkniêcia? W logach systemowych wygl±da, ¿e wszystko w porz±dku. Po³±czenie nie jest zrywane.
Mia³em kilka takich sytuacji, ¿e nagle nie mia³em dostêpu do Internetu.
Program NeoGui wy¶wietla³ wtedy:
Stan po³±czenia: £±czenie
- zamiast:
Stan po³±czenia: Po³±czony
Zawsze w takiej sytuacji uruchamiam ponownie komputer - przy tej wersji NeoGui mam tylko tak± ewentualno¶æ, aby wznowiæ utracone po³±czenie.
Byæ mo¿e dlatego w logach systemowych jest wszystko w porz±dku?
Je¶li co¶ takiego siê jeszcze powtórzy, to natychmiast zbiorê informacje o systemie.
Aktualizacja:
W³a¶nie co¶ takiego siê sta³o, byæ mo¿e wcze¶niej zbyt szybko na to reagowa³em, uruchamiaj±c ponownie komputer - dlatego nie by³o o tym ¿adnych informacji?
Using interface ppp1
Connect: ppp1 <--> /dev/pts/2
LCP: timeout sending Config-Requests
Connection terminated.
Modem hangup
pppoe: read (asyncReadFromPPP): Session 5: Input/output error
Using interface ppp1
Connect: ppp1 <--> /dev/pts/2
LCP: timeout sending Config-Requests
Connection terminated.
Modem hangup
pppoe: read (asyncReadFromPPP): Session 7: Input/output error
Using interface ppp1
Connect: ppp1 <--> /dev/pts/2
LCP: timeout sending Config-Requests
Connection terminated.
Modem hangup
pppoe: read (asyncReadFromPPP): Session 9: Input/output error
Using interface ppp1
Connect: ppp1 <--> /dev/pts/2
(...)
Za³±czam tak¿e informacje o systemie.
W³a¶nie co¶ takiego siê sta³o, byæ mo¿e wcze¶niej zbyt szybko na to reagowa³em, uruchamiaj±c ponownie komputer - dlatego nie by³o o tym ¿adnych informacji?
Cytat:
Hm, wygl±da to podobnie jak wcze¶niejsze b³êdy.
Byæ mo¿e to jest kwestia u¿ywanego programu do PPPoE, bo z tego, co s³ysza³em w UbuDSL takie problemy nie wystêpuj±. Postaram siê przygotowaæ wersjê u¿ywaj±c± wtyczki PPPoE i zobaczymy, czy to pomo¿e. Proszê o cierpliwo¶æ
Proszê spróbowaæ podmieniæ skrypt neogui-connect.sh, ten drugi od³adowuje sterownik, wiêc mo¿e nie bêdzie potrzeby restartowania komputera.
Je¶li jest mo¿liwe, to bardzo proszê, o utworzenie skryptu, który automatycznie przy logowaniu siê systemu w³±cza³by Internet.
Sprawdza³em skrypt napisany przez Pana Macieja (dla wersji 6.06), ale na obecnej wersji ju¿ nie dzia³a.
Co do (jednak) czêstej utraty po³±czenia, to ju¿ naprawdê nie wiem, jaka mo¿e byæ tego przyczyna.
Je¶li jest mo¿liwe, to bardzo proszê, o utworzenie skryptu, który automatycznie przy logowaniu siê systemu w³±cza³by Internet.
Sprawdza³em skrypt napisany przez Pana Macieja (dla wersji 6.06), ale na obecnej wersji ju¿ nie dzia³a.
Proszê w skrypcie zamieniæ:
pppd call neostrada
na:
pppd call neogui
Postaram siê w weekend przygotowaæ wersjê NeoGui u¿ywaj±c± rp-pppoe dla Pañskiego modemu, mam nadziejê, ¿e to rozwi±¿e wszystkie problemy.
Proszê w skrypcie zamieniæ:
pppd call neostrada
na:
pppd call neogui
Tego mi brakowa³o
Postaram siê w weekend przygotowaæ wersjê NeoGui u¿ywaj±c± rp-pppoe dla Pañskiego modemu, mam nadziejê, ¿e to rozwi±¿e wszystkie problemy.
Panie Krzysztofie, to nie jest a¿ takie pilne
Dziêkujê!
Panie Krzysztofie, to nie jest a¿ takie pilne
OK, to zajmê siê tym pó¼niej
Nawi±zuj±c do tego tematu:
W³a¶nie sprawdzi³em dok³adniej ten problem:
Przy pierwszym, ponownym uruchomieniu komputera (tu¿ po aktualizacji j±dra systemu), nie mam jednak dostêpu do Internetu - rzecz ma miejsce tylko za pierwszym razem, za drugim i kolejnym, wszystko ju¿ wraca do normy.
Mam nadziejê, ¿e przydadz± siê te informacje.
Przy pierwszym uruchomieniu systemu po aktualizacji prawdopodobnie nie zd±¿y siê skompilowaæ sterownik zanim jest uruchamiana sieæ i dlatego nie ma po³±czenia. Jakby Pan uruchamia³ rêcznie, a nie automatycznie to prawdopodobnie by nie by³o problemu
Postaramy siê przesun±æ kompilacjê wcze¶niej.
Przy pierwszym uruchomieniu systemu po aktualizacji prawdopodobnie nie zd±¿y siê skompilowaæ sterownik zanim jest uruchamiana sieæ i dlatego nie ma po³±czenia.
Zauwa¿y³em, gdy¿ nie ¶wiec± siê wtedy diody przy modemie.
- ju¿ dzia³a; skrypt usun±³em.
No tak, ale z Pana modemem by³ taki problem, ¿e instalator nie dochodzi³ do tego momentu, bo wcze¶niej ³±czenie z Internetem powodowa³o zatrzymanie instalatora. Czyli rozumiem, ¿e ju¿ ten problem nie wystêpuje i instalacja idzie dalej?
No tak, ale z Pana modemem by³ taki problem, ¿e instalator nie dochodzi³ do tego momentu, bo wcze¶niej ³±czenie z Internetem powodowa³o zatrzymanie instalatora. Czyli rozumiem, ¿e ju¿ ten problem nie wystêpuje i instalacja idzie dalej?
Sprawdzi³em to tylko raz i na tej wersji j±dra (2.6.24-24), instalacja przebieg³a pomy¶lnie (do samego koñca) - wiem, dziwny ten modem, ale ju¿ siê do tego przyzwyczai³em.
Aktualizacja:
Przetestowa³em to teraz kilka razy i za ka¿dym razem doszed³em do koñca konfiguracji programu... - modem dla wytrwa³ych.
Sprawdzi³em to tylko raz i na tej wersji j±dra (2.6.24-24), instalacja przebieg³a pomy¶lnie (do samego koñca) - wiem, dziwny ten modem, ale ju¿ siê do tego przyzwyczai³em.
2.6.24-24? Nie ma takiej wersji j±dra. Chodzi³o o 2.6.24-23?
Chyba Pan Einsiedler ma w³±czone dodatkowe aktualizacje proponowane w zarz±dzaniu repozytoriami (zreszt± ja tak¿e mam w³±czone i mam j±dro zaktualizowane do wersji 2.6.24-24)
Owszem - w³±czy³em je na w³asne ryzyko.
Internauta1024A napisa³/a:
Chyba Pan Einsiedler ma w³±czone dodatkowe aktualizacje proponowane w zarz±dzaniu repozytoriami (zreszt± ja tak¿e mam w³±czone i mam j±dro zaktualizowane do wersji 2.6.24-24)
Owszem - w³±czy³em je na w³asne ryzyko.
W takim razie uprzedzamy, ¿e aktualizacje proponowane to takie, które przechodz± okres testowania i mog± zdestabilizowaæ system. Dopiero po okresie testowania, je¶li nie powoduj± problemów, trafiaj± do g³ównego repozytorium z poprawkami.
Czy móg³bym prosiæ o tak± wersjê NeoGui (wersjê u¿ywaj±c± wtyczki PPPoE)?
Postaram siê j± przygotowaæ jutro. Odzyska³em w koñcu swój g³ówny komputer
Przygotowa³em wersjê u¿ywaj±c± rp-pppoe, proszê wypróbowaæ.
Proszê klikn±æ tutaj, ¿eby zainstalowaæ pakiet .deb z now± wersj± NeoGui.
Oczywi¶cie proszê przedsiêwzi±æ ¶rodki ostro¿no¶ci, ¿eby w razie jak to nie zadzia³a móg³ Pan przywróciæ poprzedni± wersjê
Uwaga dotycz±ca bezpieczeñstwa
Proszê pobieraæ i uruchamiaæ tylko pliki .deb znajduj±ce siê na serwerze ola-os.com. Instalacja programów do³±czanych do postów na forum lub innych, znalezionych w sieci mo¿e stanowiæ zagro¿enie bezpieczeñstwa Twojego komputera.
Otrzyma³em komunikat, ¿e modem nie móg³ siê po³±czyæ.
Aha. Proszê w takim razie otworzyæ plik /usr/lib/neogui/neogui_config_backend.py do edycji z prawami administratora i proszê znale¼æ napis nic-nas0 i zamieniæ go na nic-dsl0. Je¶li to nie pomo¿e, to proszê spróbowaæ zamieniæ jeszcze na dsl0.
Zmieni³em to w dwóch miejscach:
(...)"""
elif self.connectionSettings["protocol"] == "pppoe":
self.connectionSettings["pppPeersTemplate"] = """
lock
noipdefault
defaultroute
hide-password
lcp-echo-interval 20
lcp-echo-failure 3
connect /bin/true
noauth
persist
mtu 1492
noaccomp
default-asyncmap
noaccomp
holdoff 4
plugin rp-pppoe.so
dsl0
user %(username)s
""" (...)
oraz
(...)
if modemType == "speedTouch":
if self.configureSpeedtouch() == False:
print "Configuring speedTouch failed, restarting from beginning"
continue
modemDriverName = "speedtch"
self.replugModem(modemDriverName, removeDrivers = True)
if self.waitForAtmModemSync("/proc/net/atm/speedtch:0") == False:
print "Waiting for SpeedTouch modem sync failed, restarting"
continue
elif modemType == "sagemFast800":
if self.configureSagemFast800() == False:
print "Configuring Sagem Fast 800 failed, restarting from beginning"
continue
modemDriverName = "ueagle_atm"
self.replugModem(modemDriverName)
if self.waitForSagemModemSync("/proc/net/atm/ueagle-atm:0") == False:
print "Waiting for Sagem Fast 800 modem sync failed, restarting"
continue
elif modemType == "sagemE4":
if self.configureSagemE4() == False:
print "Configuring Sagem E4 failed, restarting from beginning"
continue
modemDriverName = "ueagle_atm"
self.replugModem(modemDriverName)
if self.waitForAtmModemSync("/proc/net/atm/ueagle-atm:0") == False:
print "Waiting for Sagem E4 modem sync failed, restarting"
continue
elif modemType == "Zx":
if self.configureZx852() == False:
print "Configuring ZXDSL852 modem failed, restarting from beginning"
continue
modemDriverName = "cxacru"
self.replugModem(modemDriverName)
if self.waitForAtmModemSync("/proc/net/atm/cxacru:0") == False:
print "Waiting for ZXDSL852 modem sync failed, restarting"
continue
elif modemType == "Zx2":
if self.configureZx852v2() == False:
print "Configuring ZXDSL852v2 modem failed, restarting from beginning"
continue
modemDriverName = "unicorn_usb_eth"
self.connectionSettings["pppPeersTemplate"] = """
lock
noipdefault
defaultroute
hide-password
lcp-echo-interval 20
lcp-echo-failure 3
connect /bin/true
user %(username)s
noauth
persist
mtu 1492
noaccomp
default-asyncmap
noaccomp
holdoff 4
plugin rp-pppoe.so
nic-dsl0
"""(...)
Tym razem, wszystko przebieg³o bez najmniejszego problemu, nawet doszed³em do koñca konfiguracji programu
Niestety, przy ponownym uruchomieniu systemu, nie mogê ustanowiæ po³±czenia
Gdy klikam w programie NeoGui na opcjê "Po³±cz", to otwiera siê nowe okienko z informacj±:
Plugin rp-pppoe.so loaded.
Modem po³±czony
Natomiast w tym g³ównym, mam nadal tak:
Stan modemu: Skonfigurowany
Stan po³±czenia: Nie po³±czony
Oczywi¶cie, nie dzia³a te¿ ³±czenie z modemem przy uruchomieniu systemu - mam na my¶li tê opcjê, dostêpn± w trakcie instalacji.
Proszê za³±czyæ jeszcze plik /etc/ppp/peers/neogui
Proszê te¿ skonfigurowaæ ponownie po³±czenie i zobaczyæ czy po konfiguracji zadzia³a, to bêdziemy wiedzieæ gdzie szukaæ.
Niestety, nawet podczas jednej sesji, po jakim¶ czasie tracê po³±czenie i w ¿aden sposób nie mogê go przywróciæ
Faktycznie, zrywa po³±czenie co chwilê
Proszê otworzyæ plik /etc/modprobe.d/options do edycji z prawami administratora i znale¼æ liniê zaczynaj±c± siê od options unicorn_usb_eth. Proszê wkleiæ tutaj tê liniê.
Proszê uruchomiæ komputer ponownie i spróbowaæ skonfigurowaæ po³±czenie za pomoc± UbuDSL i zobaczyæ czy problem nadal wystêpuje. Potem proszê za³±czyæ informacje o systemie. Porównamy, co jest robione inaczej.
Proszê otworzyæ plik /etc/modprobe.d/options do edycji z prawami administratora i znale¼æ liniê zaczynaj±c± siê od options unicorn_usb_eth. Proszê wkleiæ tutaj tê liniê.
Zamieszczam:
options unicorn_usb_eth ActivationMode=3 VPI=0
Tak te¿ uczyni³em i ów problem siê nie powtórzy³
OK. Proszê za³±czyæ jeszcze pliki /etc/ppp/peers/* i /etc/modprobe.d/* (najlepiej spakowane katalogi).
Której wersji UbuDSL Pan u¿y³?
Proszê na razie u¿ywaæ UbuDSL, skoro dzia³a, a my spróbujemy siê dowiedzieæ dlaczego dzia³a
Której wersji UbuDSL Pan u¿y³?
Wersjê 1.0.0.277-5hardy
Wcze¶niej zamie¶ci³em tylko fragment tej linii:
Kod:
options unicorn_usb_eth ActivationMode=3 VPI=0 VCI=35 PROTOCOL=pppoatm ENCAPS=vc-encaps
Bardzo przepraszam - nie wiem jak to siê sta³o
Nic nie szkodzi, o te opcje w³a¶nie mi chodzi³o
Dziêkujemy