[larsen64it]

Nel dubbio, se vuoi riavviare ora prima di aspettare ulteriori report di altri

Cosa vi serve?

[FrancYescO]

Forse nulla, potrei considerare come tutto funzionante dopo aver messo i sync in giro ne attenderei piuttosto una conferma da @lorenzocanalelc che però appunto aveva provato versioni che non lo avevano, magari puoi far fare un giro alla giostra sullo Xtream

Se abbiamo ancora problemi, è sicuramente quello a cui accennava Luke.

[larsen64it]

Proprio l'unico in cui non ho saldato la seriale. Se vuoi posso provare il VDNT-S AGVTF_5.3.3. Vedo quello che posso fare.

[FrancYescO]

VDNT-S? ma perchè esiste un firmware homeware per quello?

comunque va bene anche sul 788 o dove ti risulta più comodo, l'obbiettivo è capire se tutto il giochetto di spostamento di bank funziona in maniera affidabile ora

[LuKePicci]

@FrancYescO ma il test di ieri l'hai fatto su un 18.x ?

[larsen64it]

Test xtream
Partenza bank_1 gui 9.5.35
Arrivo bank_2 gui 9.5.35
https://anonfile.com/ddf7O1wfob/xtream_log

Codice: [Seleziona]

root@openwrt:/overlay# ls
bank_2
root@openwrt:/overlay# df
Filesystem           1K-blocks      Used Available Use% Mounted on
rootfs                   31872     12932     18940  41% /
/dev/root                22528     22528         0 100% /rom
/dev/mtdblock2           31872     12932     18940  41% /overlay
overlayfs:/overlay/bank_2
                         31872     12932     18940  41% /
root@openwrt:/overlay#

[LuKePicci]

ok quegli errori squashfs puoi ignorarli

per il resto si è comportato come previsto quando l'hook in preinit non riesce

[lorenzocanalelc]

Non so come @larsen64it abbia fatto, ma partendo da Firmware UNO 17.2 pulito e provando a installare direttamente la DEV il TG789vac si ritrova di nuovo in BootP... Tu che procedura hai effettuato? Ho il sospetto che devo passare per forza dalla Stable... Perché nell'Xtream dopo il reboot praticamente avevo di nuovo la vecchia stable, quindi non vorrei che il tg789vac si impalli perché non trova il pacchetto della stable

[larsen64it]

Parliamo del TG789vacV2
Dopo il primo fallimento -> caricato fw con BOOTP -> reset perchè non mi faceva entrare -> sblocco -> mtd erase -> risblocco -> installata la .64 con solo /overlay/bank_1 presente.
TG789xtream
Come detto
Partenza bank_1 gui 9.5.35
Arrivo bank_2 gui 9.5.35

[LuKePicci]

no l'xtream tenetelo momentaneamente fuori considerazione, tornerà utilie per testare il comportamento dell'upgrade su device dove modoverlay non è ancora/non può essere supportato

Non so dirvi perchè resti con la vecchia versione ma come dicevo sopra il fatto che non vi abbia montato il nuovo overlay al momento è previsto

controllate se nell'xtream avete il file /sbin/mount_root-mod

[larsen64it]

xtream
root@openwrt:~# ls /sbin/mount_root-mod
/sbin/mount_root-mod
root@openwrt:~#
Comunque non so l'arrivo con la 9.5.35 sia solo di nome o un mix con la dev .64. Mi spiego con la  9.5.35 non era possibile usare l'upgrade da gui e da ssh upgradegui dava errore , quindi ho fatto l'installazione manuale. Al ravvio mi segnalava sempre 9.5.35  ma da ssh  upgradegui funzionava. 

[FrancYescO]

il problema di installare la vecchia versione è che se è presente la flag .reapply_due_to_upgrade viene riestratto il pacchetto che è in /root che a questo punto per qualche motivo non viene sostituito con quello aggiornato

cosi si prende la versione del pacchetto che è in /root

Codice: [Seleziona]

bunzip2 -c /root/GUI.tar.bz2 | tar -x -O -f - etc/init.d/rootdevice | grep version_gui=e a questo punto questo un modo per capire che la GUI non sta mentendo sulla versione (se viene messo un file /etc/config/modgui appartenente ad una gui vecchia)

Codice: [Seleziona]

cat /etc/init.d/rootdevice | grep version_gui=
normalmente la GUI aggiorna il pacchetto in /root solo se è una stable, quando viene fatto l'OBP dovrebbe essere aggiornato forzatamente prendendolo da /tmp quello che sto pensando però è che in effetti lui in /tmp dopo un riavvio, non ce l'ha

ne consegue che se viene reinstallata una versione vecchia della GUI se ne dovrebbe tornare in bank1, da qui i tre riavvii di bandit400

[FrancYescO]

@FrancYescO ma il test di ieri l'hai fatto su un 18.x ?

si, il 4130 che hai in pm

[LuKePicci]

@larsen64it fai questa prova sull'xtream, dovresti avere un file /bin/netmsg Prova a rimpiazzarlo con un link a /usr/sbin/mount_modoverlay

Poi edita quel file e cambia la prima riga con questa

Codice: [Seleziona]

[ -f "/rom/$(command -v $0)" ] && /rom/$(command -v $0) $@
riavvia e vedi se alla fine mount dice qualcosa di diverso

[lorenzocanalelc]

Io non ho idea di cosa stia succedendo, flasho il TG789vac V2 che era in BootP con Firmware UNO, lo sblocco, do un mtd erase -r userfs, si riavvia, vado per sbloccarlo ma noto che il led si illumina di blu ( WHAT?) allora mi fermo un po' a guardare... Ed ecco che si installa la GUI (Ma da dove l'ha presa?), adesso mi trovo su bank2 con GUI .64 e bank1 attiva vuota, ora provo il riavvio... Ma non capisco... mtd erase -r userfs non avrebbe dovuto cancellare tutto? Da dove ha preso la GUI?