[larsen64it]

@LuKePicci
uguale
@lorenzocanalelc
Chiama l'esorcista.

[lorenzocanalelc]

@larsen64it Evidentemente si, perché dopo il riavvio tutto continuava a funzionare, allora pensando che tutto fosse risolto ho provato ad effettuare l'aggiornamento di GUI in un altro Tg789 collegandolo di nuovo in cascata quindi con double nat, aggiornato ad ultima stabile e dopo con upgradegui da ssh.... Ed eccoci punto e a capo, arancione fisso e dopo un bel po' di nuovo BootP... 

[larsen64it]

Ho provato a dare il comando manualmente:

Codice: [Seleziona]

root@openwrt:/overlay#  /bin/netmsg
usage: /rom//bin/netmsg <ip> "<message>"
4+0 records in
4+0 records out
4+0 records in
4+0 records out
mount_root-mod: switching to modoverlay...
mount_root-mod: modoverlay mounted...
mount_root-mod: checking if overlay must be transfered...
mount_root-mod: copying /overlay/bank_2/* to /modoverlay/bank_mod/ ...
mount_root-mod: check-for-rm /overlay/bank_2/bin
mount_root-mod: check-for-rm /overlay/bank_2/cgroups
mount_root-mod: check-for-rm /overlay/bank_2/etc
mount_root-mod: check-for-rm /overlay/bank_2/home
mount_root-mod: check-for-rm /overlay/bank_2/lib
mount_root-mod: check-for-rm /overlay/bank_2/mnt
mount_root-mod: check-for-rm /overlay/bank_2/modoverlay
mount_root-mod: check-for-rm /overlay/bank_2/null
mount_root-mod: check-for-rm /overlay/bank_2/root
mount_root-mod: check-for-rm /overlay/bank_2/sbin
mount_root-mod: check-for-rm /overlay/bank_2/usr
mount_root-mod: check-for-rm /overlay/bank_2/www
mount_root-mod: update_file_if_needed /etc/init.d/rootdevice
mount_root-mod: update_file_if_needed /etc/rc.d/S94rootdevice
mount_root-mod: update_file_if_needed /usr/sbin/random_seed
mount_root-mod: update_file_if_needed /usr/sbin/mount_modoverlay
mount_root-mod: update_file_if_needed /sbin/mount_root-mod
mount_root-mod: update_file_if_needed /lib/mount_modroot/05_transfer_basefiles
mount_root-mod: modoverlay pivoting...
mounting overlayfs fs
open: No such file or directory
mount_root-mod: modoverlay pivoting complete
root@openwrt:/overlay#

root@openwrt:/saferoot/root# mount
rootfs on / type rootfs (rw)
/dev/root on /rom type squashfs (ro,relatime)
proc on /proc type proc (rw,noatime)
sysfs on /sys type sysfs (rw,noatime)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,noatime,size=115621888,mode=1777)
tmpfs on /dev type tmpfs (rw,noatime,mode=0755,size=512K)
devpts on /dev/pts type devpts (rw,noatime,mode=600,ptmxmode=000)
/dev/mtdblock2 on /overlay type jffs2 (rw,noatime)
overlayfs:/overlay/bank_2 on /saferoot type overlayfs (rw,noatime,lowerdir=/,upperdir=/overlay/bank_2)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
cgroup_root on /saferoot/cgroups type tmpfs (rw,relatime)
cpumemblk on /saferoot/cgroups/cpumemblk type cgroup (rw,relatime,blkio,memory,cpu)
none on /proc/bus/usb type usbfs (rw,relatime)
/dev/mtdblock3 on /modoverlay type jffs2 (rw,relatime,compr=zlib)
overlayfs:/modoverlay/bank_mod on / type overlayfs (rw,relatime,lowerdir=/,upperdir=/modoverlay/bank_mod)
root@openwrt:/saferoot/root# df
Filesystem           1K-blocks      Used Available Use% Mounted on
rootfs                   47488     12924     34564  27% /
/dev/root                22528     22528         0 100% /rom
/dev/mtdblock2           31872      1632     30240   5% /overlay
overlayfs:/overlay/bank_2
                         31872      1632     30240   5% /saferoot
/dev/mtdblock3           47488     12924     34564  27% /modoverlay
overlayfs:/modoverlay/bank_mod
                         47488     12924     34564  27% /
root@openwrt:/saferoot/root# Al ravvio /overlay/bank_2 ripulita ma con root, gui fastweb e vecchio mount.
Ora ho la dev .65

[LuKePicci]

Quindi ha migrato tutto ma l'hook all'avvio non funziona. (evidentemente non chiama mai quel netmsg

Riprova a fare la stessa cosa ma invece di rimpiazzare /bin/netmsg rimpiazza /usr/sbin/insmod

[lorenzocanalelc]

Secondo me il problema del tg789 è che si riempie l'overlay nel trasferire le configurazioni da bank1 a bank2, infatti adesso sono riuscito a fare funzionare l'ultima gui in questo modo: dopo il BootP ho caricato il firmware, sbloccato e ho cancellato manualmente la cartella /overlay/bank1, a questo punto ho fatto uno switchover e tutto si è completato automaticamente con OBP applicato e ultima gui installata.

[larsen64it]

/sbin/insmod
mentre
/usr/sbin/mount_modoverlay lo modifico sempre come prima?

[LuKePicci]

/sbin/insmod
mentre
/usr/sbin/mount_modoverlay lo modifico sempre come prima?

che dice se dai which insmod ? qui sulla 17.2 ce l'ho in /usr/sbin/insmod come link a kmodloader,
sì, mount_modoverlay come prima

Al ravvio /overlay/bank_2 ripulita ma con root, gui fastweb e vecchio mount.

Questa è una cosa alla quale potete abituarvi. In caso di rogne quando modoverlay non viene montato finirete in questa situazione. Un erase di bank_1 e sei pronto a ripartire.
E' anche la stessa situazione in cui finite dopo un reset da tastino fatto mentre la custom GUI è in funzione.

[larsen64it]

root@OpenWrt:~# ls /sbin/insmod
/sbin/insmod
root@OpenWrt:~# insmod
BusyBox v1.19.4 (2019-04-09 11:24:35 UTC) multi-call binary.

Usage: insmod FILE [SYMBOL=VALUE]...

Load the specified kernel modules into the kernel

root@OpenWrt:~#

[LuKePicci]

Penso funzioni lo stesso

[FrancYescO]

@lorenzocanalelc ma anche con la 9.5.65 hai avuto il problema? non capisco come ha funzionato a larsen..

[larsen64it]

Finisce miseramente in BOOTP
https://anonfile.com/pdd3R9w6ob/xtream_log
Per il TG789vacV2 anche io avevo solo /overlay/bank_1, forse dipende da questo.

Per altre prove ne riparliamo domani (i vecchi vanno ha dormire presto e si svegliano prima che il gallo canti). 

[LuKePicci]

Codice: [Seleziona]

- preinit -
- regular preinit -
[    6.572000] jffs2: notice: (366) jffs2_build_xattr_subsystem: complete building xattr subsystem, 16 of xdatum (2 unchecked, 14 orphan) and 507 of xref (0 dead, 462 orphan) found.
switching to jffs2
HOMEWARE_CONFIG_ON_ACTIVE_BANK
Dual bank, overlay on /overlay/bank_2
[    7.912000] tommath: module license 'unspecified' taints kernel.
[    7.918000] Disabling lock debugging due to kernel taint
[   50.354000]
[   50.354000]
[   50.354000] insmod triggered out of memory codition (oom killer not called): gfp_mask=0xd0, order=2, oom_adj=0
La buona notizia è che l'hook in qualche modo gli ha dato il fastidio che ci interessa, quella cattiva è che il fastidio era troppo.
Pare che in mount_root-mod abbiamo una chiamata a insmod 
Comunque l'importante è che l'hook l'ha preso

[FrancYescO]

immagino carica il modulo kernel jffs2 possiamo mettere check in base al chiamante, ma mi fa un po schifo non abbiamo altri punti di entrata? mi sembra un po troppo violento insmod

[LuKePicci]

No è qui: https://github.com/Ansuel/tch-nginx-gui/blob/776e2e9d13e8d1b8dfed6f0f4209b8a4622007db/decompressed/base/sbin/mount_root-mod#L174

semplicemente basta aggiungere a quell'if un check che glielo faccia fare solo quando lsmod non lo da come già caricato

[lorenzocanalelc]

@lorenzocanalelc ma anche con la 9.5.65 hai avuto il problema? non capisco come ha funzionato a larsen..

Si, anche con la .65, in questo momento non sono mai riuscito con successo a passare dalla stable in bank1 alla dev senza dover fare qualcosa