[slimfit]

Ciao,
Nessuna offesa ci mancherebbe. Come dici te, sono un pò incerto in quanto non l'ho mai fatto. Molto probabilmente, un'utente più esperto di me avrebbe fatto il tutto, senza postare diversi messaggi qui prima di fare la procedura, ne sono sicuro.
Il problema è che mi piace imparare e non è che scrivo qui perchè voglio far ripetere sempre le stesse cose, ma perchè sono un poco nabbo in materia , tutto qui.

Detto questo, ho provveduto a scaricare il tool postato sull'ultima pagina.

L'ho aperto e la schermata che mi esce è la seguente:



Da come vedo, non è uguale a quella postata in prima pagina. Devo pertanto, mettere gli stessi dati, selezionare DGA4130 1.0.3 ROOT INACTIVE e premere run, giusto?

Inoltre leggo che la procedura è la seguente:
Flash fw 1.1.0 senza spuntare il rooting (cioè?)
Flash fw 1.0.3 + root
Adesso su 1.0.3 rootate di nuovo usando "DGA413X Root Inactive"
A riavvio finito sarete su 1.1.0 con SSH attiva.

Questi passaggi per la procedura, molto probabilmente per chi è più esperto sono pane quotidiano, per me purtroppo no.
Sai / sapete aiutarmi?
Grazie ancora.

[LorenzoL]

@slimfit - effettivamente c'è qualcosa di differente, probabilmente c'è stato un aggiornamento; shdf ha un repository su Github, bisognerebbe cercare lì la versione + aggiornata. Se la trovo ti mando un P.M. Per il momento ti direi di fermarti finché non disponi del tool giusto.

[^NiCo^]

Il link in prima pagina è all account dello sviluppatore, MarkSmith, che non ha aggiunto le opzioni per il root della 1.1.0 nemmeno nella nuova versione, mancano queste due righe nel file defaults.ini

Codice: [Seleziona]

variant=DGA4130 1.0.3 Root inactive,Ping,dyndns.com,sed -i '1croot:x:0:0:root:/root:/bin/ash' /etc/passwd;uci set dropbear.@dropbear[0].RootPasswordAuth='on';uci set dropbear.@dropbear[0].enable='1';uci commit;echo -e "root\nroot"|passwd;/etc/init.d/dropbear restart;sed -i 's/off/on/' /overlay/$(cat /proc/banktable/inactive)/etc/config/dropbear;sed -i 's/0/1/' /overlay/$(cat /proc/banktable/inactive)/etc/config/dropbear;sed -i 's#root:/bin/restricted_shell#root:/bin/ash#' /overlay/$(cat /proc/banktable/inactive)/etc/passwd;sed -i "/option Interface 'lan'/s/.*/&\n\toption RootPasswordAuth 'on'/" /overlay/$(cat /proc/banktable/inactive)/etc/config/dropbear;cp -f /etc/shadow /overlay/$(cat /proc/banktable/inactive)/etc/shadow;switchover
variant=DGA4132 1.0.3 Root inactive,DDNS,dyndns.it,sed -i 's#root:/bin/false#root:/bin/ash#' /etc/passwd;uci set dropbear.lan.enable=1;uci set dropbear.lan.RootPasswordAuth=on;uci commit;echo -e "root\nroot"|passwd;/etc/init.d/dropbear restart;sed -i 's/off/on/' /overlay/$(cat /proc/banktable/inactive)/etc/config/dropbear;sed -i 's/0/1/' /overlay/$(cat /proc/banktable/inactive)/etc/config/dropbear;sed -i 's#root:/bin/restricted_shell#root:/bin/ash#' /overlay/$(cat /proc/banktable/inactive)/etc/passwd;sed -i "/option Interface 'lan'/s/.*/&\n\toption RootPasswordAuth 'on'/" /overlay/$(cat /proc/banktable/inactive)/etc/config/dropbear;cp -f /etc/shadow /overlay/$(cat /proc/banktable/inactive)/etc/shadow;switchover
@shdf Can you confirm those 2 variants are the working ones and not the first bugged versions ?

[shdf]

si, quello che è scritto in questo post è giusto, l'avevo aggiornato con le ultime modifiche:
https://www.ilpuntotecnico.com/forum/index.php/topic,78145.msg230725.html#msg230725

[slimfit]

@LorenzoL Ok. Grazie mille.

[Dika2110]

Buongiorno a tutti, vorrei condividere la mia esperienza e magari trovare una buona idea per ripristinare il modem. Ero un felice utilizzatore del router sbloccato (grazie ai vari esperti di questo forum che ringrazio ancora). Firmware AGTEF_1.1.0_002_CLOSED.rbi e GUI unlocked 4.6.8 Ho installato Aria2 e lo gestivo da web tramite AriaNG (non senza problemi per via di una violazione di sicurezza del codice Angular di questo sito, motivo per cui Chrome bloccava la connessione al rpc del servizio sul router ... ma questo è un altro problema). La prima volta che ho usato Aria purtroppo non ha salvato il path di destinazione del file e lo ha scaricato sulla root del dispositvo. Questo ha saturato lo spazio disponibile ed ad ogni tentativo di cancellazione di file ottenevo l'errore "rm cannot delete ... No space left on device". Alla fine ho pensato di riavvialo e a quel punto è entrato in bootloop. 

Ho fatto diversi tentativi di unbrick, tramite tftpd32 in particolare, che, in effetti carica il firmware (1.0.3) correttamente almeno in apparenza. Il led aranciano lampeggia veloce e alla fine si riavvia, ma nulla di fatto. Dopo poco si riavvia da solo. Ho provato anche con altri firmware ma sempre con lo stesso risultato.
Ho tentato anche varie combinazioni del tasto reset, tenendolo premuto durante l'avvio e poi ripremendolo ad intervalli regolari per farlo partire in BOOTP. Ho premuto ad intervalli di 4, 5 e poi 10 secondi sempre tenendolo premuto dai 5 ai 10 secondi ma nulla. Nada. Nessun sintomo di ripresa. 
L'idea che mi sono fatto è che per qualche motivo si sia corrotto il filesystem del bank1 e non avendo nulla sul 2 ora non sia in grado di formattare il primo e ripartire con un firmware pulito ... ma è solo una mia ipotesi. Qualcuno ha un'idea migliore che chiamare la TIM per farlo sostituire? 
Grazie a chiunque abbia letto fin qui ... e voglia darmi un suggerimento

[the_max_80]

Salve,
Sulla mia gui versione 6.6.1 vedo che c'è la possibilità di cambiare il driver xdsl, posso avventurarmi oppure è emerso qualche bug in merito?

[Ansuel]

@the_max_80 dipende da che firmware sei

[frank2]

Volevo fare una domanda. Mi sono creato una gui personalizzata  originale (naturalmente Sbloccata), ma come si fa a mettere il pulsante ON OFF su  rete mobile. Grazie a chiunque voglia rispondermi

[the_max_80]

@the_max_80 dipende da che firmware sei

Ciao, sono ancora alla 1.0.3

[Ansuel]

@the_max_80 allora non conviene cambiarli (evita categoricamente quelli superiori alla versione agtef 1.0.4, causano bootloop con sistemi vecchi, sono stati rimossi poi nella versione dev)  ed in più fanno perdere mb

[the_max_80]

ok, grazie 1000

[LorenzoL]

@Dika - ciao, riesci a pingare il modem? Eventualmente prova a così >   ping -t 192.168....   < (l'indirizzo del tuo); lascia che insista almeno 3 minuti e vedi se talvolta il 4130 risponde.

[Dika2110]

Ciao LorenzoL e grazie per l'interessamento. Il ping risponde ad intervalli non regolari. L'output è un alternanza di
Pinging 192.168.1.1 with 32 bytes of data:
Reply from 192.168.1.68: Destination host unreachable.
Request timed out.
Reply from 192.168.1.68: Destination host unreachable.
Request timed out.
Reply from 192.168.1.68: Destination host unreachable.
Reply from 192.168.1.68: Destination host unreachable.
Reply from 192.168.1.68: Destination host unreachable.
Reply from 192.168.1.1: bytes=32 time=1061ms TTL=100
Reply from 192.168.1.1: bytes=32 time=1294ms TTL=100
Reply from 192.168.1.1: bytes=32 time=2153ms TTL=100
Reply from 192.168.1.1: bytes=32 time=2010ms TTL=100
Reply from 192.168.1.1: bytes=32 time=2151ms TTL=100
Request timed out.
Reply from 192.168.1.1: bytes=32 time=19ms TTL=100
Reply from 192.168.1.1: bytes=32 time=91ms TTL=100
Request timed out.
Request timed out.

...
e così via. Dopo il riavvio, per qualche momento risponde al ping ma poi si riavvia ... e così all'infinito   

[LorenzoL]

@Dika - Il mio 4132 faceva la stessa cosa e l'ho rianimato con Tftpd32: si risvegliava random ogni 90/120 secondi, rispondeva 6/8 volte e ripartiva in loop. Secondo me devi insistere con Tftpd32, usa l'ultima versione 32bit, .exe. e controlla BENE la configurazione. Scollega TUTTO e lascialo fermo 2/3 ore; poi collega solo rete e alimentazione, quindi parti nel solito modo con Tftpd32 e insisti. Spegni, attendi almeno 20 secondi e riprova. Mentre tenti, lascia girare ping -t, ho l'impressione che sia d'aiuto. Il mio è ripartito al 2^ o 3^ tentativo, ricorda i 20 secondi di off e raccontaci.

Chissà se Autoflashgui potrebbe funzionare.....