HD51 huge multiboot problem.
#1
Posted 21 June 2020 - 14:53
What could have happened?
Στάλθηκε από το Redmi Note 5 μου χρησιμοποιώντας Tapatalk
Re: HD51 huge multiboot problem. #2
Re: HD51 huge multiboot problem. #3
Posted 21 June 2020 - 15:14
Maybe partition layout is damaged or a bug in new 7.3?
You can see if the images are still available on the partition
By putty/telnet
mkdir /tmp/userdata
mount /dev/block/by-name/userdata /tmp/userdata
cd /tmp/userdata
ls
Do you see linuxrootfs with a number behind then it all should been fine and it's probably a bug in openpli.
Edited by WTE, 21 June 2020 - 15:15.
Mut@nt HD51 STB 4K
Re: HD51 huge multiboot problem. #4
Posted 21 June 2020 - 18:13
Here's what I got from WTE's commands (OpenPLI 7.3 is installed on slot 2).
openpli 7.3-rc hd51 hd51 login: root root@hd51:~# mkdir /tmp/userdata root@hd51:~# mount /dev/block/by-name/userdata /tmp/userdata root@hd51:~# cd /tmp/userdata root@hd51:/var/volatile/tmp/userdata# ls linuxrootfs2 linuxrootfs3 linuxrootfs4 lost+found root@hd51:/var/volatile/tmp/userdata#
So what is going on?
Bear in mind that in slot1 I have the latest OpenATV which has the new multiboot layout as well. So it should be compatible to OpenPLI.
However I have to note that SatDreamGR8 which moved to Zeus earlier, has the exact same issue with multiboot. Is it maybe a Zeus issue?
Edited by MCelliotG, 21 June 2020 - 18:14.
Re: HD51 huge multiboot problem. #5
Posted 21 June 2020 - 18:16
I have it tested here on 3 boxes without issues.....
I would like to see the content of your startup directory...
Edited by littlesat, 21 June 2020 - 18:19.
WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W
Re: HD51 huge multiboot problem. #6
Re: HD51 huge multiboot problem. #7
Re: HD51 huge multiboot problem. #8
Posted 21 June 2020 - 18:59
root@hd51:/var/volatile/tmp/userdata# mount /dev/mmcblk0p1 /tmp/boot root@hd51:/var/volatile/tmp/userdata# cd /tmp/boot root@hd51:/var/volatile/tmp/boot# ls STARTUP STARTUP_1 STARTUP_2 STARTUP_3 STARTUP_4 root@hd51:/var/volatile/tmp/boot#
Luckily I did not install OpenPLI 7.3 on the first partition so I can hard-boot to OpenATV on Partition1. From there I can flash another image on partition 2 and get multiboot back.
The thing is I'm afraid if I flash OpenPLI 7.3 on the first partition I will either
a) not be able to use multiboot
use multiboot only with Zeus images.
Re: HD51 huge multiboot problem. #9
Re: HD51 huge multiboot problem. #10
Re: HD51 huge multiboot problem. #11
Posted 21 June 2020 - 21:04
Edited by littlesat, 21 June 2020 - 21:11.
WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W
Re: HD51 huge multiboot problem. #12
Posted 21 June 2020 - 23:06
In all honesty even with OpenPLI 7.2 I never saw 8 startup files.
The last time I flashed my HD51 was when the new multiboot system was introduced. I had initially flashed SDG8 on slot 1 and had to flash OpenATV after I saw that multiboot was not working.
Tomorrow I will backup my images and try flashing OpenPLI 7.3 on slot 1 to see if anything is fixed.
Re: HD51 huge multiboot problem. #13
Posted 22 June 2020 - 00:00
Small quick test.
1. Flashed openatv 6.4 (emmc recovery) image 1st partition
Flashed openpli 7.3 slot 4
same behaviour. OpenPLI 7.3 is flashed successfully but gives again no images found.
2. Trying to flash OpenPLI 7.3 multiboot on slot 1
- Gives no partition (unable to flash). If I flash the non-multiboot, I think I'll have no multiboot!
So, what can I do?
Edited by MCelliotG, 22 June 2020 - 00:06.
Re: HD51 huge multiboot problem. #14
Posted 22 June 2020 - 05:02
This has nothing to do with STARTUP files. OE-A uses 4 for the HD51 and uses code to handle the 2 bootmodes. OpenPli uses 8 to handle bootmode 1 and 12.
- but the multiboot code should be the same across all the images
Gigablue Quad 4K & UE 4K, Vu+Uno4KSE, DM900
.........FBC Tuners:
------------------> GT-SAT unicable lnb to 1.5M dish(28.2E)
------------------> Gigablue unicable lnb to 80 cm dish(19.2E)
Octagon sf8008, AX HD61, Edision Osmio 4K+, Zgemma H9Combo using Legacy ports on multiswitches
Zgemma H9twin & Zgemma H9 C/S mode into Giga4K
Re: HD51 huge multiboot problem. #15
Posted 22 June 2020 - 05:51
Στάλθηκε από το Redmi Note 5 μου χρησιμοποιώντας Tapatalk
Re: HD51 huge multiboot problem. #16
Posted 22 June 2020 - 06:50
Edited by littlesat, 22 June 2020 - 06:55.
WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W
Re: HD51 huge multiboot problem. #17
Posted 22 June 2020 - 07:08
The multiboot images are impossible to flash this way.
I always flash the latest images. OpenPLI 7.2 has no issues with multiboot in whichever slot is flashed. The issue is with Zeus images.
What is your proposal since flashing any 7.3 image results in non images found?
Στάλθηκε από το Redmi Note 5 μου χρησιμοποιώντας Tapatalk
Re: HD51 huge multiboot problem. #18
Posted 22 June 2020 - 12:51
There aren't any zeus based images yet. 7.3-release is still based on Pyro.
Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)
Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.
Many answers to your question can be found in our new and improved wiki.
Re: HD51 huge multiboot problem. #19
Re: HD51 huge multiboot problem. #20
Posted 22 June 2020 - 14:52
OK, guys, PROBLEM SOLVED!!!
What I had to do is flash the 7.3 usb image via USB, fearing I would lose multiboot capabilities. Luckily I did not.
What seems to happen is this:
It looks like flashing the usb image and deleting the current partition table the latest OpenATV 6.4 creates if flashed via USB, fixes the multiboot with non OE-A images.
The good thing is that flashing an OE-A image after that in any slot, will retain the table, and compatibility. The only issue is that you cannot boot Mode12 from within OpenATV due to the differences already explained, but in all images the image list is now visible, so no problem for me.
Now, even SDG8 (Zeus) is working properly.
So, long story short, the distribution has nothing to do with the incompatibility, but OpenATV's workarounds do!
Nice things to know, I learned a lot today!
Thank you to everyone for your patience and suggestions!
2 user(s) are reading this topic
0 members, 2 guests, 0 anonymous users