@larsen64it io parlavo in generale cercando di coprire la necessità di riavere un firmware fastweb o tim su bank_1 dopo averlo fatto sparire smanettando col flashing, a prescindere dal cosa ci sia al momento sull'una o l'altra bank. Si, se c'è homeware sbloccato sulla 1 la procedura che hai indicato è corretta, motivo per il quale io sintetizzerei la guida in questo modo:
1) fare switchover sulla bank_1 - che è raccomandabile per evitare di restare bloccati sulla bank_2
2) caricare iinet da bootp
3) fare quello che hai detto
ovviamente questo lascia intatto qualsiasi cosa ci sia sulla bank_2 a patto che non ci si vada a sovrascrivere una cartella config-bank-2 o bank_2. Ragionavo inq uesot modo dal momento che molti qui da noi potrebbero aver messo un firmware italiano fw o tim sulla seconda bank o potrebbero addirittura averlo sulla bank_2 perchè ci è finito da solo con un upgrade, per questo credo sia meglio lasciare intatta la sua config, anche per non restare bloccati lì. Comuqnue la solfa è questa, ormai l'abbiamo capita.
@^NiCo^ non credo che il firmware tiscali per fttc del TG789vac v2 sia diverso da quello per ftth
Riguardo l'usare direttamente i dump: non c'è bisogno che ti metti a ripparli tutti, basta estrarli direttamente dall'rbi ufficiale, lo script che ad esempio è sulla repo di ansuel va benissimo oppure puoi estrarli direttamente da un homeware qualsiasi copiando l'rbi in /tmp ed estraendo il bin con i vari tool che sono in /usr/bin/bli_*. Ma la prima idea è devastantemente semplice quindi vada per quella, può farlo da se chiunque debba flashare un qualsiasi rbi senza nemmeno che stai a caricare i vari dump sulla repo che pesano 46 MB l'uno. Ha senso farlo per quei firmware di cui non si dispone dell'rbi. Non è più veloce perchè devi trasferire su /tmp (in ram) e flashare 46MB di bank, ed è la stessa cosa che fa bootp, oppure ti metti a trimmare la parte restante fatta di zeri, ma non ne vale la pena di sbattersi, rischi solo di creare dump che non funzionano. Unica cosa da osservare è che tutti i bin estratti dall'rbi hanno i primi 4 byte uguali a 0xFF, mentre mentre tutti i bin dei dump iniziano per 4 byte uguali a 0x00, ma sono comunque in una porzione di cui non viene fatto alcun controllo crittografico quindi non compromettono la possibilità di flasharli così come sono, ci pensa lui ad azzerare quei 4 byte.
Ti sconsiglio di usare il parametro -r in mtd, a volte potrebbe capitare di flashare qualcosa di sbagliato, tipo un rbi al posto del dump, e con quel parametro non hai modo di correggere l'errore se intanto lui ha finito.
Ultima dritta, mtd accetta come destinazione anche il nome "friendly" del device, quindi puoi fare semplciemente "mtd write iinet.bin bank_2", che è molto più safe, si evita di sbagliare numero andando a fregarsi cose come ad esempio il bootloader. Pensa a chi magari cerca di eseguire lo stesso comando su un device che non è questo, perchè pensa che il suo sia uguale, se la numerazione è diversa e non sa cosa sta facendo rischia molto grosso.
