Nie ma takiego pliku - dla jasności jeszcze któryś raz z kolei zapodałem Twój skrypt i aby może przybliżyć bardziej co mam w systemie to pokarzę cały /dev : http://wklej.org/id/1706672/ - jak widać /dev/ttyUSB1 zmienił się na 7 - więc to może być ewentualnie pływający /dev/ttyUSB0 - ale i tak nie reaguje na AT - wiadomo - teraz w linuchu dyski i usb skaczą w /dev co kolejne podłączenie/odłączenie.

EDIT: póki co wiadomo co z nowym połączeniem komórkowym i jak się owo połączenie utworzyło:
GSM (ttyUSB2), option1, cdc_ether
Oczywiście to lipa bo działa poprzednie, ale wiadomo przynajmniej który port odpowiada za samo połączenie sieciowe.
lsusb -v też inaczej śpiewa teraz o Huawei: http://wklej.org/id/1706680/

Całkiem możliwe - a tak w ogóle od zabawy z tym od pierwszego przemianowania na zwykły GSM to się działo: http://wklej.org/id/1706682/ I weź człowieku zaskocz, który od czego. Dodałem się do grupy dialout, ale nadal bez efektu - widać Twoje komendy podane w przykładzie na bez-kabli muszą inaczej wyglądać pod linuchem oraz wcale nie wiadomo czy po mimo istnienia portów jest jednak do nich dostęp - cały czas wywala brak dostępu

Tak czy inaczej będę temat drążył, aż nie zakończy się to sukcesem (jak zazwyczaj bywa)
Spróbuję jeszcze z minicom.
Okazuje się, że modem działa na tym porcie i daje spore echo zdarzeń - także teraz kwestia wykrycia na jaki tty zapodać i jak komendy.
EDIT:
Okazało się póki co (po restart linucha i na nowo zapodaniu skryptu), że jedyny port, który może komunikację AT obsłużyć jakimś wymiernym efektem to jest właśnie /dev/ttyUSB0, czyli dokładnie ten sam port na którym jest komunikacja GSM/sieciowa aktywność i oczywiście nie przyjmuje żadnych komend AT bo "zasoby są zajęte". Pozostałe 5 portów /dev/ttyUSB* przyjmuje komendy nie zgłaszając błędów ale i też nic to nie powoduje w kwestii odblokowania adb/telnet - czyli takie tymczasowe włączenie debug-mode (do czasu wyjęcia modemu ze złącza USB i jego ponownego podłączenia):
1) albo jest niepełne i nie uaktywnia komunikacji AT na właśnie /dev/ttyUSB0 (nadal pracuje modem na cdc_ether, a powinien przecież być cdc_mbim albo cdc_ncm)
2) albo skrypt nie powoduje tego prawidłowego, i do końca, przełączenia w inny tryb, niż karta sieciowa (tu chyba w RAS, bo NDIS wszakże nie działa).

No właśnie zauważyłem - tak się zrósł z tym ubuntu, że zupełnie o nim zapomniałem i problemów jeszcze z czasów gryzienia się z wvdial. Muszę teraz wykombinować jak się po mimo jego nie działania dobrać do konfiguracji interfejsów bo w nowym ubuntu to się potrafi wyzwolić sam jakąś automatyką, odkąd zapanował systemd.
Wybacz Cezary za obcesowe pytanie - jaki linuch najlepiej do tej sztuczki wykorzystać ? - dawno nic nie sadzałem oprócz ubuntu.

Po shell=2 nie masz włączonego jeszcze adb tylko na bodajze ttyUSB2 powinna się pojawić konsola linuxa. Tak więc otwierasz terminala z podglądem dla ttyUSB2 i wysyłasz na ttyUSB2 uruchomienie (jednorazowe do pierwszego reboota modemu) /sbin/adbd. Dopiero po tej komendzie powinno się odpalić połączenie po ADB (o ile się konsola linuxa odblokowała, bo nie piszesz czy masz potwierdzenia odblokowania na terminalu - powinieneś na osobnym terminalu niż tym co wpisujesz komendy zrobić podgląd cat /dev/ttyUSBx).

It is I, Leclerc

Nie zarówno demona telnetu jak i adb dopiero trzeba uruchomić i żeby działały na stałe trzeba je dodać do autorun.sh.

Co do debugmode to mógłbyś albo jakiś skrypt w linuxie dać żeby po wykryciu modemu  przełączało w debug. Albo... przy odblokowanym ADB/telnecie możesz wrzucić do modemu odpowiedni skrypt lub widziałem na 4pda plik wykonywalny do modemu przełączający w debug i jedno czy drugie rozwiazanie odpalać w autorun.

It is I, Leclerc

Nie wiem po jakiego grzyba chcesz wyłączyć, ale ok:
od ADB jest linijka:

/sbin/adbd &

A za telnet odpowiada:

busybox telnetd -l /bin/sh

It is I, Leclerc

Wgrałeś chyba fw z literką _D_ (jak debug) w nazwie. Zarówno D jak i R w nazwie fw oznaczają tryb debug (tyle, że w inny sposób uzyskiwany przez co jest inna konfiguracja modemu).

Teoretycznie powinno pomóc wyrzucenie z autoruna:

sw-dbg-mode 30 &

(sw-dbg-mode to ten programik o którym wcześniej wspominałem).

Jakbyś mimo wszystko miał jakieś problemy to wgraj jednak fw E3372Update_22.286.53.01.161_S_ADB_TLN_02 (odblokowany ADB i telnet bez trybu debug) i na nim dokonaj potrzebnych zmian.

It is I, Leclerc

Pfff... Taj prosto to nie ma Jak wyłaczysz dostęp przez adb i telent zostaje... włączenie trybu debug ->wejście przez ttyUSB2 na konsolę linuxa (teoretycznie na modowanym fw konsola linuxa powinna już działać więc chyab nie trzeba przechodzić przez konsolę AT na ttyUSB0) -> odpalenie na niej abd -> połączenie się przez adb -> i dopiero modyfikacje plików na modemie

It is I, Leclerc

Pfffff... a masz dostęp do karty SD na tym fw? Z tego co pamiętam to przy _D_ (ale z numerkiem 01 na końcu) nie było chyba dostępu do karty SD

Jak działa poprawnie to ok ale jak coś będzie nie tak to wgraj to co powyżej napisałem E3372Update_22.286.53.01.161_S_ADB_TLN_02.exe (bez literek _D_ lub _R_)

It is I, Leclerc

https://forum.dug.net.pl/viewtopic.php? … 35#p286635

Najgorsze w tym wszystkim jest to, że nawet jak te porty w debug-mode pojawią się to nie ma do nich dostępu (openwrt), a na zwykłym ubuntu tyle trzeba się nakombinować ze startem sieci, żeby modem działał (cdc_ether) i sieć jako taka (inne interfejsy).

EDIT:
Póki co walczę z noip2.gz - instaluje się ładnie, konfiguracja przebiega prawidłowo ale po restarcie zero działania:
1) Przed restartem nie chce się odmontować partycja z /system:

# mount -o remount,ro /dev/block/mtdblock15 /system
mount: Device or resource busy

2) restart i tak załatwia przemontowanie do ro, ale jak wywołuję z telneta sam noip2 (czyli tak jak ma się to dziać po restarcie, czyli automatycznie) krzyczy:

Can't locate configuration file /system/etc/no-ip2.conf. (Try -c). Ending!

Chociaż jest tam w/w plik i jest prawidłowo skonfigurowany - jak przełączę w rw i zapodam "busybox sh" to wtedy działa <ścieżka do katalogu gdzie leży noip2>/noip2 lub po prostu noip2 jak leży w /system/bin - od razu widać w no-ip.com efekt aktualizacji.