Can I flash an OpenPli image in to a spare slot?

[flexmcmurphy]

Hello,

I have a collection of movie recordings on a USB HDD connected to a Raspberry Pi.
I created a Samba share on that Pi and use Autofs in OpenATV to mount that share in OpenATV.

OpenATV 6.4 takes 5 seconds to load the movies in that share in to the EMC.
OpenATV 7.5.1 takes 14 seconds to load the same movie collection from that share in to the EMC.

This is disappointing and is making 7.5.1 unusable for me.

Are all enigma2 images suffering from the same problem in the transition to python3?

I would like to give OpenPli a try. When I put an OpenPli usb.zip or a multiboot.zip file on my ZGemma internal HDD and go in to Setup > Software Management > Flash Local I do not see those OpenPli images? Do I need to flash OpenPli from USB and then will that delete all the images I have in the slots in my Zgemma? I know I could make an OpenATV backup image first but that's still a lot of hassle.

Flex

[twolde]

Well, normally its straight forward to do this (I have to state that I rarely use OpenATV as I am a developer on more UK focused Images), but if you press the Blue button, then FlashOnline, you should be able to download from other images such as OpenPli OpenViX etc via I believe the Yellow button (Distribution)

[Papi2000]

We don't know, if the thread starter has a local storage in / at his ZGemma (which one? no info in his profile).
online flash is only for users with recommended local storage at their boxes.
No E2 without local storage.
And if the file list is located on a HDD in sleep, the list has to be waken up, before the content can be listet in EMC.

[urie]

@Papi2000 I noticed when you now go to Flash Online in Distribution there is only Openatv available
is this due to python version.

[flexmcmurphy]

@twolde
I'm not sure when was the last time you used an OpenATV image but it doesn't the option to download images (from remote servers) other than OpenATV images. It only gives me the option to download OpenATV images.

I asked over at OpenPli forums and was advised that if I wanted to flash an OpenPli image from OpenATV then I need to change the file name of the OpenPli image to match the structure of the file name of OpenATV images.

The latest OpenPli is called: openpli-9.1-release-h7-20250212_multiboot.zip
OpenATV uses this naming format: openatv-7.5.1-zgemmah7-20250212_multi.zip
So I renamed the OpenPli image file to: openatv-7.5.1-zgemmah7-20250212_multi.zip

I was then able to see this OpenPli image from OpenATV Software Management > Flash Local

I went to install it and it asked me to select a Slot number and I chose an empty slot (Slot 3).

After the OpenPli image installed when I finally got through the Setup Wizard when I go in to Menu > Standby/Restart > Multiboot image selector (It says "No images found")

So I guess all the slots in my Zgemma have been deleted to make room for the OpenPli image?
I assumed that since the image is called xxxxx_multiboot.zip that it would just install in to the slot I chose and not interfere with images I already had in the other slots?

Is there any way to get back to those images I had in Slots 1 and 2?

Flex

[Papi2000]

What tells you the support of oPLi in that case (your last steps where flashing oPLi and going through setup process). They should know, how flashing takes place, and what files are needed to go to another slot from their image?

By the way: On my ZGemma H9 TWin there is such a view in oATV7.3 for example:
(in Flash online use YELLOW to switch distros)

[twolde]

@flexmcmurphy ..... you may have mentioned it but which zgemma box do you have?

The only time I wouldn't expect to see other Distro's listed is if the box is not built by those Distro's(images)
I am assuming that as you mentions slots, it must be multiboot, so unless there is a bug in the ATV code, it would only flash the image into the specified slot.

So from a PC use Filezilla to see what is in /boot - it should show all the STARTUP files for each slot.
If present and you know there is a working image in a specific slot, you can run a Telnet session (using something like putty) to stop the box (type init 4), copy the working slot file to your PC e.g. STARTUP_LINUX_1
.. then rename to STARTUP and copy back to /boot and in the Telnet session type init 6.

It should then restart on the copied slot.

[flexmcmurphy]

@twolde
I have a Zgemma H7S running OpenATV 6.4, when I go in to Setup > Software Management > Flash Local
I only have the option to download OpenATV images. If I press the Blue or Red buttons they don't do anything. Maybe this has something to do with OpenATV 6.4 being so out of date now?

Anyway as explained in my last post I went ahead and changed the naming convention of an OpenPli 9.1 image to one that OpenATV recognised. It then appeared in the "Downloaded Images" list and I was able to flash it. I chose to put it in Slot 3. I also have OpenATV 6.4 in Slot 1 and OpenATV 7.5.1 in Slot 2.

When booted in to the OpenPli image when I go in to Menu > Standby/Restart > Multiboot image selector (It says "No images found").
Am I supposed to install a plugin maybe?
I ended up getting very confused. I made a big post about it over in the OpenPli forums.

Your advice about the STARTUP files in the boot partition saved me. That was my only way to get back to OpenATV 6.4 which I have in Slot 1.
Only thing was getting enigma2 to Stop and then Reboot was a bit tricky. This thread over on sat-universe was helpful. I ended up doing something like

Code: Alles auswählen

init 4; sleep 5; init 3 // Stop then start enigma
init 4; sleep 5; init 6 // Stop then reboot the box

When booted in to OpenATV 6.4 (Slot 1) this is what I see from a Terminal:

Code: Alles auswählen

root@zgemmah7:~# df -h
Filesystem                Size      Used Available Use% Mounted on
/dev/mmcblk0p3          950.3M    355.5M    534.7M  40% /
devtmpfs                185.8M      4.0K    185.8M   0% /dev
tmpfs                    64.0K         0     64.0K   0% /media
/dev/mmcblk0p1            3.0M     10.0K      3.0M   0% /boot
tmpfs                   502.0M    160.0K    501.8M   0% /var/volatile
/dev/sda1               686.7G    398.0G    253.7G  61% /media/hdd
/dev/sdb1                 3.8G    362.8M      3.4G   9% /media/4gb
/etc/auto.network         3.6T      1.6T      2.0T  45% /media/ubuntu
/dev/mmcblk0p1            3.0M     10.0K      3.0M   0% /var/volatile/tmp/startupmount
//192.168.1.34/4TB1       3.6T      1.6T      2.0T  45% /media/ubuntu

I guess /dev/mmcblk0 is the ZGemma internal flash so here is the "parted" view of the partitions on there:

Code: Alles auswählen

root@zgemmah7:~# parted /dev/mmcblk0
GNU Parted 3.2
Using /dev/mmcblk0
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print                                                            
Error: The backup GPT table is corrupt, but the primary appears OK, so that will be used.
OK/Cancel? OK                                                             
Model: MMC 4FPD3R (sd/mmc)
Disk /dev/mmcblk0: 3909MB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system     Name          Flags
 1      1049kB  4194kB  3146kB                  boot          msftdata
 2      4194kB  12.6MB  8389kB                  linuxkernel
 3      12.6MB  1086MB  1074MB  ext4            linuxrootfs
 4      1086MB  1095MB  8389kB                  linuxkernel2
 5      1095MB  1103MB  8389kB                  linuxkernel3
 6      1103MB  1111MB  8389kB                  linuxkernel4
 7      1111MB  1380MB  268MB   linux-swap(v1)  swap
 8      1380MB  3908MB  2528MB  ext4            userdata

(parted) quit

linuxrootfs (/dev/mmcblk0p3) seems to be the currently mounted image. Actually I think the Image in Slot 1 is always in /dev/mmcblk0p3.
userdata (/dev/mmcblk0p8) I think this contains ALL the other images from Slots 2, 3 and 4? Because when I mounted that partition I get this...

Code: Alles auswählen

root@zgemmah7:~# mkdir /media/flash
root@zgemmah7:~# mount /dev/mmcblk0p8 /media/flash/
root@zgemmah7:~# ls -al /media/flash/
drwxr-xr-x    6 root     root          4096 Feb 23 22:32 .
drwxrwxrwt    7 root     root           140 Feb 25 23:29 ..
drwxr-xr-x   15 root     root          4096 Feb 17 21:50 linuxrootfs2
drwxr-xr-x   15 root     root          4096 Feb 23 22:34 linuxrootfs3
drwxr-xr-x   17 root     root          4096 Feb 23 22:33 linuxrootfs4
drwx------    2 root     root         16384 Aug 23  2020 lost+found

I suppose linuxrootfs2 is slot 2 and so on?

When I am booted in to OpenPli (Slot 3) and run all the above commands when I mount "userdata" I only see ONE other linuxrootfs and it is linuxrootfs1 (OpenATV 6.4). I didn't see any linuxrootfs2 or linuxrootfs4?

Other thing I noticed is that when booted in to OpenATV 7.5.1 I am able to select the yellow button (Distribution) and flash OpenPli images that way. Also when I go in to Menu > Restart > Multiboot Manager (I AM able to see the images I have in the 4 slots).

OK I'm spending too much time on this but I'm curious how the underlying Linux OS presents the different images on boxes that can multiboot like mine has 4 slots. And also, how come when booted in to OpenPli (Slot 3) the multiboot menu sees No Images ? Must be something to do with the hacky way I flashed OpenPli 9.1 from OpenATV in the first place?

Cheers,

Flex

[Papi2000]

That is a mayor failure, only repairable within flashing via usb, and cleanup the whole flash:

Code: Alles auswählen

...
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print                                                            
Error: The backup GPT table is corrupt, but the primary appears OK, so that will be used.
OK/Cancel? OK                                                             
...

As you see, your oATV6.4 seems too old also within the oATV6.4 until it went EoL. It might not have been the latest release.
But all that does NOT fix your flash-problem with consistency.
One day, you will encounter more and more problems.

[twolde]

@flexmcmurphy …….if you haven’t,t flashed an image slot e.g. slot 2 , there will be no linuxrootfs2.
So I think when in openpli, you need to go to the multiboot selector and restart in debug mode….. log goes to /home/root/log (their debug logging is pretty basic - why do you a log system errors when the code never fails!).
Check that on booting it finds the multiboot slots (should be in first couple of pages)…..it almost looks as if there is an error and it doesn,t find any —— hence doesn,t know of other images. I don,t have this box so cannot check.

If needed I can probably give an updated openpli multiboot module to provide more data……depends on your time and priorities.
Or you can try another image!

[Papi2000]

Don't spend too much time with that corrupt flash file-system.
That should be the first action.

[flexmcmurphy]

As suggested by @Papi2000 I'll flash a new image from USB to clear that corrupt GPT table warning I have.

Do I need to use something like openatv-7.5.1-zgemmah7-20250217_recovery_emmc.zip I suppose using the Flash-From-USB method?
Not a XXX_multi.zip image?
Then I'll restore my backups in it and use OpenAtV 7.5.1 as my daily driver.

After playing with OpenPli for a few days I still prefer the look and feel of OpenATV. OpenPli today still looks the same as HDMU did back in 2012!

Also CrossEPG just works better on OpenATV.
I figured out last night that you can disable EMC so with the default movie player OpenATV 7.5.1 can load my movies from a Samba share in about 2 seconds instead of 14!

@twolde

I'm just curious how come flashing the OpenPli image the way I did caused it to install the way it did. In that case I would need to understand how OpenATV flashes an image from a remote source compared with how it flashes from a local source.

I suppose that simply renaming:
openpli-9.1-release-h7-20250212_multiboot.zip
TO
openpli-9.1-zgemmah7-20250212_multi.zip

... and flashing it from OpenATV 6.4 as though it is a "Downloaded Image" was never going to work? I have asked over on the OpenPli forums but my question is in a moderator queue and they haven't released it in the last 24 hours so I guess they just don't want to help me even though it was their hint that gave me the idea to try the above that almost proved costly.

The OpenPli image download site says that images ending with ...multiboot.zip are meant to be flashed in to a multiboot slot so I chose a good image I think but maybe there is something in the way OpenATV flashes images "from local storage" that is different from how an OpenPli image is meant to be flashed "from local storage".

Maybe it's something else I don't know.

Maybe I'll just let this one go!

Cheers,

Flex