[larsen64it]

Partendo da bank_2 (overlay) pulita e per sicurezza  ho cancellato anche mtd3.
Usando il do_migrate_overlay senza l'output /dev/kmsg e con l'aggiunta di rm -R /overlay/bank_2/etc/config
ottengo una configurazione funzionante con l'overlay piena al 3% (come dovrebbe essere).
Con do_migrate_overlay  originale la situazione è questa

Codice: [Seleziona]

root@OpenWrt:~# df
Filesystem           1K-blocks      Used Available Use% Mounted on
rootfs                   47488      9236     38252  19% /
/dev/root                22528     22528         0 100% /rom
/dev/mtdblock2           31872      9376     22496  29% /overlay
overlayfs:/overlay/bank_2
                         31872      9376     22496  29% /saferoot
/dev/mtdblock3           47488      9236     38252  19% /modoverlay
overlayfs:/modoverlay/bank_mod
                         47488      9236     38252  19% /


Codice: [Seleziona]

root@OpenWrt:/overlay/bank_2# ls
bin  cgroups  etc  home lib mnt modoverlay null  root  saferoot sbin usr www
Sequenza dei comandi dopo
bzcat /tmp/GUI.tar.bz2 | tar -C / -xvf -

Codice: [Seleziona]

sed -i "138i /etc/init.d/watchdog-tch stop" /etc/init.d/do_migrate_overlay
/etc/init.d/rootdevice debug
sed -i "17i rm -R /overlay/bank_2/etc/config" /overlay/bank_2/etc/init.d/do_migrate_overlay
reboot


[FrancYescO]

Però la tempistica della copia non è sempre ottimale.                                                                                   

quello che però mi interessa sapere se al termine ci arriva, a prescindere dal tempo impiegato, ma credo di averla la risposta, con lo stop prima del check_files_to_delete, SI altrimenti è già lì che si riavvia.

Io sto pensando e ripensando a se quell'rm possa generarci altri problemi, perchè quasi lo farei diventare rm /overlay/bank_2/*, tanto in quella casistica lui sta ripopolando tutto partendo da /overlay/bank_1/* ...

@ilfuma
-rimpiazza
-premi il tasto reset, al primo resetta con root, al secondo reset di fila toglie anche il root.

[larsen64it]

Io sto pensando e ripensando a se quell'rm possa generarci altri problemi, perchè quasi lo farei diventare rm /overlay/bank_2/*, tanto in quella casistica lui sta ripopolando tutto partendo da /overlay/bank_1/* ...

Sto partendo direttamente da bank_2, /overlay/bank_1 non c'è.
Posso provare con sed -i "17i rm -R /overlay/bank_2/*" /overlay/bank_2/etc/init.d/do_migrate_overlay e vedere se esplode.

[FrancYescO]

Si ma allora scusa stiamo parlando quindi del secondo spostamento che viene fatto dalla giostra, da
/overlay/bank_2/* verso /modoverlay/bank_mod/

e se noi a monte di questo spostamento gli mettiamo un rm -R /overlay/bank_2/etc/config le config non le abbiamo più .. mi sto perdendo? 

[larsen64it]

Vero!
E' per questo che parto da bank_2 e modifico  do_migrate_overlay  con rm -R /overlay/bank_2/etc/config solo prima del reboot. Altri modi per avere una configurazione funzionante non li ho trovati.
Le prove continuano.

[lorenzocanalelc]

quello che però mi interessa sapere se al termine ci arriva, a prescindere dal tempo impiegato, ma credo di averla la risposta, con lo stop prima del check_files_to_delete, SI altrimenti è già lì che si riavvia.

Ma veramente dalle mie prove mi sembrava che anche mettendo lo stop prima del check_files_to_delete se non si mutano i /dev/kmsg la copia non va a buon fine... A me sembra che lo stop del watchdog non prevenga il timeout o sbaglio?

[larsen64it]

Ho fatto la prima prova partendo da bank_1.
Mettendo lo stop di watchdog e mantenendo l'output su /dev/kmsg la copia non finisce --> BOOT-P

[LuKePicci]

A me sembra che lo stop del watchdog non prevenga il timeout o sbaglio?

La teoria vuole che il servizio watchdog-tch si occupi di mandare periodici keep-alive al watchdog per prevenire il reboot, e che stoppandolo il wdt vada in timeout provocando il riavvio.

[larsen64it]

Last but not least
Da bank_1
La copia finisce solo eliminando l'output di /dev/kmsg
ma
non ho trovato il verso di avere una configurazione  usabile ( mettento rm.... o meno)
quindi ho dovuto resettare e reinstallare la gui (da bank_2) con do_migrate_overlay senza l'output di /dev/kmsg
e prima del reboot dando
sed -i "17i rm -R /overlay/bank_2/etc/config" /overlay/bank_2/etc/init.d/do_migrate_overlay
il risultato finale è questo

Codice: [Seleziona]

root@OpenWrt:~# df
Filesystem           1K-blocks      Used Available Use% Mounted on
rootfs                   47488     10136     37352  21% /
/dev/root                22528     22528         0 100% /rom
/dev/mtdblock2           31872      1108     30764   3% /overlay
overlayfs:/overlay/bank_2
                         31872      1108     30764   3% /saferoot
/dev/mtdblock3           47488     10136     37352  21% /modoverlay
overlayfs:/modoverlay/bank_mod
                         47488     10136     37352  21% /

P.S. Ma partendo da bank_1 ora il reboot è automanico dopo il
/etc/init.d/rootdevice debug?

[LuKePicci]

Da qualche parte in /usr/sbin/watchdog-tch, timeout è un parametro dal file di config:

Codice: [Seleziona]

    if ( timeout > 254 )
      timeout = 254;
    if ( ioctl( open("/dev/watchdog"), 0xC0045706, &timeout) >= 0 )
    {
      printlog(6, "watchdog now set to %d seconds", timeout);
      return 0;
    }

[larsen64it]

Avevo già provato

Codice: [Seleziona]

/etc/init.d/watchdog-tch stop
echo "watchdog-device = /dev/watchdog" > /tmp/watchdog.conf
echo "watchdog-timeout = 120" >> /tmp/watchdog.conf
rm /dev/watchdog
mknod /dev/watchdog c 10 130
insmod bcm963xx_wdt
/usr/sbin/watchdog-tch -c /tmp/watchdog.confma si ravviava.
vedendo le opzioni

Codice: [Seleziona]

options:
  -c | --config-file <file>  specify location of config file
  -f | --force               don't sanity-check config
  -F | --foreground          run in foreground
  -q | --no-action           do not reboot or halt
  -b | --softboot            soft-boot on error
  -s | --sync                sync filesystem
  -v | --verbose             verbose messagescome da man page

Codice: [Seleziona]

-q, --no-action
    Do not reboot or halt the machine. This is for testing purposes. All checks are executed and the results are logged as usual, but no action is
taken. Also your hardware card or the kernel software watchdog driver is not enabled. Temperature checking is also disabled since this triggers the
 hardware watchdog on some cards. Da /etc/init.d/watchdog-tch

Codice: [Seleziona]


.....
config_get_bool debug "$cfg" debug 0
[ "${debug}" -eq 1 ] && append args "-q"
....
start() {
include /lib/network
. /lib/functions/network.sh

scan_interfaces
config_load watchdog

# before we can call xappend
mkdir -p $(dirname $CONFIGFILE)

echo "# auto-generated config file from /etc/config/watchdog" > $CONFIGFILE
echo "realtime=yes" >> $CONFIGFILE
echo "priority=1" >> $CONFIGFILE

config_foreach watchdog watchdog
config_foreach filewatch filewatch
service_start /usr/sbin/watchdog-tch -c $CONFIGFILE $args


Anche mettendo a posto watchdog (l'unico vantaggio sarebbe quello di riattivare l'output di  /dev/kmsg) resta il grosso problema della configurazione. 

[FrancYescO]

l'unico vantaggio sarebbe quello di riattivare l'output di  /dev/kmsg

Bhè no il vantaggio sarabbe che siamo sicuri che la copia si completa senza che il rischio ci il timeout ammazzi mentre copiamo, perchè anche senza l'output su kmsg non è detto che il tempo impiegato sia lo stesso su tutti i device, insomma, non dobbiamo sperare sulla fortuna.

riguardo le config, il punto focale è capire chi le genera, e direi, qualcuno in preinit e prima che venga richiamato un insmod... https://github.com/FrancYescO/tch_firmware_extracted/tree/16.2.8706_FW_214_MOS_TG789vacXtream/lib/preinit

[larsen64it]

@FrancYescO
Errore che si genera con la copia partendo da bank_1
https://termbin.com/hwf9
Errore rootdevice?
Ho solo eliminato l'output su /dev/kmsg
https://termbin.com/fyyx
lo stop di watchdog messo alla fine è ininfluente.

[larsen64it]

@lorenzocanalelc
Correggimi se sbaglio.
Partendo da un'installazione bank_1 pulita (senza nessuna modifica, solo sblocco) ed usando un do_migrate_overlay senza output
https://termbin.com/fyyx
mi sembra che alla fine della giostra si ottenga una gui perfettamente funzionante (bisogna attendere il re-installing).
La cartella config presente in /overlay/bank_2/etc sembra non dare noia.
Si può anche eliminare con rm -R /overlay/bank_2/etc/config e metterci una "toppa" con un link che non porta a nulla ln -s config /overlay/bank_2/etc/config, soluzione decisamente poco elegante,  ma almeno non la ricrea.
 

[lorenzocanalelc]

Dunque, ho usato questo file https://termbin.com/jdvt9 perché l'ultimo che hai allegato a me sembrava quello originale della GUI con output, sono partito da Bank1 pulita solo con DHCP range e IP router cambiato giusto per provare l'installazione con una connessione ad internet attiva e devo dire che l'installazione non solo è andata a buon fine ma alla fine mi sono ritrovato l'IP che avevo cambiato, quindi ha mantenuto le impostazioni da Bank1 senza nessun problema, quindi da Bank1 anche con impostazioni modificate e connessione internet attiva tutto è andato perfettamente. (Anche il modroot si è montato perfettamente)

Codice: [Seleziona]

^Croot@OpenWrt:~# df -h
Filesystem                Size      Used Available Use% Mounted on
rootfs                   46.4M     10.2M     36.2M  22% /
/dev/root                22.0M     22.0M         0 100% /rom
/dev/mtdblock2           31.1M      1.0M     30.1M   3% /overlay
overlayfs:/overlay/bank_2
                         31.1M      1.0M     30.1M   3% /saferoot
/dev/mtdblock3           46.4M     10.2M     36.2M  22% /modoverlay
overlayfs:/modoverlay/bank_mod
                         46.4M     10.2M     36.2M  22% /