[FrancYescO]

Sei si una versione vecchia della GUI che ha un bug sull'aggiornamento, esegui i comandi di prima installazione per aggiornarla.
il firmware lo aggiorni dalla pagina gateway dopo, ma prima di far tutto fatti tutti i backup del caso, e anche dopo aver aggiornato la GUI, riavvia e attendi almeno una mezz'ora che faccia tutto

[mauz79]

Puoi fare un backup completo dell'overlay, ovvero mod e settings, ma in caso di problemi gravi (dove un reset non basta a ripulire) dovrai comunque rifare tutto da capo fino ad arrivare sullo stesso firmware rootato per poi poter ripristinare il backup.

Domanda, visto che mi sono perso qualcosa, che problemi c'erano a fare direttamente il safe upgrade al 2.2.1?

sarà la prova di stasera (in realtà ora prima proverò a passare per l'aggiornamento da gui al 2.2.1).
il mio terrore era non avere la telefonia funzionante questa mattina, caricando il mio file config su un 2.21 eventualmente funzionante.
sempre per evitare di caricare impostazione di una versione firmware su una versione diversa.

[putipower]

@FrancYescO
ho da tempo il firmware 2.2.1-003 e ho provato ad aggiornarlo a 2.2.1 final ma al riavvio mi trovo sempre lo 003....dove sbaglio secondo te?
grazie
riguardo il firmware 222-003 cosa ne pensi? si puo installare con ultima gui?
e' normale questa risposta ?
/etc/asterisk$ find /proc/banktable -type f -print -exec cat {} ';'
bank_1
bank_2
bank_2
5ea6b96b4f5d980688c83c6b
bank_1
UnknownUnknown18.3.0600-3161002-20200427125227-416a5f11d5bcf0348a6ddfae71d574ad54f1aff8
/proc/banktable/active
/proc/banktable/booted
/proc/banktable/inactive
/proc/banktable/bootedoid
/proc/banktable/notbooted
/proc/banktable/notbootedoid
/proc/banktable/activeversion
/proc/banktable/passiveversion

/etc/asterisk$ cat /proc/banktable/active
bank_1

[lorenzocanalelc]

Credo proprio che ci sia qualche cosa che non va tra gli upgrade e il salvataggio del root, ieri facendo una prova ho lanciato l'update del DGA4130 dall'app Tim Modem, l'update è andato a buon fine ma al riavvio non potevo accedere alla GUI e il root era andato, pensavo che il problema fosse aver fatto l'update tramite CWMP, invece oggi ho rifatto reset, downgrade, root da 1.0.3 e installazione GUI che ha ovviamente applicato il Bank planning. Alla fine di tutto ciò ho avviato l'aggiornamento via GUI con il firmare 2.2.1 (Tutto questo con doppino scollegato) e con mia grande sorpresa mi sono ritrovato nella stessa situazione di ieri! Impossibilità di accesso alla GUI e non ho più l'accesso root via SSH. In questo momento non ho tempo di fare di nuovo reset-downgrade e tutto, però sarebbe un bug della gui da studiare.

[larsen64it]

Ho reinstallato da capo sul TG789vacV2, ma il modoverlay è stato tolto sulla 9.6.25?

[FrancYescO]

non dovrebbe.. ti funziona ma senza modoverlay?

direi è evidente c'è qualche problema sull'upgrade da GUI ora resta da capire a cosa è dovuto il problema....

[larsen64it]

Sono ripartito da bank_1 Il passaggio a bank_2 è ok. Ma della copia dei file in modoverlay non c'è traccia sul log. In pratica tira dritto e completa il boot. Effettua il check di OBP il reinstalling della gui e basta. Anche se faccio una reinstallazione da ssh scaricando nuovamente la gui, o anche usando upgradegui del mount di modoverlay non c'è traccia.
Aggiungo che prima di partire da zero avevo fatto un aggiornamento dalla penultima all'ultima stabile, sembrava ok ma al ravvio avevo la gui originale + root.
Procedura eseguita 2 volte con lo stesso risultato.

[FrancYescO]

spero di sbagliami, ma forse sul 789 non va bene ! -d /proc/1 come check che siamo in preinit...
https://github.com/Ansuel/tch-nginx-gui/commit/1ef470f0230fd4c834389903a1da733e390dbac1#diff-c096d5e8cb7fe369bdf8ba4b951a8c0edc2c42975af0684fa9e92c468d2342c8R23

[larsen64it]

Cosa devo fare  per provare rimettere
 if [[ "$bootedbank" != "$activebank" && "$bootedbank" == "bank_2" ]]; then
e riavviare

[LuKePicci]

Quel check non funziona su nessun device, anche preinit ha pid 1

The basic OpenWrt boot sequence is:

• boot loader loads kernel
  
• kernel loads whilst scaning the mtd partition rootfs for a valid superblock for mounting the SquashFS partition (which contains /etc).
• kernel calls /etc/preinit (the kernel considers this to be the init (or root) process
• /etc/preinit prepares system for multiuser mode
• /etc/preinit execs /sbin/init which becomes the init (or root) process and launches multiuser
• /sbin/init launches processes according to /etc/inittab.
• [...]

From https://openwrt.org/docs/techref/preinit_mount

[FrancYescO]

eh no, per quache motivo a me sta funzionando sia su 4130 che timhub preinit si immaginava fosse 0

[LuKePicci]

Qualsiasi sia il pid di preinit esso sarà lo stesso di init perchè l'exec non è un fork

Mi pare comunque molto strano che  il pid di init sul vant-6 non sia 1, quindi non capisco come possa starti funzionando. Verifica il contenuto del tuo file mount_modoverlay nell'overlay primario.

[FrancYescO]

Vabbhè lasciamo perdere credo che tra le varie prove me lo sono sognato che mi ha sostituito il file sull'overlay principale.

Serve un modo affidabile per capire siamo in preinit e dobbiamo ripristinare il copy dei preserve_files ad ogni mount...

in poche parole ora c'è una stable senza modoverlay

[LuKePicci]

Ho trovato la stessa cosa detta in una pagina più nuova risalente all'era procd (https://openwrt.org/docs/techref/procd#early_state_and_preinit):

Once preinit is complete the init process is done and will do an exec on the real procd. This will replace init as pid1 with an instance of procd running as the new pid 1. The watchdog file descriptor is not closed. Instead it is handed over to the new procd process. The debug_level will also be handed over to the new procd instance if it was set via command line or during preinit.

Serve un modo affidabile per capire siamo in preinit

  Che output dava "lsof /dev/watchdog" durante il preinit?

e dobbiamo ripristinare il copy dei preserve_files ad ogni mount...

in che senso?

[FrancYescO]

devo andare a riguardare i vecchi post altrimenti pensavo a grep -q procd /proc/1/cmdline ma dov'era che procd non c'era?

e senso?

che prima li ricopiavamo dietro ad ogni avvio, ora lo facciamo solo quando migriamo, e se la GUI li aggiorna, gli aggiornati resteranno sempre solo su modoverlay