SATELLITE SUPPORT https://www.sat-support.tv/forum/ |
|
Amiko Viper V40 Recovery and Multiboot https://www.sat-support.tv/forum/viewtopic.php?f=211&t=62019 |
Page 1 of 1 |
Author: | mihaip [ 23 Jan 2023, 07:54 ] |
Post subject: | Amiko Viper V40 Recovery and Multiboot |
Amiko Viper V40 Multiboot Nu folositi aceasta procedura are erori incompatibile cu Enigma2 !!! Procedura este descrisa pe forumul LinuxSat ! dar este una cu ... cantec !!! Functioneaza doar daca aveti o telecomanda de ... Dinobot 4K !!! o sa o prezentam pentru valoarea ei tehnica dar ... nu v-o recomand !!! Autorii procedurii sunt tot baietii de la Dinobot ! cei care au facut si imaginea de recovery V20/V30 prezentata de mine !!! 1. Put usb_update.bin into FAT32 USB disk and update by green button 2. Download from opena.tv image for u571. (Viper V40) 3. Unzip and rename folder to \backup 4. Copy files to a new USB and make sure that directory is like \backup\rootfs.tar.bz2 and \backup\kernel.bin 5. Connect new USB to box and update by GREEN button 6. Choose second option when new update panel shows up Download : https://mega.nz/file/7st0kJ4a#zAl7l06sc ... z0oVPe-T5E Sa explicam metoda ! - primul pas este inlocuirea "bootloaderului" standard cu unul de tip multiboot , dupa care se va deschide meniul optional al noii proceduri de "boot" cu care sunt familiari cei care au folosit asta la Amiko Combo 4K - pasul doi este instalarea imaginii OpenATV, deja prezente pe stick, intr-unul din sloturile create in "flash" ... recomandabil in Slotul 1 ! desi ... P.S. Cu ani in urma , cand faceam impreuna cu echipa fabricantului primele teste pentru Amiko A4 si aveam unele probleme care necesitau o comparatie cu imaginea demo a celor de la AML ... am avut aceiasi problema ! imaginea demo era scrisa pentru o telecomada ... demo ! si ne-am descurcat introducand de la tastatura !!! prin comenzi combinate codul caracterului ">" sau "V" si "OK" ! sunt convins ca o procedura similara functioneaza si aici ! dar este o chestiune de studiu !!! P.S.1 Totusi ! la vremea testelor mele cu aceste receptoare am pus imagini de Dinobot pe Viper V30 si ... s-au dovedit a fi perfect functionale ! in sensul ca telecomanda a fost inteleasa ! asa ca exista bune sanse ca asta sa functioneze si la nivelul noului Bootloader !!! Dar daca nu ... este necaz ! mare ! Procedura de "recovery" dupa multiboot ... este una complexa , de nivel foarte jos , si efectuata prin utilitarul HiTool apartianand fabricantului chipsetului !!! Procedura de revenire la imaginea "normala" este una foarte complicata ! foloseste un program de fabricant, HiTool , si care va fi publicata ulterior ! crearea imaginii de recovery Hi-Tool si introducerea parametrilor in interfata aplicatiei sunt operatii delicate ! Complicatia consta in faptul ca prin procedura de instalare multiboot se modifica doar partea nerezidenta a bootloaderului ! iar cea din ROM nu este capabila sa restaureze o imagine de "recovery" asa cum se intampla la Octagon sf8008 sau Amiko Viper Combo 4K si trebuie sa recreeze partitia. Daca nu veti avea vre-un incident cu noua tabela de partitii ... n-o sa aveti nevoie de recovery ! si receptorul va functiona fara probleme ! |
Author: | mihaip [ 26 Jan 2023, 09:31 ] |
Post subject: | Re: Amiko Viper V40 Recovery and Multiboot |
Cred ca optiunea pentru numai doua partitii este o limitare insemnata ! de bun simt ar fi fost sa fie 4 !!! dar ... asta e ! - limita de 4 Gb EMMC in echiparea Viper V20,V30,V40 face sa nu fie posibil mai mult alocand cate 2 Gb pe partitie (rootfs) desi ... eu cred ca era arhisuficient cate 1 Gb EMMC pe imagine. - memoria EMMC se partitioneaza pentru Multiboot astfel : Slot1 (16 Mb Kernel + 2 Gb rootfs ) , Slot2 ( 16 Mb Kernel + 2 Gb rootfs ). Instalarea unui sistem Multiboot revine la : - crearea structurii de partitii in EMMC pentru gazduirea celor doua sloturi - aplicatia de incarcare al imaginilor in partitii (apploader) - instalarea mecanismului de activare a meniului pe butonul VERDE. De ce cred eu ca 2 sloturi sunt putine ? pentru ca face greoaie instalarea imaginilor alternative , din "flash online" este de bun simt sa instalam in celalat slot decat cel al imaginii curente ! asta ne duce la ... ori OpenATV ori PurE2 ! dar nu amandoua !!! mda ... fie si asa ! daca nu avem de ales ... La receptoarele cu multiboot "build-in" , acesta este activat prin modul "recovery" , un microswitch apasat la "power on", la celelalte acest mod se poate simula soft ! asa cum este cazul nostru. |
Author: | mihaip [ 26 Jan 2023, 15:43 ] |
Post subject: | Re: Amiko Viper V40 Recovery and Multiboot |
Eu cred ca mecanismul descris de mine la , "Recovery Viper V30" , cel folosind o imagine speciala de tip "flash backup" ... "usb_uptade.bin" , este unul superior celui descris in prima postare ! mai rapid si chiar mai sigur ! |
Author: | mihaip [ 13 Feb 2023, 08:22 ] |
Post subject: | Re: Amiko Viper V40 Recovery and Multiboot |
Nu incercati procedura de instalare multiboot !!! Procedura este functionala dar ... are o problema care m-a pacalit si pe mine ! dupa instalarea "multiboot" , bootloaderul recunoaste doar o telecomanda de marca "Dinobot" ... si nu va mai puteti intoarce ! nu mai pricepe butonul VERDE !!! eu sper sa ma pot intoarce ... Revin cu detalii ! |
Author: | gabywap [ 17 Feb 2023, 18:39 ] |
Post subject: | Re: Amiko Viper V40 Recovery and Multiboot |
telnet ? blue usb zip unpacked amiko folder copied to usb ofgwrite -r -k /media/hdd/amiko/u571/ Flash a multiboot to a certain slot If you want to flash a multiboot to a certain slot use -m ofgwrite option to select the slot. E.g. this will flash the image into slot 2: ofgwrite -m2 -r -k <path to the image files> |
Author: | mihaip [ 18 Feb 2023, 05:56 ] |
Post subject: | Re: Amiko Viper V40 Recovery and Multiboot |
Thanks @gaby ! This will be OK if the Enigma2 starts ! but in this case ... does'nt ! At the beginning I've loaded a V40 image on the V20 used for the test ! all is working except does not show image on the screen, dvb-s2 and dvb-c as well ! Tring to load e2 for V20 I've broken somehow the boot context ! I've rewrite the multi-boot usb-update.bin but ... the multiboot menu does not come up !!! - it sense the GREEN button , enter to "upd" , bootloader is reading usb_update.bin, is writting into the EMMC and restarts - then , it sense again GREEN button but does not activate the multiboot menu ! is start flashing again the EMMC - if I've erase the usb-update.bin , it activate "upd" but does not start the multiboot menu "ofgwrite" would be a good ideea if the Enigma2 is loaded and started !!! Of course it remains the HiTool solution ! witch I will try ! but for the moment I have not the right usb-to-serial cable ! Unfortunately , the "way back" simple procedure using a "usb_update.bin" I have , is not working ! because does not repair the normal partitioning !!! |
Author: | mihaip [ 18 Feb 2023, 10:27 ] |
Post subject: | Re: Amiko Viper V40 Recovery and Multiboot |
Issue solved ! restoring a complete multiboot !!! menu is working ! A fost eroarea mea ! inca una din cele comise in aceste 2 zile !!! - dupa ce am restaurat "imaginea" multiboot completa ! locrurile au revenit la normal ! apasand GREEN , pe telecomanda Dinobot , a aparut meniul - meniul ma lasa sa scriu o imagine , aflata in folderul "/backup" in unul din cele doua sloturi create ... Slot1 sau Slot2 - meniul ma mai lasa sa aleg , sau sa schimb , Slotul de boot ! Zis si facut ! un OpenATV si un PurE2 ! ambele cu aceaiasi buba ... nu deschid imagine pe TV ! ramane de vazut de ce si cum se rezolva !!! Procesul de "boot" mi se pare ceva mai lung decat uzual ! Dupa boot Enigma2 ... functioneaza atat telecomanda originala Amiko cat si cea Dinobot ! de care in mod normal nu mai aveti nevoie ! balansul intre cele doua posibile imagini se face din meniul Enigma2 ! Am facut teste cu mai multe imagini compatibile ! instalate prin metoda sugerata de @gaby , metoda de care uitasem , Telnet-Ofgwrite , si toate au aceiasi problema ... nu deschid imagine pe TV ! ar putea sa fie o "protectie" ! Interesant este ca la prima mea tentativa reusita , imaginea scana si deschidea dvb-s2 si scana dvb-c pe care nu-l deschidea ! acum scaneaza dvb-s2 si nu deschide si nu mai scaneaza dvb-c. Dupa mai multe manevre de instalare in multiboot , toate facute curat , din Engma2 prin metoda Telnet-ofgwrite sau Flash-Online ... se intampla ceva cu sistemul multiboot !!! se ajunge in starea in care nu se mai activeaza meniul de multiboot ! evident folosind telecomanda Dinobot ! Daca cele doua imagini instalate ar functiona corect ... n-ar fi nici o problema ! dar nu se intampla asa ! Marea problema este ca o procedura simpla de revenire la partitionarea normala ... nu exista ! se poate face ! dar ... destul de complicat ! |
Author: | mihaip [ 19 Feb 2023, 09:01 ] |
Post subject: | Re: Amiko Viper V40 Recovery and Multiboot |
Ce urmeaza ! Evident ca n-am declarat lupta incheiata ! mai am doua cai de atac ! - folosirea lui HiTool , un program complex livrat de HiSilicon si care poata salva sau restaura orice, daca stii procesorul si arhitectura placii de baza ! si intamplarea face ca am un "backup" facut cu HiTool dupa un Dinobot Twin ! imagine testata de mine si functionala pe Viper 20 !!! - si poate , cu ajutorul prietenului @Delfi, un instrument simplu de dezinstalare multiboot si instalare a partitionarii originale !!! Nu fac asta pentru "valoarea" lui Amiko Viper 4K V20 !!! pentru mine este un receptoar ... oarecare ! ci pentru valoarea tehnica a solutiei !!! Chiar nu pricep cum nu s-a gandit niciunul dintre creatorii de sisteme multiboot sa faca si functia simpla de dezinstalare !!! |
Author: | mihaip [ 20 Feb 2023, 15:28 ] |
Post subject: | Re: Amiko Viper V40 Recovery and Multiboot |
Gata ! l-am facut praf si pulbere !!! - in primul rand o noua eroare de-a mea ! am copiat EMMC de la un V30 functional si l-am scris pe un V20 functional dar cu probleme ! Am crezut eu ca este suficient sa copiezi tabela de partitii ... si s-a dovedit ca nu este asa !!! Receptorul intra in bootloader , simte acum ambele telecomenzi , atat cea de Dinobot cat si cea de Amiko ! comuta intre cele doua moduri ... e2 si updt , si ramane in una din cele doua stari !!!! - mi-am spus ca nu este o tragedie ! ne conectam la el pe interfata seriala , si cu HiTool , scriem o imagine de Dinobot Twin ... receptorul model !!! Ghinion curat ! am doua cabluri usb-to-serial , unul cu chipset CH340 altul cu PL2303 , ambele instalate corect , pe 3 calculatoare , 2 laptopuri si un Dell Minitower , si in PuTTy , cu conexiune seriala , vin de la Viper V20 doar caractere neinteligibile !!! Am folosit pe serial setarile standard : 115200,8,1,no.no Concluzia mea este ca receptorul meu are seriala defecta ! si ca trimite caractere aiurea la o viteza nestandard !!! Gata ! i-am pus cruce ! nu este o tragedie ! a fost o experienta interesanta ! cred ca acum as sti sa evit capcanele ! dar , pentru ca sistemul multiboot se dovedeste a avea erori de principiu ... declar cazul inchis !!! |
Author: | mihaip [ 18 Apr 2023, 16:33 ] |
Post subject: | Re: Amiko Viper V40 Recovery and Multiboot |
Evident ca desi am scris peste tot .. pe OpenATV si PurE2 ca procedura nu are drum de intoarecere ! ca nu este pusa la punct , ca are erori grave ! s-au mai gasit unii sa inerce pe pielea lor !!! Drum de intarcere ar fi ! dar nu este accesibil noului nascut !!! si presupune sa ai o telecomanda Dinobot fara de care ramai blocat in fata meniului de Multiboot ! Care este ideia ? - daca ai facut prostia ! trebuie dusa pana la capat si instalata o imagine, numai una , functionala ! pentru asta ai nevoie de telecomanda Dinobot ! - mecanismul Multiboot este implementat prin instalarea unui bootloader special (AppLoader) care stie sa gestioneze structura de Multiboot - partitionarea initiala a EMMC permite implementarea Multiboot ! partitiile necesare exista ele doar trebuie redimensionate si populate cu imagini !!! Asa arata zona utila in care se instaleaza o imagine !!! Schema reală de partiționare pe Amiko Viper 4K V20,30,40 este aceasta... - mmcblk0 - întregul EMMC - mmcblk0boot0 , mmcblk0boot1 - cele două zone de boot - apoi 11 subpartiții (cate două pentru fiecare imagine) - kernel și rootfs - și zona de control volum rezervată Procedura ! - se copiaza pe un stick , de pe un receptor V20,V30,V40 400 Mb din mmcblk0 , asta de face cu comanda Linux "dd" !!! de ce asa de mult ... pentru a fi siguri ca am copiat si imaginea deja instalata ! dd count=800 if=/dev/mmcblk0 of=/media/hdd/backup.img conv=noerror - se booteaza apoi receptorul "bolnav" , se introduce stickul si cu comanda inversa ... se restaureaza in mmcblk0 cei 400 Mb salvati ! dd count=800 if=/media/hdd/backup.img of=/dev/mmcblk0 conv=noerror Daca asta nu merge ! aveti un mort perfect !!! doar o procedura in care este implicat HiTool va mai poate salva !!! |
Author: | mihaip [ 11 Jul 2023, 12:53 ] |
Post subject: | Re: Amiko Viper V40 Recovery and Multiboot |
Discutand cu @Captain (OpenATV) despre Mutiboot acesta spunea ca au primit surse pentru Multiboot de la compania producatoare ... Dinobot !!! si ma va tine la curent despre soarta lor ! |
Author: | mihaip [ 19 Oct 2023, 15:30 ] |
Post subject: | Re: Amiko Viper V40 Recovery and Multiboot |
Iata ca la o vreme , dupa ce am pus pe butuci un Viper 4K V30 , un baiat destept de pe OpenBh ( @Liquid ) a publicat un material pe care daca-l aveam , rezolvam problema pana la capat !!! Vi-l reproduc aici ! Someone told me that on linuxsat a guy published a modified recovery to activate the multiboot on Amiko Viper 4k v40. I was pretty interested in the solution but I didn't trust it so much, so I dissected the implementation. From the post description it required a different remote so probably the guy took the bootloader and the recovery from a dinobot box and changed some stuff to adapt it for the v40. But then you need the dinobot remote to use the recovery. The recovery application can manage up to 2 partitions and after passing it on "ghidra" I compared it with the original recovery and the one extracted from the zgemma/pulse4k/hd61 recovery. Funny that the recovery for zgemma is able to manage the Viper 4k v40 remote. But how that guy created the usb_update.bin file? Easy, he used "https://github.com/oe-alliance/oe-a...o/recipes-bsp/amiko-buildimage/buildimage.zip". I manually dissected the usb_update... it has a header, then the partitioned data with a crc or something similar... Code: diff -u -N -r binew/ modded diff -u -N -r binew/mkupdate.c modded/mkupdate.c --- binew/mkupdate.c 2020-04-28 10:34:21.000000000 +0200 +++ modded/mkupdate.c 2023-04-23 00:43:12.510586365 +0200 @@ -30,8 +30,8 @@ #define HIFILE_D_ALIGN_LEN 16 -#define HI_LOADER_PROTOCOL_VER3 -#define HI_IMAGE_FILE_ALIGN_SUPPORT +#define HI_LOADER_PROTOCOL_VER2 +//#define HI_IMAGE_FILE_ALIGN_SUPPORT #define HI_WRITE_64BIT(pcByte, Result, Length) \ { \ I carefully constructed the xml by reading the bootargs Code: <?xml version="1.0" encoding="GB2312" ?> <Partition_Info> <Part Sel="1" PartitionName="" FlashType="emmc" FileSystem="none" Start="0" Length="1M" SelectFile="usb_update_mmcblk0p1_boot"/> <Part Sel="1" PartitionName="" FlashType="emmc" FileSystem="none" Start="1M" Length="1M" SelectFile="usb_update_mmcblk0p2_bootargs"/> <Part Sel="1" PartitionName="" FlashType="emmc" FileSystem="none" Start="2M" Length="1M" SelectFile="usb_update_mmcblk0p3_bootoptions"/> <Part Sel="1" PartitionName="" FlashType="emmc" FileSystem="none" Start="3M" Length="4M" SelectFile="usb_update_mmcblk0p4_baseparams"/> <Part Sel="1" PartitionName="" FlashType="emmc" FileSystem="none" Start="7M" Length="4M" SelectFile="usb_update_mmcblk0p5_pqparam"/> <Part Sel="1" PartitionName="" FlashType="emmc" FileSystem="none" Start="11M" Length="4M" SelectFile="usb_update_mmcblk0p6_logo"/> <Part Sel="1" PartitionName="" FlashType="emmc" FileSystem="none" Start="19M" Length="32M" SelectFile="usb_update_mmcblk0p8_loader"/> </Partition_Info> Code: make ./mkupdate -s 00000003-00000001-01010101 -f ./emmc_partitions.xml -d ./usb_update.bin So by modifying a few lines of code I was able to reproduce exactly the same binary as the one from that guy... Since I read that a few guys applied the multiboot recovery and they wanted to rollback, I tried to do the opposite. To rollback there are two ways, using rs232 and HiTool-stb or using the same procedure as used to add multiboot. To create the usb_recovery I dumped the flash partitions from my viperv40: Code: dd if=/dev/block/by-name/.... of=/tmp/partitionname I copied them on my dev pc. then constructed a new xml... Code: <?xml version="1.0" encoding="GB2312" ?> <Partition_Info> <Part Sel="1" PartitionName="" FlashType="emmc" FileSystem="none" Start="0" Length="1M" SelectFile="mmcblk0p1_boot_1M"/> <Part Sel="1" PartitionName="" FlashType="emmc" FileSystem="none" Start="1M" Length="1M" SelectFile="mmcblk0p2_bootargs_1M"/> <Part Sel="1" PartitionName="" FlashType="emmc" FileSystem="none" Start="2M" Length="4M" SelectFile="mmcblk0p3_baseparam_4M"/> <Part Sel="1" PartitionName="" FlashType="emmc" FileSystem="none" Start="6M" Length="4M" SelectFile="pqparam"/> <Part Sel="1" PartitionName="" FlashType="emmc" FileSystem="none" Start="10M" Length="4M" SelectFile="logo-viper4kv40.img"/> <Part Sel="1" PartitionName="" FlashType="emmc" FileSystem="none" Start="14M" Length="4M" SelectFile="deviceinfo"/> <Part Sel="1" PartitionName="" FlashType="emmc" FileSystem="none" Start="18M" Length="32M" SelectFile="loader"/> </Partition_Info> Code: ./mkupdate -s 00000003-00000001-01010101 -f ./emmc_partitions.xml -d ./usb_update.bin ....and the usb_update_bin is cooked. Few comments from a conversation with a guy that tested it: OK I have now fully tested this having found the 'rough' V40... Great success! 1) Flash usb_update.bin (needs Dinobot remote for this and green button - guess there is no way around this for now, this is only remote code multiboot bootloader knows) 2) usb_update.bin is seen and goes through the usual motions with usual success message at the end and then reboots 3) Box boots up as normal and now BOTH tuners are working again, excellent! 4) Only slight thing I can see if eth0 mac is set to 00:11:AD:01:02:03... I use Network MAC settings to change to original (in my case 00:11:AD:*:*:*) so means first 6 are correct now anyway, just last 6 to change... 5) Make a full reboot at this point just to see all settings including mac etc. stick and sure enough they do, so no real problem here... 6) Both tuners still working etc. full scans made, ABM scan made, check with signal finder just to make sure we have a lock on both tuners, all working! 7) Final test, reflash firmware again direct from USB with green button method at boot to see if Amiko remote is now picked up again, it is! Fully working now, Amiko remote at boot for flashing firmware with green button, standard directory structure (e2/update) and flashing process starts and completes, VERY NICE! Great work, many thanks! If you don't have the dinobot remote maybe it is possible to emulate it with an android phone with the IR Consumer port. I'll update the thread if and when I will able to locate the right application and the remote code. If you want to fully restore the mac address and the serial of the box: Code: dd if=/dev/block/by-name/bootargs of=/tmp/bootargs.bin Download it and modify it with a hex editor, then upload it again. Code: dd if=/tmp/bootargs.bin of=/dev/block/by-name/bootargs Cele doua fisiere disponibile sunt : - cele necesare pentru "recovery V40" cu HiTool sau aceeasi operatie facuta mai simplu prin "usb_update" ! - este vorba strict despre V40 ! - Thanks @Mahdi and @Liquid https://mega.nz/file/j09zDDBT#LoVnHpkoY ... JBhHVbMzFs https://mega.nz/file/65Fy1ARD#8KYTm0S6A ... iWd76df0V4 Din pacate @Liquid nu s-a aratat interesat sa dea o mana de ajutor sa punem in functiune un Multiboot pentru seria V20, V30 si V40. As putea incerca ceva pe V40 unde @Liquid a facut un usb_update.bin ... perfect ! Nu sunt incantat dar ... i-l inteleg ! sunt inca probleme nerezolvate ! si poate chiar ... nerezolvabile ! asa ca a preferat sa se tina departe ! |
Author: | mihaip [ 20 Oct 2023, 01:11 ] |
Post subject: | Re: Amiko Viper V40 Recovery and Multiboot |
Pentru a incheia definitiv acest subiect ! Are cineva , din intamplare , o imagine Egami 9.0.6 sau 10.0 pentru Viper V20 ? Da ! imaginile au existat ! au fost disponibile ca imagini oficiale si au disparut odata cu arhivele vechilor versiuni de pe serverul Egami ! Am gasit pe site la Egami linkuri catre ele ... doar ca imaginile nu mai erau acolo ! La OpenATV baietii pastreaza cate o ultima versiune din fiecare model pentru toate versiunile vechi de imagine OATV ! 4.0 ... 6.4, 7.0, 7.1, 7.2 si 7.3 ! |
Author: | mihaip [ 21 Oct 2023, 17:57 ] |
Post subject: | Re: Amiko Viper V40 Recovery and Multiboot |
Elemente noi in "Multiboot" V20, V30, V40 !!! Discutia , prin mesaje , avuta cu @Liquid , a adus cateva elemente noi , unele care ar fi fost salvatoare la precedenta mea incercare ... Multibootul lui @Mahdi a folosit un BootLoader care recunostea doar telecomanda de Dinobot , una care nu prea ne este la indemana ! Daca in loc de Dinobot se orienta catre Amiko Viper 4K Combo ... era o ideie mai buna ! dar esenta este alta ... oare Bootloaderul ROM a lui Viper 4K Combo va simti telecomanda cu butonul GREN apasat ? pentru ca pe V20,V30,V40 asa se activeaza secvanta de UPDT (update ) !!! Ce am verificat eu ... - am pornit receptorul Amiko Viper 4K Combo cu telecomanda sa si butonul GREEN apasat ! ca la un V20,V30,V40 ! si ... surpriza ! pe afisaj apare UPDT si receptorul a intrat in meniul de Boot ! wow ! nu mai este nevoie de switch RECOVERY apasat pe panoul spate !!! - am repetat manevra dar de data asta cu o telecomanda de Amiko Viper V30 ! si din nou ... surpriza ! din nou apare UPDT pe afisaj si Viper 4K Combo a intrat in meniul de Boot !!! dar ... nu permite navigarea in el ! pentru asta avem nevoie de telecomanda originala ! Fata de situatia lui @Mahdi ... am facut un pas inainte ! am ramas cu telecomanda in lumea Amiko ! si nu in cea exotica a lui Dinobot !!! Aplicatia Menu Boot de la Viper 4K Combo , cea din imagine , este mai complexa decat avem nevoie si are si parti neexploatabile ! dar aduce elementul nou al celor 4 partitii de cate 2 Gb utilizabile ! pe V30 si V40. De ce nu permite navigarea prin meniul de boot cu telecomanda de V30 ? simplu ... cele doua telecomenzi sunt diferite !!! dar cele 3 de la V20, V30, V40 sunt identice ! Sa analizam imaginea de Recovery pentru Viper 4K Combo ... - fastbin este un booloader al acestei proceduri - bootargs sunt parametrii de incarcare a imaginii curente - apploader este aplicatia care copiaza usb_update.bin in EMMC definind in acest fel noua structura de partitii si continutul lor , el poate contine sau nu si viitoarea imagine Enigma2 de start. Aceste 3 componente sunt nemodificate de la aparitia primei imagini (OATV 6.2) pentru Amiko Viper 4K si pana azi (OATB 7.3) ... ceea ce s-a schimbat este meniul Multiboot scris intr-un block MMC din usb-update.bin Ca o prima impresie , are organizarea ideala ! seamana cu cea a lui @Mahdi !!! Intre imaginile de Recovery exista doua idei ... - cea simpla care creaza structura Multiboot din Flash urmand ca ea sa fie populata printr-o a doua manevra chiar din Booloader ( USB Multiboot image upgrade ) - si cea completa , intalnita aici , care creaza structura Multiboot si populeaza cu o imagine slotul 1 Multiboot !!! Mahdi a folosit prima solutie ! La ce ma gandesc eu ? - oganizarea din acesta imagine (OATV) este cu siguranta una corecta ! si indelung verificata pe Viper 4K Combo ! dar ... daca la capitolul RAM si Flash (EMMC) ne potrivim ... dar cele doua tunere precis difera ! Analizand comparativ cele doua constructii , a lui @Mahdi si a lui @Liquid constat ca din cea a lui @Mahdi lipseste sectiunea "deviceinfo" !!! adica una care i-ar spune ce si cum cu tunerele !!!! Imaginea lui Mahdi actualiza doar restul blocurilor mmc ... lasand nemodificat "deviceinfo" ! desteapta ideie dar cu consecinte !!! astfel , daca receptorul pe care se instala era un V40 ... informatia despre el ramanea la locul ei ! daca harta alinierii blocurilor ar fi fost corecta ! dar ... difera !!! ar fi trebuit copiata inainte de modificare si rescrisa la noul sau loc ! daca aceasta manevra este tolerata ! Ce-o fi fost in capul lui ? <Partition_Info> *** @Mahdi *** * Start="0" Length="1M" SelectFile="usb_update_mmcblk0p1_boot"/> * Start="1M" Length="1M" SelectFile="usb_update_mmcblk0p2_bootargs"/> +Start="2M" Length="1M" SelectFile="usb_update_mmcblk0p3_bootoptions"/> +++ * Start="3M" Length="4M" SelectFile="usb_update_mmcblk0p4_baseparams"/> * Start="7M" Length="4M" SelectFile="usb_update_mmcblk0p5_pqparam"/> * Start="11M" Length="4M" SelectFile="usb_update_mmcblk0p6_logo"/> - Start="15M" Length="4M" --------------------------------- lipsa deviceinfo --- * Start="19M" Length="32M" SelectFile="usb_update_mmcblk0p8_loader"/> </Partition_Info> <Partition_Info> *** @Liquid *** * Start="0" Length="1M" SelectFile="mmcblk0p1_boot_1M"/> * Start="1M" Length="1M" SelectFile="mmcblk0p2_bootargs_1M"/> * Start="2M" Length="4M" SelectFile="mmcblk0p3_baseparam_4M"/> * Start="6M" Length="4M" SelectFile="pqparam"/> * Start="10M" Length="4M" SelectFile="logo-viper4kv40.img"/> +Start="14M" Length="4M" SelectFile="deviceinfo"/> +++ * Start="18M" Length="32M" SelectFile="loader"/> </Partition_Info> Harta celor doua situatii @Mehdi si @Liquid difera ! si asta pentru ca se refera la doua organizari diferite !!! - @Mahdi - o organizare de tabela da tip Multiboot - @Liquid - o organizare de tabela de tip Singleboot Cred ca ambele sunt corecte ! a lui @Mahdi de principiu ! iar a lui @Liquid chiar functioneaza refacand tabela de partitii originala ! Iata pe ce ma bazez ... root@viper4k:~# cat /proc/partitions ================================ 179 0 7634944 mmcblk0 whole EMMC 179 1 1024 mmcblk0p1 (boot ) 1M 179 2 1024 mmcblk0p2 (bootparams) 1M 179 3 1024 mmcblk0p3 (bootoptions) 1M 179 4 3072 mmcblk0p4 (baseparams) 3M 179 5 4096 mmcblk0p5 (pqparams) 4M 179 6 4096 mmcblk0p6 (logo) 4M 179 7 4096 mmcblk0p7 (deviceinfo) 4M 259 0 4096 mmcblk0p8 (softwareinfo) 0/4M 259 1 4096 mmcblk0p9 (loaderdb) 0/4M 259 2 32768 mmcblk0p10 (loader) 32M 259 3 8192 mmcblk0p11 (trustedcore) 8M 259 4 16384 mmcblk0p12 (linuxkernel1) 16M 259 5 16384 mmcblk0p13 (linuxkernel2) 16M 259 6 16384 mmcblk0p14 (linuxkernel3) 16M 259 7 16384 mmcblk0p15 (linuxkernel4) 16M 259 8 7501824 mmcblk0p16 (user data the rest) 179 24 512 mmcblk0rpmb 179 16 4096 mmcblk0boot1 179 8 4096 mmcblk0boot0 Asa arata tabela de partitii a lui Amiko Viper 4K Combo care este de tip Multiboot cu 4 sloturi (imagini) instalate ! Va reamintesc ... - am instalat sistemul Multiboot al lui @Mahdi - mi-am facut rost de o telecomanda Dinobot - am populat cele doua partitii cu doua imagini - au pornit ambele dar cu ciudatenii legate de tunere ! - la inceput s-au vazut ambele ... ulterior unul a disparut - dupa o vreme tabela de partitie a fost corupta ! - am rescris-o si am revenit la starea de functiune mai putin ... tunerele ! care odata duse ... duse au fost ! asta pentru ca la reinstalare nu s-a rescris si "deviceinfo" Nu inteleg decizia lui @Mahdi relativa la "deviceinfo" ! daca voia ca solutia sa fie flexibila si sa mearga si pe altceva decat V40 (V20,V30) , asa cum am crezut si eu si am testat pe un V30 , s-a inselat ... gresind cu alinierea lui "deviceinfo" ! unde in timpul executiei se pare ca cineva modifica, la diferite manevre de configurare a tunerelor , continutul si-l rescrie ! mazgalind ... vecinii !!! La ce ma gandesc ... - sa salvez inainte de orice instalare "recovery" ... partitia "deviceinfo" - sa instalez o imagine "recovery" OpenATV pentru Amiko Viper 4K Combo pe un V40 ... care are arhitectura identica ( 1Gb RAM, 8Gb EMMC) si pentru care am un "usb_update.bin" care ma poate aduce inapoi oricand ! sau aproape oricand ! - sa restaurez dupa instalarea imaginii "recovery" partitia "deviceinfo" root@viper4k:~# dd if=/dev/mmcblk0p7 of=/hdd/deviceinfo.mmc bs=4M 1+0 records in 1+0 records out 4194304 bytes (4.0MB) copied, 0.143031 seconds, 28.0MB/s FFFFFFFFFFFF 1d000021 MAGICNUM=deviceinfo LENGTH=00000053 OUI=00000003 HW=00000001 ............................................ Ce am gresit data trecuta ? nu am salvat cu DD o lungime suficienta din mmcblk0 ... asta e !!! asa ca la restaurare ... n-a fost destul ! daca comanda continea count=100 bs=1M ... ar fi fost OK ! cat de mult salvam ... era OK ! |
Author: | florin [ 21 Oct 2023, 20:26 ] |
Post subject: | Re: Amiko Viper V40 Recovery and Multiboot |
la amiko viper 4k combo v1 intrarea in recovery se poate face si din butonul power al telecomenzii, exact ca la butonul verde. La octagon sf8008 si uclan 4k mai e varianta buton power de pe receptor , care la amiko lipseste. |
Author: | mihaip [ 22 Oct 2023, 05:50 ] |
Post subject: | Re: Amiko Viper V40 Recovery and Multiboot |
Daca va intrebati ce este cu textul de mai sus ... el este un punct de pornire pentru oricine doreste sa se implice in acesta discutie ! deocamdata doar ... o discutie dar care ar putea deveni un proiect ! Textul de mai sus nu este batut in cuie ! i-l modific pe masura ce se face ... lumina !!! Planul meu are puncte slabe ? cu siguranta ... pentru ca sunt silit sa fac unele presupuneri ! Stop ! nu merge pentru ca Amiko Viper 4K Combo are ChipID si verifica identitatea receptorului !!! |
Author: | mihaip [ 23 Oct 2023, 14:14 ] |
Post subject: | Re: Amiko Viper V40 Recovery and Multiboot |
Aici trebuie sa ma opresc ! m-am lovit de lipsa de interes , ce-i drept pentru un grup de receptoare care nu au facut cine stie ce impresie ! Ar fi meritat ? Eu cred ca da ! Egami , OpenATV, PurE2 si OpenVIX in Multiboot suna a o oferta interesanta !!! M-am adresat unor oameni competenti , toti implicati in constructii de imagini pentru Amiko ! nimeni nu s-a aratat interesat sa-l continue si sa-l finalizeze ! Eu m-as fi multumit si cu un Multiboot Egami ! ca cel salvator de la un alt receptor drag mie ... Zgemma H9S ! Cei de la Egami , care au construit imagine pentru Amiko Viper 4K V20 ... m-au refuzat ! nici macar imaginea veche (10.0) actualizata n-au dorit s-o reia !!! |
Page 1 of 1 | All times are UTC + 3 hours |
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group http://www.phpbb.com/ |