Viper 4K V20 V30 update din telnet

[zildan]

In ultimele saptamani, @nicuvu a constatat ca nu mai poate face update cu stickul la Viper 4K V20 dupa ce a scris o imagine .... mai ciudata, mai exact :

 ╔═══╗╔═══╗╔═══╗╔═╗─╔╗╔═══╗╔══╗╔═╗╔═╗
 ║╔═╗║║╔═╗║║╔══╝║║╚╗║║║╔══╝╚╣─╝╚╗╚╝╔╝
 ║║─║║║╚═╝║║╚══╗║╔╗╚╝║║╚══╗─║║──╚╗╔╝─
 ║║─║║║╔══╝║╔══╝║║╚╗║║║╔══╝─║║──╔╝╚╗─
 ║╚═╝║║║───║╚══╗║║─║║║║║───╔╣─╗╔╝╔╗╚╗
 ╚═══╝╚╝───╚═══╝╚╝─╚═╝╚╝───╚══╝╚═╝╚═╝

          https://gisclub.tv

   Welcome to OpenFIX 5.4 viper4kv20

         Linux 4.4.35 armv7l

  Thursday, 01 January 1970, 02:11:51

openfix 5.4 viper4kv20

viper4kv20 login: root

Aparatul functiona, scana etc, ii mergea reteaua dar nu mai facea update pe sistemul de directoare clasic.
Probabil cei care au construit imaginea au facut ceva greseli.

Dupa multa tevatura pe forum la noi si la altii, a ajuns aparatul la mine si am incercat procedura sugerata de @lukas26

using telnet

    Insert the USB drive with the image you want to flash
    Connect to the box using telnet (even if It's bootlooping, it works)
        The username is "root"

    Now use the command:
        ofgwrite -n <path-to-the-image>

    If this results with no errors, You can proceed to flash the image using this command:
        ofgwrite -k -r <path-to-the-image>



Note: the usb drive should be mounted in /media/hdd, so the image path should start with it.
For example: /media/hdd/amiko/u57, this should be the standard.

Am pus imaginea pe stick in directorul u57, am bagat stickul in aparat, am intrat in telnet cu root root, am schimbat directorul in /media/hdd pentru ca acolo aparea stickul montat si uite rezultatul la prima comanda:

root@viper4kv20:/hdd# ofgwrite -n u57/
mkdir: can't create directory '/newroot': File exists

ofgwrite Utility v4.5.6
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!

Searching image files in u57/ resolved to /media/hdd/u57
Found kernel file: /media/hdd/u57/kernel.bin
Found rootfs file: /media/hdd/u57/rootfs.tar.bz2
Setting default parameter: Flashing kernel and rootfs
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
Current rootfs is: /dev/mmcblk0p10
Current kernel is:
Current root sub dir is:

Found cmdLine kernel device: /dev/mmcblk0p9
Found cmdLine rootfs device: /dev/mmcblk0p10

FBIO_SET_MANUAL_BLIT: Operation not permitted
Syncing filesystem
Flashing kernel ...
Successfully flashed kernel!
Untar: tar xf /media/hdd/u57/rootfs.tar.bz2
Successfully flashed rootfs! Rebooting in 3 seconds...
FBIO_SET_MANUAL_BLIT: Operation not permitted

asta practic a fost o comanda de test, apoi am dat:


ofgwrite -k -r u57/

am primit o gramada de erori in consola dar pe tv a aparut ecranul de scriere imagine de forma:



(poza e cu titlu exemplificativ, preluata de la @MihaiP, eu nu am captat ecranul atunci)

Dupa se s-a terminat scrierea si restartarea a aparut meniul de configurare la primul boot al imagini pe care am scris-o, in cazul meu Pure2.

[zildan]

Iar l-a pus in cap, dupa ceva teste pe AnyDesk am ajuns la concluzia ca doar din portul USB 3.0 (albastru) merge update din telnet!

[zildan]

Iar l-a pus in cap si l-am refacut prin procedura de mai sus.

[MihaiP]

https://mega.nz/file/L8lwlTbT#V8n-fg...sdt4mAEdizlLtg

Pentru V30 am o procedura mai simpla si mai sigura !
un upgrade de tip recovery !!! Nu am imagine decat pentru
V30 si ea rezolva problema driverului dvb-c ! ea ... si numai ea !

- scrie-ti fisierul pe un stick formatat FAT32 ...
- PowerOFF
- introduceti stickul
- si apoi PowerON

---------- Post added at 08:36 ---------- Previous post was at 06:41 ----------

Incidentul care i se tot intampla lui @nicuvu se datoreaza experimentelor
de instalare ale unor imagini diferite de cele originale dar construite pe un
HW compatibil ! acestea au de regula o structura de foldere diferita de cele
originale asa ca la incercarea de a reveni ... bootloaderul va cauta altceva
decat ce contine pachetul de instalare !

Experimentele de acest gen sunt total lipsite de sens ! familia Viper este
construita dupa modelul Dinobot si are un set comun de drivere ! deci
imaginile nu au cum sa mearga mai bine !!! Mai binele este dusmanul binelui !

link securizat

[zildan]

Aparatul a ajuns iar la mine, acum nu mai functioneaza senzorul de telecomanda.
Merge prin Web-if, prin CEC, doar cu telecomanda nu mai are treaba.
Astept idei!

[MihaiP]

Te rog sa verifici daca este instalata o imagine chiar pentru Viper !
daca da ... este de rau ! defect de telecomanda sau senzor IR !
Cu telecomanda este simplu ... exista la @ATTILA ! daca este sezorul
nu prea stiu daca are solutie !

[mesteru]

testeaza senzorul cu un osciloscop,
sau asa, fara osciloscop

[zildan]

Fac voluntariat pe zona asta de cand e lumea, cand am timp sap si la senzor.
Multumesc de sprijin, cred ca pun osciloscopul pe el prima data.
Mai stiti ca si-a facut un tovarash de aci forum pe legenda ca eu si altii luam bani?
Ii doresc sa aiba parte de bani din forumul lui de 1 milion de ori cat am luat eu de pe sateliti!

[MihaiP]

ChkRoot Multiboot

Chkroot este o metodă utilizată în mediul Linux pentru a detecta și pregăti
sistemele de fișiere root pentru configurații alternative de boot. În mod implicit,
Multiboot este dezactivat pe toate dispozitivele. Pentru modelele acceptate,
apare un element de meniu care vă permite să activați Multiboot. De asemenea,
îl puteți dezactiva din nou. Totul porneste prin instalarea unei imagini OpenATV
de Baza 7.5.1 sau 7.6 Alpha ... cu data de editie mai mare decat 29 apr 2025 !

Sistemul reține setarea, chiar și după o repornire - cu excepția cazului în care reinstalați imaginea. După activare, sistemul se va reporni. Prima pornire va dura puțin mai mult, cât timp Slot 1 este configurat în sistemul de fișiere root. Majoritatea dispozitivelor EMMC au 4 GB de stocare, ceea ce permite 4 sloturi Multiboot. Acestea partajează aceeași zonă flash. Puteți verifica utilizarea și spațiul disponibil în meniul Informații. Devices currently supported by chkroot Multiboot: anadol4k, anadol4kv2, anadol4kcombo, axashis4kcombo, dinobot4kl, protek4kx1, dinobot4k, mediabox4k, dinobot4kse, ferguson4k, dinobot4kplus, axashis4kcomboplus, dinobot4kmini, arivacombo, arivatwin, dinobot4kpro, axashisc4k, dinobot4kelite, iziboxx4, viper4kv20, viper4kv30, protek4kx2, iziboxelite4k, dinobot4ktwin, hitube4kpro, hitube4kplus, viper4kv40, iziboxone4kplus, axas4kcombo, axas4ktwin, gi11000, viper4k51, beyonwizu4, sf4008, dm820, dm7080, dm900, dm920

Sistemul reține setarea, chiar și după o repornire - cu excepția cazului în care
reinstalați imaginea. După activare, sistemul se va reporni. Prima pornire va
dura puțin mai mult, cât timp Slot 1 este configurat în sistemul de fișiere root.

Imaginea de baza permite gestiunea unui sistem Multiboot prin metodele
comune acestei activitati. Ceea ce nu poate ... este sa asigure returul
dintr-o imagine oarecare , neadaptata ChkRoot catre imaginea de baza sau
o alta din sistem ! Acest lucru s-a rezolvat printr-un plugin !

https://mega.nz/file/j4UBwByY#9BX_8G...Q6S6WeZWQefJaI

- se executa prima data pluginul din fereastra "Plugins"
- dupa prima executie pluginul "helper" este pregatit sa ne
trimita in oricare din imaginile prezente in ChkRoot Multiboot





Asa arata ChkRoot Multiboot instalat ! Am facut Boot in PurE2 ...





Aici in fereastra "Plugins" gasesc pluginul helper ...





Unde lansez pentru prima executie helperul !





La adoua executie i-mi ofera un meniu de selectie
din care am ales un Boot in OpenVIX ...





Si iata-ma in OpenVIX ! Merge exact cum mi l-am dorit !