97 replies to this topic

[harryhase]

So the solution could be to make a full backup of each image and reflash them from 7.3 in each partion?

Or what is the way to update an functional stb to openpli 7.3 with other images?

Are then openpli 7.3 and 7.2 on the same stb possible?

(i'm confused that there is not a clear description howto update, or a hint in the image?)

[mikel]

Hallo harryhase und für alle mit dem selben Problem,

 

das Problem kannst du im unten stehenden Link lesen.

 

Ich habe alles soweit mit einer H7S ausgetestet und kann dir sagen, wenn es funktionieren soll kannst du nachfolgendes machen. Sollte somit für alle baugleichen Boxen gelten.

 

Nehme ein Image vor Mai 2019, (ich habe HDF genommen) flashe dieses per USB, es wird neu partitioniert und das HDF wird in Startup/Part.1 geflasht. Von hier aus kannst du alle Startups/Part. mit verschiedenen Images lokal neu flashen, auch wenn du Backups erstellt hast bzw. neusten Stand der einzelnen Images, egal ob OE-Alliance oder nicht. Zum Schluss habe ich das alte HDF auf ein aktuelles aktualisiert. Du hast halt hier auch die Möglichkeit intern Backups von allen Startups zu erstellen, das geht über PLI nicht, kein internes Backupsystem und das Plugin Backups.. kann ich nicht empfehlen.
Funktioniert bei mir super, das sollte auch über ATV funzen (nicht getestet).

 

Das Problem liegt zwischen den OE-Images und PLI wie im Link geschildert.

 

Viel Spaß.

 

Gruß Mikel

 

https://forums.openpli.org/topic/77150-hd51-huge-multiboot-problem/

 

 

Hello harryhase and for everyone with the same problem,

 

I've tested everything so far with an H7S and can tell you if it should work you can do the following. Should therefore apply to all identical boxes.

 

Take an image before May 2019, (I took HDF) flash it via USB, it is repartitioned and the HDF is flashed in Startup / Part.1. From here you can see all startups / part. locally reflash with different images, even if you have created backups or the latest status of the individual images, regardless of whether or not OE-Alliance Finally, I updated the old HDF to a current one. Here you also have the option to create internal backups of all startups, this is not possible via PLI, no internal backup system and the backup plugin .. I cannot recommend it. Works great for me, it should also work via ATV (not tested).

 

The problem lies between the OE images and PLI as outlined in the link.

 

Have fun.

 

Greetings Mikel

 

https://forums.openpli.org/topic/77150-hd51-huge-multiboot-problem/

Edited by mikel, 10 October 2020 - 09:59.

[mikel]

Habe seit ein paar Tagen seltsames beobachtet, im PLI-Image (überwiegend genutztes Image) löscht sich der Ordner mit den systemplugins und Teile des Inhaltes der extensions (zu sehen über Aufruf Plugins/Plugins löschen - rote Taste). Dadurch ist das Image natürlich nicht mehr voll funktionstüchtig, was das wieder ist? Ob das am Multiboot liegt kann ich nicht sagen, alle anderen Images in den Startups laufen ohne Einschränkung. Mal ein Update abwarten, die Dateien sind erst in ein paar Tagen verschwunden, dann spiele ich erstmal mein Backup zurück und es funzt wieder.

 

Die Baustelle ist scheinbar auch für meine Variante wieder offen bzw. immer noch?

 

 

I have observed strange things for a few days, in the PLI image (mostly used image) the folder with the system plugins and parts of the content of the extensions are deleted (to be seen by calling plugins / delete plugins - red button).

As a result, the image is of course no longer fully functional, what is that again?

I can't say whether this is due to the multiboot, all other images in the startups run without restriction.

Wait for an update, the files will only be gone in a few days, then I restore my backup and it works again.

The construction site is apparently open again for my variant or is it still?

Edited by mikel, 10 October 2020 - 14:40.

[Frenske]

Ich kann mir nicht vorstellen, das diese Erweiterungen von selbst aus dem Setup verschwinden. Obwohl ich kein H7 mehr habe, kann ich mich nicht erinnern, ob ich dieses Phänomen jemals zuvor mit 7.3 gesehen habe.

[mikel]

Hallo Frenske,

 

wenn ich hier was schreibe dann kannste mir das auch glauben, bin schon Jahre unterwegs mit Linux, ab der dbox2 mit Neutrino bis heute E2 alles mitgemacht. Ob das an meiner obenstehenden Ausführung der Installation liegt oder am Image selbst, kann ich nicht sagen, die Ordner bzw. Dateien/Plugins sind wie von Geisterhand gelöscht. Du kannst dir vorstellen das dann so einiges nicht mehr funzt. Werde mal wieder ein neues Image aufsetzen, vielleicht aus den Settings etwas mit reingerutscht was sich nicht verträgt?

[Frenske]

Ich habe nie gemeint, dass deine Ergebnisse sowieso falsch sind. Ich sage nur, dass dies meiner Meinung nach niemals von alleine geschehen sein wird. So weit Ich weiß ware du der einzige die diese Erfahrungen hat. Sonst hätte unser Forum ja überflutet sein mit gleiche Erfahrungen. Hätte ich eine Lösung dann hätte ich die bestimmt angegeben. Selbstverständlich war es nicht beabsichtigt, dich zu beleidigen.

[betacentauri]

Bitte schau mal, ob in irgendeinen von deinen Images die Multibootpartitionen automatisch gemountet werden.
Am besten kannst das mit dem Befehl Mount sehen. Sind da /dev/mmcblkpX Partitionen nach /media gemountet?

[mikel]

Hallo betacentauri,

 

schön mal wieder von dir als Fachberater zu hören, ist mir stets ein Vergnügen.

 

In der ersten Zeile steht etwas ähnliches, schaue bitte selbst was der Mountbefehl ausgegeben hat.

Gestern habe ich mein PLI-Backup zurückgespielt, z. Zeit sind die Dateien noch vorhanden.

 

Nachfolgend PLI-Mount im Startup2, die anderen folgen

 

Danke vorab.

 

Gruß Mikel

 

mount H7 PLI

 

/dev/mmcblk0p5 on / type ext4 (rw,relatime,data=ordered)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
devtmpfs on /dev type devtmpfs (rw,relatime,size=190308k,nr_inodes=47577,mode=755)
tmpfs on /media type tmpfs (rw,relatime,size=64k)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
tmpfs on /var/volatile type tmpfs (rw,relatime)
/dev/sda1 on /media/hdd type ext4 (rw,noatime,nodelalloc,data=ordered)
devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620,ptmxmode=000)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
root@h7:

Edited by mikel, 11 October 2020 - 10:34.

[betacentauri]

Das ist ok so. Da ist nur das Root Filesystem gemountet. Das muss so sein.

 

Ist auf jeden Fall ein sehr komisches Problem. Wenn du irgendwie nachstellen könntest, wann das auftritt, wäre das natürlich super. Ansonsten wird es denke ich sehr schwierig sein da etwas zu finden.

[mikel]

Mount meiner belegten Startups Images 1-4 (wollte sie in einer datei anhängen, hat nicht funktioniert also dann hier alles auf einen Schlag)

 

Mount HDF 6.4-30 von 03/2019 Startup1 mit dem Image wurde per USB geflasht

 

/dev/root on / type ext4 (rw,relatime,data=ordered)
devtmpfs on /dev type devtmpfs (rw,relatime,size=190268k,nr_inodes=47567,mode=755)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
tmpfs on /media type tmpfs (rw,relatime,size=64k)
/dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
tmpfs on /var/volatile type tmpfs (rw,relatime)
/dev/sda1 on /media/hdd type ext4 (rw,relatime,data=ordered)
devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620,ptmxmode=000)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
/etc/auto.network on /media/autofs type autofs (rw,relatime,fd=6,pgrp=1991,timeout=5,minproto=5,maxproto=5,indirect)
root@zgemmah7:

 

Mount PLI 7.3 aktuell Startup2

/dev/mmcblk0p5 on / type ext4 (rw,relatime,data=ordered)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
devtmpfs on /dev type devtmpfs (rw,relatime,size=190308k,nr_inodes=47577,mode=755)
tmpfs on /media type tmpfs (rw,relatime,size=64k)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
tmpfs on /var/volatile type tmpfs (rw,relatime)
/dev/sda1 on /media/hdd type ext4 (rw,noatime,nodelalloc,data=ordered)
devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620,ptmxmode=000)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
root@h7:

 

Mount ATV 6.4 aktuell Starup3

/dev/mmcblk0p7 on / type ext4 (rw,relatime,data=ordered)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
devtmpfs on /dev type devtmpfs (rw,relatime,size=190260k,nr_inodes=47565,mode=755)
tmpfs on /media type tmpfs (rw,relatime,size=64k)
/dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
tmpfs on /var/volatile type tmpfs (rw,relatime)
/dev/sda1 on /media/hdd type ext4 (rw,relatime,data=ordered)
devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620,ptmxmode=000)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
/etc/auto.network on /media/autofs type autofs (rw,relatime,fd=6,pgrp=2093,timeout=5,minproto=5,maxproto=5,indirect)
root@zgemmah7:

 

Mount HDF 6.5- 72 aktuell Startup4

/dev/mmcblk0p9 on / type ext4 (rw,relatime,data=ordered)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
devtmpfs on /dev type devtmpfs (rw,relatime,size=190268k,nr_inodes=47567,mode=755)
tmpfs on /media type tmpfs (rw,relatime,size=64k)
/dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
tmpfs on /var/volatile type tmpfs (rw,relatime)
/dev/sda1 on /media/hdd type ext4 (rw,relatime,data=ordered)
devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620,ptmxmode=000)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
/etc/auto.network on /media/autofs type autofs (rw,relatime,fd=6,pgrp=2119,timeout=5,minproto=5,maxproto=5,indirect)
root@zgemmah7:

Edited by mikel, 11 October 2020 - 11:08.

[mikel]

Auch nach dem aufrufen der verschiedenen Startups 1-4 sind die Dateien im PLI-Image immer noch vorhanden.

Hatte gestern nochmals neu per USB geflasht und im Startup1 das geflashte Image HDF 6.4-30 wie aufgeführt belassen und nicht auf ein aktuelles geflasht. Vielleich liegt es ja daran, werde es beobachten.

Edited by mikel, 11 October 2020 - 11:17.

[mikel]

Hallo Frenske,

 

wie in #45 von dir beschrieben, bin doch nicht beleidigt, warum auch, hat sich das so angehört?

 

Dann Entschuldigung mein Freund.

 

Gruß Mikel

Edited by mikel, 11 October 2020 - 11:22.

[mikel]

Hallo betacentauri, Pli-Team,

 

habe heute eine Dateisystemüberprüfung der Festplatte gemacht, es kam nachfolgende Fehlermeldung, bei allen Images im Multiboot. Die Festplatte läuft aber ohne Probleme, Aufnahmen, abspielen von Aufnahmen, alles ohne Fehler. Kann man den Fehler beseitigen ohne neu zu initialisieren/formatieren?

Meine Dateien im PLI-Image sind noch vorhanden.

Vielleicht liegt es ja an diesem Fehler?

 

Danke.

 

Gruß Mikel

 

Fehlermeldung: original

überprüfe Dateisystem

Fehler: /dev/sda1: UNEXPECTED

INCONSISTENCY; RUN fsck

MANUALLY.

(i.e. without -a or -p option)

mapped.

 

Fehlermeldung: deutsch

Fehler: / dev / sda1: UNERWARTET

INKONSISTENZ; RUN fsck

MANUELL.

(d. h. ohne die Option -a oder -p)

abgebildet.

Edited by mikel, 12 October 2020 - 10:02.

[mikel]

Telnetbefehl hat nachfolgendes angezeigt.

root@h7: parted -l

 

Model: ATA TOSHIBA MQ01ABB2 (scsi)

Disk /dev/sda: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:

Number  Start  End     Size    Type     File system  Flags
1      4096B  2000GB  2000GB  primary  ext4

Error: /dev/mmcblk0rpmb: unrecognised disk label
Warning: Error fsyncing/closing /dev/mmcblk0rpmb: Input/output error

Edited by mikel, 12 October 2020 - 10:15.

[mrvica]

übrigens deine multiboot partitionen kannst du mit parted -l auch sehen,

anschliessend Ctrl-C eingeben

[mikel]

Es scheint doch etwas mit der Partitionierung zu tun haben, hier gibt es Fehler, werde mal neu Flashen aber mit welchem Image?

OE-Alliance und PLI vertragen sich ja immer noch nicht bei der H7. Vor Mai 2019 gab es hier keine Problemme, dann wurde glaube ich, zwei mal umgestellt und dann kamen die Probleme. Wie schon gesagt, bei meiner H9 Combo funzen die Images alle unter -und miteinander. Warum kann man das hier nicht auch machen?

 

Hat jemand eine Lösung mit der H7 Multiboot mit PLI, ATV und HDF?

 

root@h7: parted -l
Model: ATA TOSHIBA MQ01ABB2 (scsi)
Disk /dev/sda: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:
Number  Start  End     Size    Type     File system  Flags
1      4096B  2000GB  2000GB  primary  ext4
Error: /dev/mmcblk0rpmb: unrecognised disk label
Warning: Error fsyncing/closing /dev/mmcblk0rpmb: Input/output error
Retry/Ignore?
Ctrl-C
parted: invalid token: Ctrl-C
Retry/Ignore? Retry
Warning: Error fsyncing/closing /dev/mmcblk0rpmb: Input/output error
Retry/Ignore? Ignore
Model: Generic SD/MMC Storage Card (sd/mmc)
Disk /dev/mmcblk0rpmb: 524kB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:
Error: /dev/mmcblk0boot0: unrecognised disk label
Model: Generic SD/MMC Storage Card (sd/mmc)
Disk /dev/mmcblk0boot0: 4194kB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:
Error: /dev/mmcblk0boot1: unrecognised disk label
Model: Generic SD/MMC Storage Card (sd/mmc)
Disk /dev/mmcblk0boot1: 4194kB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:
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                  kernel1
3      12.6MB  851MB   839MB   ext4            rootfs1
4      851MB   860MB   8389kB                  kernel2
5      860MB   1699MB  839MB   ext4            rootfs2
6      1699MB  1707MB  8389kB                  kernel3
7      1707MB  2546MB  839MB   ext4            rootfs3
8      2546MB  2554MB  8389kB                  kernel4
9      2554MB  3393MB  839MB   ext4            rootfs4
10      3393MB  3908MB  515MB   linux-swap(v1)  swap

Edited by mikel, 12 October 2020 - 11:00.

[Frenske]

Das Problem warum Images vor einem bestimmten Datum nicht mehr funktionieren ist mehrmals erklärt in mehrere Topics.

Ich bin leider im Moment nicht in der Lage die bestimmte Topics zu suchen. Es hat mit Struktur zu tun so weit ich weiss.

[mikel]

Meine Images in den einzelnen Startups funktionieren alle, die Dateien im PLI sind weiter vorhanden, die Fehlermeldung nach der Dateisystemüberprüfung hat mich nur ein wenig stutzig gemacht. Liegt aber scheinbar nicht am USB-Flashimage und den Bootpartitionen? Wenn ich die Dateisystemüberprüfung durchführe und der genannte Fehler angezeigt wird, findet das System die Festplatte nicht mehr, nach einem Neustart ist alles wieder ok.

Da ich soweit mit Aufnahmen ect. mit der Platte keinerlei Probleme habe, werde ich das so belassen.

 

Vielleicht hat ja jemand eine Idee was man gegen diese Fehlermeldung tun kann?

 

Dateisystemüberprüfung der Festplatte

 

Fehlermeldung: original

überprüfe Dateisystem

Fehler: /dev/sda1: UNEXPECTED

INCONSISTENCY; RUN fsck

MANUALLY.

(i.e. without -a or -p option)

mapped.

 

Fehlermeldung: deutsch

Fehler: / dev / sda1: UNERWARTET

INKONSISTENZ; RUN fsck

MANUELL.

(d. h. ohne die Option -a oder -p)

abgebildet.

Edited by mikel, 12 October 2020 - 13:35.

[mrvica]

Ich kriege den Fehler auch, ist eigentlich kein Fehler, nur Warning (Warnung)

ich habe PLi 7.3 USB Image geflasht, die übrigen 3 sind leer

root@h7:/var/volatile/tmp# parted -l
Model: Seagate Desktop (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number  Start   End    Size   Type     File system  Flags
 1      1049kB  500GB  500GB  primary  ext3


Error: /dev/mmcblk0rpmb: unrecognised disk label
Warning: Error fsyncing/closing /dev/mmcblk0rpmb: Input/output error
Retry/Ignore?

Model: Generic SD/MMC Storage Card (sd/mmc)
Disk /dev/mmcblk0rpmb: 524kB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:

Error: /dev/mmcblk0boot0: unrecognised disk label
Model: Generic SD/MMC Storage Card (sd/mmc)
Disk /dev/mmcblk0boot0: 4194kB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:

Error: /dev/mmcblk0boot1: unrecognised disk label
Model: Generic SD/MMC Storage Card (sd/mmc)
Disk /dev/mmcblk0boot1: 4194kB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:

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  3908MB  2797MB               userdata


root@h7:/var/volatile/tmp#

wegen dem Festplattenfehler einfach mal

fsck.ext4 /dev/sdaX

laufen lasse, das Log sagt es dir

 

[mikel]

Habe die Platte über Telnet neu gemountet, Fehler beseitigt.

Vielleicht bleiben ja auch nun meine Dateien im PLI-Image, dann funktioniert meine Vorgehensweise vielleicht doch, auf jeden Fall besser als das Miteinander der aktuellen PLI und OE-Alliance Images auf einer H7 bzw, baugleichen Boxen.

 

Hier sieht man das ein wenig Interesse/Arbeit/Mühe am Ende doch von Nutzen sind.