[syncom]

Su DGA4130 il metodo da te esposto non funziona...

[cyber.zac]

Prova cosi:
Dopo che si è spegnto del led verde della rete, ed è rimasto acceso solo il primo arancio, conta fino a 5 e poi spegni e riaccendi velocissimo, ma non troppo, se il led arancio non si spegne, e si accendono i 3 (2 rossi e quello in mezzo verde/blu) vuol dire che non lo hai spento sei stato troppo veloce, ma tranquillo  fai in tempo ad spegnerlo e accenderlo ancora una volta prova di nuovo.
Ripeti per altre 2 volte e dimmi se funziona.
Facendo cosi io ho il 100% dei successi funziona sempre.

[syncom]

Ciao zac, il problema è che secondo me tu fai riferimento al modello DGA4132 cioè il Tim Hub. Il DGA4130 ha una disposizione e una colorazione dei led diversi e il led verde della rete si spegne a circa 57 secondi. Penso che il tuo metodo posso funzionare anche su questo modello ma probabilmente cambiano i tempi. Non hai modo di provare la procedura sul DGA4130? Ormai sono giorni che ci provo senza successo...

[syncom]

@cyber.zac

Ma se attivo la seriale è possibile fare lo switch bank da consolle? Per quanto riguarda le foto che hai postato io vedo solo 2 ponticelli fatti con lo stagno, mentre nella descrizione parli di resistenze da 100 ohm...

[cyber.zac]

Si  YES li dove ho fatto i ponticelli andrebbero 2 resistenze da 100ohm ma no le avevo e ho ponticellato,

No non è possibile fare switch bank da console seriale lunica e fare Fail boot, ma con la seriale sei avvantaggiato, leggi lo stato come puoi vedere dalle schermate che ho postato clicca su spoiler per vedere i messaggi della console.

@syncom
Ho anche un DGA4130 ma non lo uso, posso fare delle prove e ti faccio sapere, ma non lo apro per mettere la seriale, penso sia lo stesso harware con qualche modifica al PCB ovviamente.
Poi penso anche che dipenda dalla versione del firmware, tu hai la 1.1.1 bloccato unroot giusto?
Il mio DGA4132 che uso a casa lo incasino un giorno si e l'atro pure, stufo e frustrato perchè non riuschivo a fare Boot FAIL l'ho smontato e messo la seriale.
Preaticamente tutte le volte che cerco di mettere LuCI lo pianto, Al reboot e non parte più l'interfaccia web ma funziona tutto anche ssh ma non c'e verso di ripristinare l'accesso WEB allora lo resetto unroot e riparto d'accapo una scocciatura.

[syncom]

Grazie, se puoi fare qualche prova con il DGA4130 te ne sarei grato. Se non vengo a capo della situazione valuterò più avanti per la seriale. Comunque si, ho la versione 1.1.1 unroot

[LorenzoL]

Ciao, sono quello del potenziometro (MacGywer) : mi scuso per essere sparito, vedo che c'è @syncom che ancora non ha risolto. Sono a dispo per eventuali chiarimenti e sono convinto che il  metodo da me descritto sia valido, senza nulla togliere ad altri. Ecco il potenziometro che potrebbe andare bene:



Si tratta di sezionare uno dei fili del cavo di alimentazione del 4130/32, saldarne uno al polo centrale del potenziometro, l'altro ad un dei laterali.

hosting di immagini

ruotando l'alberino da un lato, ci saranno 0 Ohm, dall'altro 100 Ohm

[syncom]

@LorenzoL

Grazie per il consiglio, io però sospetto che nel mio caso il problema non è legato al mancato spegnimento o riavvio ma al fatto che si deve azzeccare la giusta tempistica. Ora fondamentalmente mi sono accorto che la maggior parte di voi sono riusciti nel fail boot con il DGA4132 piuttosto che con il DGA4130. A questo punto potrebbe anche essere sensato attivare la seriale così da vedere esattamente quando va eseguito l’off/on ed essere così utile ad altri utenti del forum...

[LorenzoL]

Premesso che NON sono un esperto, qui si tratta di far fallire il boot; i 2 apparati sono quasi identici e non credo ci possano essere 1000 modi. Li posseggo entrambi e i  led iniziano a lampeggiare 7/8 secondi dopo l'accensione; iniziando a far calare il voltaggio 2/3 secondi dopo l'accensione dei led, il boot fallisce per forza, poi vedi tu....

[f.luca]

Ora dico la mia con questo router ( che mi sta portando scemo )
Ho provato a flasharlo seguendo la guida e ha funzionato bene, poi avrò fatto qualche smanettata di troppo e ora rimane in bootloop (colpa mia sicuramente).
Grazie a @cyber.zac e il suo consiglio sulla seriale vedo che:
1) parte solo da bank2, parte è un eufemismo;
2) una volta acceso e appena la spia della lan inizia a comunicare, tenendo premuto il pulsante di reset (quello che in origine resettava il tutto alle impostazioni di fabbrica) inizia a lampeggiare il led info e carica un firmware tramite tftp che però ahimè non lo accetta.
Qualche messaggio che ho letto è il bello e classico kernel panic e che con la procedura del tasto di reset mi dice che il firmware agthp XX.XX.XX non è adatto alla piattaforma utilizzata, se riesco a capirci di più ora che ho la seriale vi posto tutto anche se tempo che il mio router sia buono come mensola o come riciclo creativo.
Modifico il post per allegare quanto segue
Gateway initialization sequence started
Status wait timeout: nandsts=0x70000000 mask=0x40000000, count=0
Boot Loader Version : 17.19.1062-0000000-20170512080206-5bebd9fb97718f93b20bca231a620df630da9918
Boot Loader OID     : 59156bce30d40f7fd11860f1
CPU                 : BCM63138B0
RAM                 : 512MB
Flash               : 250MB NAND
Board Mnemonic      : VBNT-S
Market ID           : FFFC
Variant ID          : TI
Bank 1 failed booting 3 times; no suitable fall-back bank found.
Entering BOOT-P mode (reason: NO_SW )
BOOTP Reply received
Local IP:        192.168.1.1
BOOTP Server IP: 192.168.1.64
TFTP Server IP:  192.168.1.64
Filename:        AGTHP_1.0.3_CLOSED.RBI
TFTP started
*** 25021 kB received ***
TFTP finished
BLI is incompatible with this platform
Resetting the gateway
----

[Cesarino37]

Scusa, non sono sicuramente un esperto, ma dagli ultimi messaggi che hai postato sembra che in realtà tenti di partire dal bank 1, non dal 2.
Poi quando fai tftp riceve un firmware... che non riconosce: ma non è che è corrotto il file del firmware? Hai provato ad andare a riprenderlo dal link riportato al post 2 di questa guida e che riporto https://www.ilpuntotecnico.com/forum/index.php/topic,78162.0.html per comodità?

[f.luca]

Da quello che ho allegato si parte dal bank 1, ma appena accendo parte da bank 2, fallisce il boot e va sul bank 1, fallisce e va alla ricerca di un server (tftpd) da cui prendere un firmware da installare. Però grazie per il link, spero sia come dici tu.

[fabiobassa]

Buonasera a tutti ,
mi sa tanto che ho incasinato pesantemente l' AGTHP

antefatto:
agthp sbloccato rotato e perfetto. Stavo cercando di installare il mio amato asterisk + gui
Qualcosa è andato storto e adesso parte da bank 1 , boota ,pingo 192.168.1.1 ma niente interfaccia grafica ( connection refused , come se non ci fosse nulla in ascolto sulla porta 80 ) nè telnet nè ssh

se vado in fail boot e parte da bank 2 arriva ad un punto che il browser mi dice " errore ngix "e reboota da solo in bank 1. La seriale parla di un soft reset invoked

SCENARIO:
seriale attaccata, nessun problema a ingannare il fail boot ( con la seriale è facile) !!! Tra l'altro il boot si 
puo' far fallire da tastiera se si ha la seriale attaccata attraverso una combinazione di tasti

IPOTESI:
quando dice mounting ovelay_fs mi dice poi open file not found: come se mancasse o fosse corrotto l'overlay

SOLUZIONI:
avrei bisogno di cancellare in qualche modo le overlay, ma la seriale dopo il boot non accetta comandi

COME DIAMINE si fa a fargli fare un bel resettone deep , ma deep deep cosi che lui si ricrei le overlay . Nemmeno facendo il reset all'accensione e TFTPando un nuovo firmware mi ricrea le overlay !!!


Grazie
p.s. se il post non va in questa sezione, che qualche admin lo sposti, please !

[LorenzoL]

@f.luca - prova eventualmente a flashare il fw 1.1.1; forse ti stai scontrando con il blocco che impedisce il rollback. Inoltre vedo >>> Filename:      AGTHP_1.0.3_CLOSED.RBI<<<; rbi normalmente è minuscolo...... sono solo ipotesi!

[f.luca]

@Cesarino37 grazie per il suggerimento, i firmware che ho a disposizione sono corretti ma secondo la modalità in cui è adesso non sono corretti. Cercherò di leggere il log della console e vedremo.

@LorenzoL per scrupolo ho provato, ma forse è vera la tua ipotesi del blocco del rollback. Vedo se riesco ad estrapolare altri dati dai log