[lorenzocanalelc]

Solo 17.1 penso, perché 17.2 se vai nel thread del DGA4131 dicevano di usare 1.1.0 se non sbaglio.
Si in entrambe le prove avevo il file
firmware_upgrade_log Però ero riuscito a fare il downgrade da GUi, quindi penso che sia il firmare 1.0.3 che non vuole aggiornarsi

EDIT:

Per installare luci usate quelli vecchi di roleo o in alternativa quelli presenti nel github di BoLaMN, l'importante non usare gli 1.1.0, oltre a fallire l'installazione di luci, potrebbero incasinare uci e l'installazione/disinstallazione  potrebbe rendere il router inaccessibile al reboot. E' successo 2 volte e risolto con il reset da seriale.

Allora ti confermo che per 17.1 e 17.2 ci vogliono i feed del 16.3

[larsen64it]

Non vorrei dire cavolate, ma avevo compilato luci per mips, e quello compilato per 16.x non funzionava sul 17.2, ubus da aggiornare.

[lorenzocanalelc]

Dunque intanto ti confermo che con il 17.3 (AGTHP 1.1.0) l'installazione Luci va a buon fine.
Secondo questo è il file firmware_upgrade_log generato negli update a vuoto

Codice: [Seleziona]

root@modemtim:/overlay# cat firmware_upgrade_log
Copying GUI package and emergency dir to RAM...
Base Files preserved!
Saving root password to modgui file...
Copying config files to homeware_conversion_tmp dir in RAM...
Config files preserved!
Rooting file not found! Using emergency method.
Device Rooted
Running on dirty config... This could cause bootloop... Restoring file and restarting!
Sono riuscito ad aggiornare tramite la guida https://hack-technicolor.readthedocs.io/en/latest/Upgrade/
P.S. Inoltre ho notato che anche avendo messo la flag rimuovi config prima del downgrade mi sono ritrovato come acs "fwa.Qualcosa" cosa impossibile visto che nel 1.0.3 non esisteva questo acs

[FrancYescO]

Ok ora i feed dovrebbero essere ok per arm, mi resta il dubbio se però questa reinstallazione/sostituzione è da fare anche con quei feed "1.1.0" (17.3)

Per mips, attualmente da gui installiamo sia su 16 che 17 questo e mi pare io lo ho provato anche sul 788 telmex (17.2) e funzionava, dispositivi mips superiori a 17.2 mi sa ancora non ne abbiamo visti (piuttosto abbiamo quelli inferiori a 16.2)

l'ACS fwa a quanto pare lo hanno attivato ultimamente, ed è accessibile da tutti gli ISP motivo per cui la rilevazione ha successo e viene impostato quello ... per ora lasciamo perdere quella dell'ISPhelper è un'altra scelta non molto felice per come è ora.

[lorenzocanalelc]

No il mio punto era che l'ACS non si era effettivamente resettato durante il downgrade.

Comunque l'installazione di lUCI è andata bene sull'1.1.0 con l'ultima gui, quindi perché non lasciare il FIX anche su 17.3, l'unica cosa da implementare è il fix anche in caso di disinstallazione

Codice: [Seleziona]

"cp /rom/usr/lib/lua/uci.so /usr/lib/lua/"

[larsen64it]

Sto cercando di fare mente locale ma credo che le modifiche per per 17.2 funzionassero in maniera retroattiva anche per i 16.x  mips (arm i sorgenti erano uguali). Con 17.3 roleo butto fuori i 1.1.0 con uci e openssl aggiornati, che non funzionavano per i 17.2. Si provò ad usare sul dga4131 i 1.1.0  per installare strongswan ma non funzionava per via di openssl. Forse ci riusci con un mix di repo

Codice: [Seleziona]

dest root /
dest ram /tmp
lists_dir ext /var/opkg-lists
option overlay_root /overlay
src/gz base https://raw.githubusercontent.com/BoLaMN/brcm63xx-tch/master/packages/base
src/gz luci https://raw.githubusercontent.com/BoLaMN/brcm63xx-tch/master/packages/luci
#src/gz management https://raw.githubusercontent.com/BoLaMN/brcm63xx-tch/master/packages/management
#src/gz packages https://raw.githubusercontent.com/BoLaMN/brcm63xx-tch/master/packages/packages
src/gz routing https://raw.githubusercontent.com/BoLaMN/brcm63xx-tch/master/packages/routing
#src/gz telephony https://raw.githubusercontent.com/BoLaMN/brcm63xx-tch/master/packages/telephony

#src/gz base https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/base
#src/gz luci https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/luci
src/gz management https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/management
src/gz packages https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/packages
#src/gz routing https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/routing
src/gz telephony https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/telephony 

[FrancYescO]

sulla disinstallazione quel cp da /rom c'è sempre stato, ipotizzo quella sostituzione su uci.lua installato dai feed 17.3 non sortisce effetto (forse è già fatto a monte?) quindi per ora lascio tutto com'è.

strongswan è un'altro paio di maniche, per ora da GUI non lo abbiamo come app, al massimo poi si vedrà, anche perchè ho paura che se mixo i feed torno a rompere luci.

sui mips vengono messi i feed ufficiali openwrt (patchando l'architettura), ma gli ipk per installare luci non vengono prelevati da lì.

[larsen64it]

Si ma non erano per CC standard

Codice: [Seleziona]

The Technicolor build has a more recent ubus than the OpenWRT distribution. If you don't update it, rpcd will crash, which will result in a Bad
 Time for you (refer to coredump/reboot above). Edit package/sys/ubus/Makefile and change PKG_VERSION to 2016-07-02, PKG_SOURCE_VERSION to
053be7df871e05478284235732f8b0608089512f, and add '+libblobmsg-json' to the DEPENDS line for Package/ubusd

[aezakmi123]

È successo anche a me di ritrovarmi con il router stock in seguito al riavvio tramite comando reboot dato da SSH, con TFTPd e un po' di madonne ora sono su bank_1 con la versione 1.0.3
Volevo sapere se c'è modo di corrompere/rendere inutilizzabile (magari definitivamente) la bank_2 in modo da evitare switchover da sysupgrade e accidentali reboot

[larsen64it]

Guarda che con le ultime versioni si usa solo la bank_2. La bank_1 serve solo per il recupero tramite TFTP,  ricominciare da capo. Se a seguito di reboot indotti o accidentali ci si ritrova con la gui stock, significa che qualche cosa si è corrotto.

[aezakmi123]

Ah non lo sapevo, era da un bel po' che non leggevo il forum, ero rimasto alla vecchia strategia della GUI di forzare tutto su bank_1.
Procederò a riscaricare tutto e fare una cosa pulita, grazie

[lorenzocanalelc]

Attento che per adesso ci sono problemi con la stable (e forse anche con l'ultima dev, o era un problema mio? @FrancYescO) e gli upgrade di firmwares. Aspetta conferma da @FrancYescO sull'ultima DEV oppure aggiorna usando questa guida https://hack-technicolor.readthedocs.io/en/latest/Upgrade/ e solo dopo Installa l'ultima dev

[FrancYescO]

@lorenzocanalelc possibile che l'aggiornamento che avevi fatto lo hai lanciato subito dopo aver installato la GUI in bank2 e senza riavviare? ora dovrebbe essere ovviata anche questa casisitica (ogni prima installazione della GUI forziamo un riavvio) io un upgrade da 1.0.3 a 1.1.0 l'ho fatto ed è andato ok...

[lorenzocanalelc]

Credo di essere sicuro di aver riavviato almeno una volta... Ma se adesso funziona meglio così

[larsen64it]

@FrancYescO
Last log Xtream
Partenza bank_1 pulita
GUI 9.6.55
https://termbin.com/krwk
Alla fine sembra tutto ok anche se il log è un po' sporco

Per il problema dell'info button bisogna modificare da BTN_3 a BTN_1

Codice: [Seleziona]

config button info
option button 'BTN_1'
option action 'released'
option handler "logger INFO button pressed ; ubus send infobutton \'{\"state\":\"active\"}\'"
option min '0'
option max '3'