[Nemoxyz]

@antonio-73 ciao buongiorno e grazie per il supporto membership al sito
Sicuramente è andato qualcosa storto 1 minuto è troppo poco. Prima di lanciare lo script devi assicurati di aver collegato la pennetta USB formattata FAT32 in modo tale che sia caricata come media/hdd ed avere uno storage reale dove lo script possa fare il download della ultima image current.

Assicurati anche della navigazione internet verso esterno ( pingando dal telnet ) in modo tale che lo script possa andare in porto correttamente.

Codice: Seleziona tutto

ping -c 1 google.it

[antonio-73]

@Nemoxyz, scusami non ho capito come faccio a vedere se la chiavetta sia caricata come media/hdd ed avere uno storage reale? io la chiavetta la ho chiamata HDD e dentro mi ha creato 3 cartelle di 224mb atvimage,movie,timeshift,e il file installare.sh . Ti allego cosa a generato Putty

[Nemoxyz]

@antonio-73 esattamente quello che hai scritto è una prova del mount come media/hdd se vogliamo essere pignoli allora si può fare questa verifica:

Codice: Seleziona tutto

blkid

risposta telnet (esempio):
/dev/sda5: UUID="CODICEDEVICE" TYPE="fatDevice"

a,b,c..etcetc

Se vuoi fare un mount manuale via telnet la procedura è questa ( anche se non lo vedo necessario la procedura da quello che leggo va in porto totalmente):

Codice: Seleziona tutto

mount /dev/sda5 /media/hdd

Internet è online perchè fa il resolve del server ATV che ospita gli zip delle image per cui non sta lì il problema.
Per me il problema sta nella scelta della "Flashing multiboot partition" perchè hai scelto 4 ? Quando la partizione base di boot è 1 ? Avendo tu formattato totalmente con "recovery" ovviamente hai riportato tutto "piallato" senza images in nessuna delle 4 partitions devi scegliere 1 perchè in 1 non ci sta nulla, se metti 4 non booterà mai.

Rimanda la recovery , poi rifai procedura e scegli 1 dovresti poter risolvere.

PS: Se copi incolli il testo di "telnet" e lo metti fra [c0de] [/c0de] ( TASTO </> in consolle messaggi ) ti eviti di inviare allegati:

Codice: Seleziona tutto

CODICE

[antonio-73]

@Nemoxyz, niente continua a non andare se scelgo la 1 si disconnette da internet e da il seguente errore remote side unexpectedly closed network connection

Codice: Seleziona tutto

login as: root
root@zgemmah7:~# chmod 755 /tmp/installare.sh
root@zgemmah7:~# /tmp/installare.sh
Stai per flashare il tuo decoder zgemmah7 con l'ultima image stabile openATV
Se utilizzi il multiboot inserisci il numero della partizione per flashare: 1
--2025-09-30 15:54:56--  http://images.mynonpublic.com/openatv/current/zgemmah7/openatv-7.5.1-zgemmah7-20250930_multi.zip
Resolving images.mynonpublic.com... 37.27.63.189, 65.21.232.18, 2a01:4f9:3081:311d::2, ...
Connecting to images.mynonpublic.com|37.27.63.189|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: https://images.mynonpublic.com/openatv/current/zgemmah7/openatv-7.5.1-zgemmah7-20250930_multi.zip [following]
--2025-09-30 15:54:56--  https://images.mynonpublic.com/openatv/current/zgemmah7/openatv-7.5.1-zgemmah7-20250930_multi.zip
Connecting to images.mynonpublic.com|37.27.63.189|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 116624048 (111M) [application/zip]
Saving to: ‘latestatv’

latestatv           100%[===================>] 111.22M  6.45MB/s    in 19s

2025-09-30 15:55:16 (5.87 MB/s) - ‘latestatv’ saved [116624048/116624048]

Archive:  latestatv.zip
  inflating: zgemma/h7/imageversion
  inflating: zgemma/h7/kernel.bin
  inflating: zgemma/h7/rootfs.tar.bz2

ofgwrite Utility v4.8.0
Author: Betacentauri
Based upon: mtd-utils-native-1.5.1 and busybox 1.24.1
Use at your own risk! Make always a backup before use!
Don't use it if you use multiple ubi volumes in ubi layer!

Flashing rootfs
Flashing kernel
Flashing multiboot partition 1
Searching image files in ./ resolved to /media/hdd/atvimage/zgemma/h7
Found kernel file: /media/hdd/atvimage/zgemma/h7/kernel.bin
Found rootfs file: /media/hdd/atvimage/zgemma/h7/rootfs.tar.bz2
Found EXT4 rootfs
Found mounted /newroot
Found mountpoint for rootfs file: /media/hdd

Found /proc/mtd entries:
Device:   Size:     Erasesize:  Name:                   Image:
Using kernel mtd device:
Using rootfs mtd device:
Read /proc/cmdline
Kexec mode is:
Chkroot mode is: 0
Current rootfs is: /dev/mmcblk0p3
Current kernel is: /dev/mmcblk0p2
Current root sub dir is: linuxrootfs1

Execute: fdisk -l
Found valid GPT with protective MBR; using GPT

Using /dev/mmcblk0p2 as kernel device
Using /dev/mmcblk0p3 as rootfs device

killall: nmbd: no process killed
killall: ***a*: no process killed

Usage:
 kill [options] <pid> [...]

Options:
 <pid> [...]            send signal to every <pid> listed
 -<signal>, -s, --signal <signal>
                        specify the <signal> to be sent
 -q, --queue <value>    integer value to be sent with the signal
 -l, --list=[<signal>]  list all signal names, or convert one to a name
 -L, --table            list all signal names in a nice table

 -h, --help     display this help and exit
 -V, --version  output version information and exit

For more details see kill(1).

Usage:
 kill [options] <pid> [...]

Options:
 <pid> [...]            send signal to every <pid> listed
 -<signal>, -s, --signal <signal>
                        specify the <signal> to be sent
 -q, --queue <value>    integer value to be sent with the signal
 -l, --list=[<signal>]  list all signal names, or convert one to a name
 -L, --table            list all signal names in a nice table

 -h, --help     display this help and exit
 -V, --version  output version information and exit

For more details see kill(1).
killall: kodi.bin: no process killed
killall: hddtemp: no process killed
killall: transmission-daemon: no process killed
killall: openvpn: no process killed
sh: line 1: /etc/init.d/sabnzbd: No such file or directory
Stopping automount: done.
Syncing filesystem
daemonize
 successful
start umount_rootfs
root@zgemmah7:~# cp: can't stat '/lib/libcrypt*': No such file or directory
Switching to user mode 2
Checking E2 is running...
Execute: ps
E2 still running
Execute: ps
E2 is stopped
Move mountpoint of image files
Moving /oldroot/media/hdd to /media/hdd
umounting: /media/autofs
umounting: /sys/fs/fuse/connections
umounting: /proc/fs/nfsd
umounting: /dev/shm
umounting: /boot
umounting: /media
umounting: /sys/kernel/debug
/bin/automount: error while loading shared libraries: libautofs.so: cannot open shared object file: No such file or directory
Error starting autofs
init: /run/initctl: No such file or directory
Execute: fuser -k -m /oldroot/

[Nemoxyz]

@antonio-73 ma che cose strane che avvengono hai ragione a disperare...
prova a forzare via telnet i dns di cloudlfare per una navigazione più veloce, sicura e certa:

Codice: Seleziona tutto

rm -rf /etc/resolv.conf
echo "nameserver 1.1.1.1" >> /etc/resolv.conf
echo "nameserver 1.0.0.1" >> /etc/resolv.conf

e riprova la procedura intanto mi studio il log e vedo se scorgo qualcosa...per ora non mi viene in mente altro.
Prova a mettere lo script direttamente in /tmp del decoder e non sulla pennetta ( non dovrebbe cambiare nulla ma giusto per non lasciare intentato nulla )

[antonio-73]

@Nemoxyz, allora lo script lo mettevo sia in tmp che nella chiavetta durante tutte le prove precedenti, ho provato a non metterlo in tmp e giustamente quando i comandi dice che manca il file dunque dovrebbe stare per forza credo invece ho provato a metterlo in tmp e non metterlo in chiavetta mi da lo stesso errore cioe che si interrompe la navigazione avevo dato il comando del dns subito dopo essere entrato nel decoder , il comando di cloudlfare va dato dopo aver avuto accesso al decoder ? se mi fai una scaletta altrimenti mi sto incasinando grazie

[Nemoxyz]

@antonio-73 si ovviamente se lo script viene usato in usb il comando con il relativo percorso deve essere tale.

Codice: Seleziona tutto

chmod 755 /media/hdd/installare.sh
/media/hdd/installare.sh 

Se lo usi in /tmp allora è quello usato fin'ora. Non serve che stia in entrambe le posizioni.
Il problema non dipende dallo script o dalla posizione dello stesso ma da reazioni anomale del dispositivo, non si riesce a capire come mai perda connessione e porti le operazioni a non concludersi.
I comandi di resolve DNS vanno dati prima di tutto e riavviata la GUI con:

Codice: Seleziona tutto

init 4
init 3

dovrebbe tenere le impostazioni almeno fino al flashing. Ma rimane questo comportamento strano su cui ho pochi appigli per capire. Hai provato se si riesce a montare via usb la openPLi normale: openpli-9.1-release-h7
Per openATV su USB prova a scompattare lo zip del recovery (prima) e del multi (dopo) e lo metti in pennetta e vediamo il comportamento se fa flashare correttamente con image scompattata.

[antonio-73]

@Nemoxyz, allora oggi giornataccia buona sera adesso mi sono rimesso all'opera ho seguito i tuoi consigli ma niente continua a interrompersi la connessione , ti spiego i vari passaggi che ho fatto: login con Putty dato i comandi per il DNS poi gli altri comandi Init 4 e init 3 poi i comandi per installare lo script da chiavetta ovviamente ho messo lo script nella chiavetta formattata in Fat 32 ho dato i comandi che mi hai suggerito ma si disconnette ti allego cosa a rilasciato Putty per vedere se ci capisci qualcosa... ovviamente con Openpli va in boot e muore li.

Codice: Seleziona tutto

login as: root
root@zgemmah7:~# rm -rf /etc/resolv.conf
root@zgemmah7:~# echo "nameserver 1.1.1.1" >> /etc/resolv.conf
root@zgemmah7:~# echo "nameserver 1.0.0.1" >> /etc/resolv.conf
root@zgemmah7:~# init 4
root@zgemmah7:~# init 3
root@zgemmah7:~# chmod 755 /media/hdd/installare.sh
root@zgemmah7:~# /media/hdd/installare.sh
Stai per flashare il tuo decoder zgemmah7 con l'ultima image stabile openATV
Se utilizzi il multiboot inserisci il numero della partizione per flashare: 1
--2025-10-01 21:06:14--  http://images.mynonpublic.com/openatv/current/zgemmah7/openatv-7.5.1-zgemmah7-20251001_multi.zip
Resolving images.mynonpublic.com... 65.21.232.18, 37.27.63.189, 2a01:4f9:3081:311d::2, ...
Connecting to images.mynonpublic.com|65.21.232.18|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: https://images.mynonpublic.com/openatv/current/zgemmah7/openatv-7.5.1-zgemmah7-20251001_multi.zip [following]
--2025-10-01 21:06:14--  https://images.mynonpublic.com/openatv/current/zgemmah7/openatv-7.5.1-zgemmah7-20251001_multi.zip
Connecting to images.mynonpublic.com|65.21.232.18|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 116611159 (111M) [application/zip]
Saving to: ‘latestatv’

latestatv           100%[===================>] 111.21M  5.77MB/s    in 17s

2025-10-01 21:06:31 (6.74 MB/s) - ‘latestatv’ saved [116611159/116611159]

Archive:  latestatv.zip
  inflating: zgemma/h7/imageversion
  inflating: zgemma/h7/kernel.bin
  inflating: zgemma/h7/rootfs.tar.bz2

ofgwrite Utility v4.8.0
Author: Betacentauri
Based upon: mtd-utils-native-1.5.1 and busybox 1.24.1
Use at your own risk! Make always a backup before use!
Don't use it if you use multiple ubi volumes in ubi layer!

Flashing rootfs
Flashing kernel
Flashing multiboot partition 1
Searching image files in ./ resolved to /media/hdd/atvimage/zgemma/h7
Found kernel file: /media/hdd/atvimage/zgemma/h7/kernel.bin
Found rootfs file: /media/hdd/atvimage/zgemma/h7/rootfs.tar.bz2
Found EXT4 rootfs
Found mounted /newroot
Found mountpoint for rootfs file: /media/hdd

Found /proc/mtd entries:
Device:   Size:     Erasesize:  Name:                   Image:
Using kernel mtd device:
Using rootfs mtd device:
Read /proc/cmdline
Kexec mode is:
Chkroot mode is: 0
Current rootfs is: /dev/mmcblk0p3
Current kernel is: /dev/mmcblk0p2
Current root sub dir is: linuxrootfs1

Execute: fdisk -l
Found valid GPT with protective MBR; using GPT

Using /dev/mmcblk0p2 as kernel device
Using /dev/mmcblk0p3 as rootfs device

killall: nmbd: no process killed
killall: ***a*: no process killed

Usage:
 kill [options] <pid> [...]

Options:
 <pid> [...]            send signal to every <pid> listed
 -<signal>, -s, --signal <signal>
                        specify the <signal> to be sent
 -q, --queue <value>    integer value to be sent with the signal
 -l, --list=[<signal>]  list all signal names, or convert one to a name
 -L, --table            list all signal names in a nice table

 -h, --help     display this help and exit
 -V, --version  output version information and exit

For more details see kill(1).

Usage:
 kill [options] <pid> [...]

Options:
 <pid> [...]            send signal to every <pid> listed
 -<signal>, -s, --signal <signal>
                        specify the <signal> to be sent
 -q, --queue <value>    integer value to be sent with the signal
 -l, --list=[<signal>]  list all signal names, or convert one to a name
 -L, --table            list all signal names in a nice table

 -h, --help     display this help and exit
 -V, --version  output version information and exit

For more details see kill(1).
killall: kodi.bin: no process killed
killall: hddtemp: no process killed
killall: transmission-daemon: no process killed
killall: openvpn: no process killed
sh: line 1: /etc/init.d/sabnzbd: No such file or directory
Stopping automount: done.
Syncing filesystem
daemonize
 successful
root@zgemmah7:~# start umount_rootfs
cp: can't stat '/lib/libcrypt*': No such file or directory
Switching to user mode 2
Checking E2 is running...
Execute: ps
E2 still running
Execute: ps
E2 is stopped
Move mountpoint of image files
Moving /oldroot/media/hdd to /media/hdd
umounting: /media/autofs
umounting: /sys/fs/fuse/connections
umounting: /proc/fs/nfsd
umounting: /dev/shm
umounting: /boot
umounting: /media
umounting: /sys/kernel/debug
/bin/automount: error while loading shared libraries: libautofs.so: cannot open shared object file: No such file or directory
Error starting autofs
init: /run/initctl: No such file or directory
Execute: fuser -k -m /oldroot/

[Nemoxyz]

@antonio-73 buonasera ciao, guarda le procedure che fai sono tutte tecnicamente corrette per cui escludo a priori che ci sia qualche errore in quello che procedi a fare. Mi viene da pensare che ci sia stata un danneggiamento del bootloader e/o delle partizioni per cui l'hardware non riconosce nulla e non esegue il boot. Anche perchè la procedura di flash classico con image zip scompattata dentro la pennetta usb fat32 mi confermi che non va in porto.

Mi è venuta in mente altro tentativo. Puoi tentare questa via procedendo in questo modo ( ma non ho idea se possa essere risolutiva ) :

1) Spegnere decoder e rimuovere alimentazione almeno per 5minuti
2) Tenere premuto pulsante di accensione e ricollegare alimentazione, il decoder si avvia ( appena hai telnet operativo loggati )
3) da telnet esegui il comando di "restaurazione" boot-STARTUP ( cioè in pratica copiare /boot/STARTUP_1 in /boot/STARTUP )

Codice: Seleziona tutto

cp /boot/STARTUP_1 /boot/STARTUP

e poi dare comando di reboot

Codice: Seleziona tutto

reboot

prova e vediamo che ne esce.

[antonio-73]

@Nemoxyz, Buongiorno, dopo vari tentativi di ieri sera il decoder non esce più il Boot si accende solo il logo... l'ultima prova che avevo fatto era di rifare la procedura ma scegliere un'altra partizione la 3 e avevo inserito nella chiavetta la recovery e il file script e avevo notato che non si era disconnesso ma dopo un pò non andava avanti rimaneva a display solo l'ora visto che non faceva niente ho spento dal bottoncino posteriore accaso e non è più partito il boot ma si accende solo logo , lo ho tenuto spento stanotte nella speranza si riprendesse ma non va più

[Nemoxyz]

@antonio-73 buongiorno, prova a rimandare in flash la recovery con pennetta USB fat32 con la procedura classica. Appena hai telnet ( sperando ) disponibile vedi se possibile fare la procedura di cui sopra. Purtroppo temo che il tuo amico con quella operazione ha danneggiato il bootloader ed il riconoscimento partizioni per cui se non si sblocca con questi metodi non c'è riparo, serve a limiti estremi un esperto di JTAG che sappia collegarsi sulla scheda madre e ripristinare la flash-rom dall'esterno. Ma è un pratica che necessita di competenza elettronica da quello che ho avuto modo di leggere in passato.

PS: una cosa da verificare, che noto nei log da te inviati, è il fatto che la pennetta USB venga realmente montata come /media/hdd/ perchè noto alcuni errori in relazione a questo fatto. Se il decoder riesce a ripartire con telnet prova a fare quello di cui parlavamo qlk gg fa.

Verifica device usb:

Codice: Seleziona tutto

blkid

e poi fai il mount forzato ( se la pennetta è visualizzata come sda5 altrimenti metti il nome device rilevato):

Codice: Seleziona tutto

mount /dev/sda5 /media/hdd

a questo punto riprova lo script
Non credo darà risultati ma è un frangente da verificare ed escludere eventualmente.

[antonio-73]

@Nemoxyz, Buon pomeriggio oramai l'H7s secondo me ci ha salutato è deceduto non parte più ,dato che mi trovo vorrei aggiornare il mio H7s che immagine mi consigli ? premesso che provengo da Open ATV 6.4 e in che modo dovrei procedere? guidami prima che creo anche io casini.
Poi sempre il mio amico ha un'altro decoder H5 2tc con lo stesso problema dell'altro ,ho provato con lo script ma la stessa cosa si interrompe la connessione.... poi mi avevi suggerito la restaurazione del boot ma la ho lanciata mi dice che il file non è presente nella directory e il comando non è andato a buon fine quando dici di copiare questo ( cioè in pratica copiare /boot/STARTUP_1 in /boot/STARTUP ) dove va copiato e come creo il file da copiare ? spero di salvare almeno quest'ultimo...

[Nemoxyz]

@antonio-73 ciao buonasera, un ultimo tentativo che puoi fare è scaricare di nuovo la recovery image per H7 scompattare e mettere la cartella zgemma/h7 come solito dentro root della usb a questo punto ti crei un file vuoto di testo dal nome force.txt ( elimini l'estensione txt in modo che sia un file senza estensione ) e lo metti dentro la cartella h7 ( dove ci trovi già disk.img e imageversion ) prova a flashare con la procedura classica usb e force. Se non va allora decretiamo la dipartita del decoder e basta.

Per il tuo Zgemma H7S la procedura da seguire è quella classica ( non recovery ) puoi procedere da usb scegli lo stesso slot dove sta la 6.4 attuale che monti e flashi sovrascrivendo sopra.
Suggerisco openATV 7.5.1 o una image di quelle create da noi se ti piace è alla pari di ATV 7.5.1:
[IMAGE] ZGEMMA H7series Nemoxyz SATtek Brown AGLARE-FHD v7.5.1 - Py3 branch OE5.5.1

La restaurazione del bootloader non è un pratica valida per modelli Zgemma H5 series quelli li puoi solo flashare via USB scaricando image rinominando dentro cartella il file noforce in force mettendo tutto in usb , avvia decoder con pennetta collegata e flashi la image a fine procedura il decoder si riavvia. Se non va è disastrato anche questo, ma il tuo amico cosa fa con i decoder li mastica ???

[antonio-73]

@Nemoxyz, Buona sera allora l'H7s è deceduto non fa niente non parte il Boot, H5 ho seguito la tua procedura rinominando il file parte il flash al 49% si ferma un pò e subito dopo mi compare l'orario ma non va a video ( non vorrei che sbaglio la procedura per flashare faccio cosi: decoder spento inserisco chiavetta mantengo premuto tasto accensione anteriore accendo dal tasto posteriore lascio il tasto anteriore quando compare flash ci mette 2/3 minuti e parte il boot poi con i numeri )

Invece per quello mio mi rinfreschi la guida su come si fa la procedura corretta grazie

Il mio amico peccato ha rovinato 2 decoder... è stato un membership Deluxe per 3 anni credo lui mi ha fatto conoscere questo sito purtroppo l'età avanza e si dimentica le cose e sicuramente ha fatto un casino irreparabile credo (Toto90)