Multiboot Partitioning script for various devices and boxes.

Hier kommen die Skripte rein, die von euch erstellt wurden.
Nachricht
Autor
Benutzeravatar
Lucifer
Member
Member
Beiträge: 232
Registriert: 01 Feb 2015 12:30
Hat gedankt: 159 Mal
Hat Dank erhalten: 155 Mal

#61

Beitrag von Lucifer »

@Papi2000,
I think there is a misunderstanding here, this is not about the sf8008 partitioning system but about creating external Multiboot partitions for boxes that don't have a proper Multiboot system. ;)
The partitioning script for the sf8008 will not change, the experimental version in post #1 will not be used and i will make a new one especially for the other Multiboot system.

@listener,
I will make a test script where you can set the amount of Multiboot slots that you want to create, the size of the external rootfs2 partition will be calculated with the value of that setting.
Benutzeravatar
Anskar
VIP
VIP
Beiträge: 3555
Registriert: 19 Sep 2014 20:42
Wohnort: Thüringer
Receiver 1: 3 mal Mut@nt HD 51 UHD
Receiver 2: GB HD Quad Plus
Receiver 3: Octagon SF8008
Receiver 4: Octagon SF8008 SUPREME
Hat gedankt: 3538 Mal
Hat Dank erhalten: 952 Mal

#62

Beitrag von Anskar »

Für Freunde der deutschen Sprache mal im Google Übersetzer durchgejagt ;-)

"@Papi2000,
Ich glaube, hier liegt ein Missverständnis vor, es geht hier nicht um das Partitionierungssystem des sf8008, sondern um die Erstellung externer Multiboot-Partitionen für Boxen, die kein richtiges Multiboot-System haben. 
Das Partitionierungsskript für den sf8008 wird sich nicht ändern, die experimentelle Version in Beitrag Nr. 1 wird nicht verwendet und ich werde ein neues speziell für das andere Multiboot-System erstellen.

@listener,
Ich werde ein Testskript erstellen, in dem Sie die Anzahl der Multiboot-Slots festlegen können, die Sie erstellen möchten. Die Größe der externen RootFS2-Partition wird mit dem Wert dieser Einstellung berechnet."


-‐‐-‐------------------

@ Lucifer, würde das auch eine Erweiterung für die MutantHD51, aktuell mit 4 Slots oder allgemein auch für die "alte" Gigablue HD Quad Plus gehen?

MfG

@Lucifer, would this also be an extension for the Mutant HD51, currently with 4 slots, or generally for the "old" Gigablue HD Quad Plus?
Kind regards
Benutzeravatar
Papi2000
Super Moderator
Super Moderator
Beiträge: 26976
Registriert: 20 Apr 2013 20:09
Receiver 1: Viele GigaBlues
Receiver 2: DM und ZGemma
Receiver 3: bissl VU
Hat gedankt: 4578 Mal
Hat Dank erhalten: 8737 Mal

#63

Beitrag von Papi2000 »

Bei den Mipsel-Boxen braucht man das Kerneldevice nandsim, sonst gehen die UBI-Images nicht. Bei der Quad_Plus sollte es doch OpenMultiBoot geben, das genau das schon macht?
Grüßle
Ralf
--------------------------------------------
---- Einen Receiver kann sich jeder kaufen - Eine stabile E²-Box muß man sich verdienen! ----




Bild
listener
Developer
Developer
Beiträge: 946
Registriert: 19 Aug 2021 14:24
Wohnort: Belgien
Receiver 1: vuultimo4k
Receiver 2: sf8008
Receiver 3: GBquad4k
Receiver 4: GBue4k
Receiver 5: h9se
Hat gedankt: 73 Mal
Hat Dank erhalten: 237 Mal

#64

Beitrag von listener »

nicht alle boxen sind dafür geeignet
es müssen emmc multi boot boxen sein
auf zegemma h9se functioniert es habe
8 slots hinzugefügt.
gbquad4k ue4k wird jetz getestet
ist warten bis ofgwrite geupdate wird.
pr ist da

openmultiboot soweit ich weis functioniert
das nu wen alle slots den gleichen kernel
haben
Benutzeravatar
Lucifer
Member
Member
Beiträge: 232
Registriert: 01 Feb 2015 12:30
Hat gedankt: 159 Mal
Hat Dank erhalten: 155 Mal

#65

Beitrag von Lucifer »

Here is the first test script with a simple partitioning loop.
You can set the device, amount of multiboot slots, and the amount of (rootfs) space that you want to reserve for every slot (1GB, 1.5GB, 2GB).
If you create 1 extra multiboot slot, the size of the rootfs2 partition is 1.5GB
If you create 2 extra multiboot slots, the size of the rootfs2 partition is 3GB

That way you can build some extra space in the rootfs2 partition incase you want to add extra slots in the future without partitioning the whole device again.
The linuxrootfs directories are also created.
Once these parts of the script work well, i will start with the next part.

I made 2 versions of the script (same script, but different lines disabled)

The script mb_part_sim_script.sh only shows the names and sizes of the partitions, without partitioning the device.
You can find the log file here: /tmp/mb_part_sim.log

The script mb_part_test_script.sh creates multiboot partitions on a device.
You can find the log file here: /tmp/mb_part_test.log


Google translation Deutsch:
Hier ist das erste Testskript mit einer einfachen Partitionierungsschleife.
Sie können das Gerät, die Anzahl der Multiboot-Slots und die Menge an (Rootfs-)Speicherplatz festlegen, die Sie für jeden Slot reservieren möchten (1 GB, 1,5 GB, 2 GB).
Wenn Sie 1 zusätzlichen Multiboot-Slot erstellen, beträgt die Größe der Rootfs2-Partition 1,5 GB.
Wenn Sie 2 zusätzliche Multiboot-Slots erstellen, beträgt die Größe der Rootfs2-Partition 3 GB.
Auf diese Weise können Sie zusätzlichen Speicherplatz in der Rootfs2-Partition schaffen, falls Sie in Zukunft zusätzliche Slots hinzufügen möchten, ohne das gesamte Gerät erneut zu partitionieren.
Die Linuxrootfs-Verzeichnisse werden ebenfalls erstellt.
Sobald diese Teile des Skripts gut funktionieren, werde ich mit dem nächsten Teil beginnen.

Ich habe 2 Versionen des Skripts erstellt (dasselbe Skript, aber unterschiedliche Zeilen deaktiviert).

Das Skript mb_part_sim_script.sh zeigt nur die Namen und Größen der Partitionen an, ohne das Gerät zu partitionieren.
Die Logdatei finden Sie hier: /tmp/mb_part_sim.log

Das Skript mb_part_test_script.sh erstellt Multiboot-Partitionen auf einem Gerät.
Die Logdatei finden Sie hier: /tmp/mb_part_test.log


Anskar hat geschrieben:Für Freunde der deutschen Sprache mal im Google Übersetzer durchgejagt ;-)
@ Lucifer, würde das auch eine Erweiterung für die MutantHD51, aktuell mit 4 Slots oder allgemein auch für die "alte" Gigablue HD Quad Plus gehen?

MfG

@Lucifer, would this also be an extension for the Mutant HD51, currently with 4 slots, or generally for the "old" Gigablue HD Quad Plus?
Kind regards


Hi Anskar,
If extra Multiboot slots are possible for your boxes, i will make a partitioning script for it. ;)

Google translation Deutsch:
Wenn zusätzliche Multiboot-Slots für Ihre Boxen möglich sind, werde ich dafür ein Partitionierungsskript erstellen. ;)



Regards,
Lucifer
Dateianhänge
mb_part_test_script.rar
(860 Bytes) 66-mal heruntergeladen
mb_part_sim_script.rar
(861 Bytes) 38-mal heruntergeladen
listener
Developer
Developer
Beiträge: 946
Registriert: 19 Aug 2021 14:24
Wohnort: Belgien
Receiver 1: vuultimo4k
Receiver 2: sf8008
Receiver 3: GBquad4k
Receiver 4: GBue4k
Receiver 5: h9se
Hat gedankt: 73 Mal
Hat Dank erhalten: 237 Mal

#66

Beitrag von listener »

Nice work well done
Looks like it works correctly
A bigger challenge is that in the startup file
to see which system is being used and
that the slots are added.
If system software (booter) has limitations lies
it's the box software not the script
I am slowly getting frustrated with the ofgwrite developers
who refuse to unlock their software
Can the admin (captain) do something about this.
If the script is complete it would turn into a plugin
as multiboot manager

Gute Arbeit, gut gemacht
So wie es aussieht, funktioniert es korrekt.
Eine größere Herausforderung besteht darin, in der Startdatei
zu überprüfen, welches System verwendet wird und
dass die Slots hinzugefügt werden.
Wenn die Systemsoftware (Booter) Einschränkungen hat, ist es
liegt es an der Boxsoftware und nicht am Skript
Langsam werde ich von den ofgwrite-Entwicklern frustriert
die sich weigern, ihre Software freizuschalten
Kann der Administrator (Kapitän) etwas dagegen tun.
Wenn das Skript vollständig ist, würde es zu einem Plugin werden
als Multiboot-Manager
listener
Developer
Developer
Beiträge: 946
Registriert: 19 Aug 2021 14:24
Wohnort: Belgien
Receiver 1: vuultimo4k
Receiver 2: sf8008
Receiver 3: GBquad4k
Receiver 4: GBue4k
Receiver 5: h9se
Hat gedankt: 73 Mal
Hat Dank erhalten: 237 Mal

#67

Beitrag von listener »

Anskar hat geschrieben:
-‐‐-‐------------------

@ Lucifer, würde das auch eine Erweiterung für die MutantHD51, aktuell mit 4 Slots oder allgemein auch für die "alte" Gigablue HD Quad Plus gehen?

MfG

@Lucifer, would this also be an extension for the Mutant HD51, currently with 4 slots, or generally for the "old" Gigablue HD Quad Plus?
Kind regards


Post mal den file /boot/xxxxx_1 hier mit filename
dan sehen wir weches system der hd51 benutzt
Benutzeravatar
Lucifer
Member
Member
Beiträge: 232
Registriert: 01 Feb 2015 12:30
Hat gedankt: 159 Mal
Hat Dank erhalten: 155 Mal

#68

Beitrag von Lucifer »

@listener,

Thanks for the feedback, that looks like a good start.
I have a new version with 2 safeties to test:

1. Check if the running image is a Flash image (Slots 1-4) before executing the script.

2. Check for Multiboot partition(s) on the device where you want to create Multiboot partitions, to prevent executing this script accidentally and lose all the existing Multiboot slots. ;)
That means that you deliberately have to initialize the device first before you can run the script, you can always disable this code for faster testing if you know what you are doing.

Google translation Deutsch:
Danke für das Feedback, das sieht nach einem guten Anfang aus.
Ich habe eine neue Version mit 2 Sicherheitsvorkehrungen zum Testen:

1. Überprüfen Sie, ob das laufende Image ein Flash-Image ist (Slots 1-4), bevor Sie das Skript ausführen.

2. Suchen Sie nach Multiboot-Partition(en) auf dem Gerät, auf dem Sie Multiboot-Partitionen erstellen möchten, um zu verhindern, dass dieses Skript versehentlich ausgeführt wird und alle vorhandenen Multiboot-Slots verloren gehen. ;)
Das bedeutet, dass Sie das Gerät absichtlich zuerst initialisieren müssen, bevor Sie das Skript ausführen können. Sie können diesen Code jederzeit deaktivieren, um schnellere Tests durchzuführen, wenn Sie wissen, was Sie tun.
Dateianhänge
mb_part_test_script_2.rar
(1.36 KiB) 45-mal heruntergeladen
listener
Developer
Developer
Beiträge: 946
Registriert: 19 Aug 2021 14:24
Wohnort: Belgien
Receiver 1: vuultimo4k
Receiver 2: sf8008
Receiver 3: GBquad4k
Receiver 4: GBue4k
Receiver 5: h9se
Hat gedankt: 73 Mal
Hat Dank erhalten: 237 Mal

#69

Beitrag von listener »

Here is the info for gbquad4k
Number Start End Size File system Name Flags
1 1049kB 4194kB 3146kB boot
2 4194kB 8389kB splash
3 8389kB 25.2MB 16.8MB rescue
4 25.2MB 33.6MB 8389kB kernel1
5 33.6MB 1711MB 1678MB ext4 rootfs1
6 1711MB 1720MB 8389kB kernel2
7 1720MB 2559MB 839MB ext4 rootfs2
8 2559MB 2567MB 8389kB kernel3
9 2567MB 3406MB 839MB ext4 rootfs3
10 3406MB 3958MB 553MB linux-swap(v1) swap


this looks a lot like the sf8008 sd card method
the start file
boot emmcflash0.kernel1: ‘root=/dev/mmcblk0p5 rootwait rw rootflags=data=journal libata.force=1:3.0G,2:3.0G,3:3.0G coherent_poll=2M vmalloc=525m bmem=529m@491m bmem=608m@2464m’
emmcflash0.kernel1 is relevant kernel1 becomes
kernel1 and rootfs1 partition


Hier sind die Informationen für gbquad4k
Nummer Anfang Ende Größe Dateisystem Name Flags
1 1049kB 4194kB 3146kB boot
2 4194kB 8389kB splash
3 8389kB 25,2MB 16,8MB Rettung
4 25,2MB 33,6MB 8389kB kernel1
5 33,6MB 1711MB 1678MB ext4 rootfs1
6 1711MB 1720MB 8389kB kernel2
7 1720MB 2559MB 839MB ext4 rootfs2
8 2559MB 2567MB 8389kB kernel3
9 2567MB 3406MB 839MB ext4 rootfs3
10 3406MB 3958MB 553MB linux-swap(v1) swap


dies ist der sf8008 sd karten methode sehr ähnlich
die Startdatei
boot emmcflash0.kernel1: 'root=/dev/mmcblk0p5 rootwait rw rootflags=data=journal libata.force=1:3.0G,2:3.0G,3:3.0G coherent_poll=2M vmalloc=525m bmem=529m@491m bmem=608m@2464m'
emmcflash0.kernel1 ist relevant Kernel1 wird
kernel1 und rootfs1 Partition
Benutzeravatar
Lucifer
Member
Member
Beiträge: 232
Registriert: 01 Feb 2015 12:30
Hat gedankt: 159 Mal
Hat Dank erhalten: 155 Mal

#70

Beitrag von Lucifer »

There are 3 eMMC Multiboot slots, does the gbquad4k use the kexec Multiboot system like the Vu 4k boxes do?
I have a Vu_duo_4k_se but i did not have the time to install and play with kexec Multiboot system.

Google translation Deutsch:
Es gibt 3 eMMC-Multiboot-Steckplätze. Verwendet das gbquad4k das Kexec-Multiboot-System wie die Vu 4k-Boxen?
Ich habe ein Vu_duo_4k_se, hatte aber keine Zeit, das Kexec-Multiboot-System zu installieren und damit zu spielen.
Benutzeravatar
Lucifer
Member
Member
Beiträge: 232
Registriert: 01 Feb 2015 12:30
Hat gedankt: 159 Mal
Hat Dank erhalten: 155 Mal

#71

Beitrag von Lucifer »

In post #26 @Jogibär asked something about the eMMC swap file, the gbquad4k also has this eMMC swap file.
Why is the internal swap file needed when you can use a swapfile on an external device?
Is this internal swap file relevant for using external Multiboot slots?

Google translation Deutsch:
In Beitrag #26 hat @Jogibär etwas zur eMMC-Auslagerungsdatei gefragt, das gbquad4k hat diese eMMC-Auslagerungsdatei auch.
Warum wird die interne Auslagerungsdatei benötigt, wenn man eine Auslagerungsdatei auf einem externen Gerät verwenden kann?
Ist diese interne Auslagerungsdatei für die Verwendung externer Multiboot-Slots relevant?

https://www.opena.tv/viewtopic.php?p=565677#p565677
Gelöschter Benutzer 153799

#72

Beitrag von Gelöschter Benutzer 153799 »

Der interne swap wird auch immer mal angekratzt und verhindert so wohl spinner und sorgt dafür das es flüssiger läuft.
listener
Developer
Developer
Beiträge: 946
Registriert: 19 Aug 2021 14:24
Wohnort: Belgien
Receiver 1: vuultimo4k
Receiver 2: sf8008
Receiver 3: GBquad4k
Receiver 4: GBue4k
Receiver 5: h9se
Hat gedankt: 73 Mal
Hat Dank erhalten: 237 Mal

#73

Beitrag von listener »

The gbue4k/gbquad4k do not use Kexec it's emmc
Der gbue4k/gbquad4k benutzt kein Kexec sondern emmc
Benutzeravatar
Papi2000
Super Moderator
Super Moderator
Beiträge: 26976
Registriert: 20 Apr 2013 20:09
Receiver 1: Viele GigaBlues
Receiver 2: DM und ZGemma
Receiver 3: bissl VU
Hat gedankt: 4578 Mal
Hat Dank erhalten: 8737 Mal

#74

Beitrag von Papi2000 »

listener hat geschrieben:Here is the info for gbquad4k
Number Start End Size File system Name Flags
1 1049kB 4194kB 3146kB boot
2 4194kB 8389kB splash
3 8389kB 25.2MB 16.8MB rescue
4 25.2MB 33.6MB 8389kB kernel1
5 33.6MB 1711MB 1678MB ext4 rootfs1
6 1711MB 1720MB 8389kB kernel2
7 1720MB 2559MB 839MB ext4 rootfs2
8 2559MB 2567MB 8389kB kernel3
9 2567MB 3406MB 839MB ext4 rootfs3
10 3406MB 3958MB 553MB linux-swap(v1) swap


this looks a lot like the sf8008 sd card method
the start file
boot emmcflash0.kernel1: ‘root=/dev/mmcblk0p5 rootwait rw rootflags=data=journal libata.force=1:3.0G,2:3.0G,3:3.0G coherent_poll=2M vmalloc=525m bmem=529m@491m bmem=608m@2464m’
emmcflash0.kernel1 is relevant kernel1 becomes
kernel1 and rootfs1 partition


Hier sind die Informationen für gbquad4k
Nummer Anfang Ende Größe Dateisystem Name Flags
1 1049kB 4194kB 3146kB boot
2 4194kB 8389kB splash
3 8389kB 25,2MB 16,8MB Rettung
4 25,2MB 33,6MB 8389kB kernel1
5 33,6MB 1711MB 1678MB ext4 rootfs1
6 1711MB 1720MB 8389kB kernel2
7 1720MB 2559MB 839MB ext4 rootfs2
8 2559MB 2567MB 8389kB kernel3
9 2567MB 3406MB 839MB ext4 rootfs3
10 3406MB 3958MB 553MB linux-swap(v1) swap


dies ist der sf8008 sd karten methode sehr ähnlich
die Startdatei
boot emmcflash0.kernel1: 'root=/dev/mmcblk0p5 rootwait rw rootflags=data=journal libata.force=1:3.0G,2:3.0G,3:3.0G coherent_poll=2M vmalloc=525m bmem=529m@491m bmem=608m@2464m'
emmcflash0.kernel1 ist relevant Kernel1 wird
kernel1 und rootfs1 Partition



That depends on the flash version you are running after last usb-flash with knowledge.
The GB Quad 4K and maybe the GB UE 4K have three states of flash arrangement.

First - the old early delivery state without flash multiboot, Flash is full for one image, planed was to bring here also OpenMultiBoot functional or FlashMultiBoot wasn't ready (with an oATV6.1):

Code: Alles auswählen

root@GBQuad4k-2:~# lsblk
NAME         MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda            8:0    0 238.5G  0 disk
└─sda1         8:1    0 238.5G  0 part /media/hdd
sdb            8:16   1    15G  0 disk
└─sdb1         8:17   1    15G  0 part /media/usb
mtdblock0     31:0    0     1M  0 disk
mtdblock1     31:1    0    64K  0 disk
mtdblock2     31:2    0    64K  0 disk
mtdblock3     31:3    0    64K  0 disk
mtdblock4     31:4    0    64K  0 disk
mtdblock5     31:5    0     4M  0 disk
mmcblk0      179:0    0   3.7G  0 disk
├─mmcblk0p1  179:1    0     3M  0 part /boot
├─mmcblk0p2  179:2    0     4M  0 part
├─mmcblk0p3  179:3    0     8M  0 part
├─mmcblk0p4  179:4    0   3.7G  0 part /
└─mmcblk0p5  179:5    0    16M  0 part
mmcblk0boot0 179:16   0     2M  1 disk
mmcblk0boot1 179:32   0     2M  1 disk
mmcblk0rpmb  179:48   0   512K  0 disk
mmcblk1      179:64   0  29.7G  0 disk
└─mmcblk1p1  179:65   0  29.7G  0 part /media/mmc1
root@GBQuad4k-2:~# df -h
Filesystem                Size      Used Available Use% Mounted on
/dev/root                 3.5G    272.1M      3.1G   8% /
devtmpfs                107.5M      8.0K    107.5M   0% /dev
tmpfs                    64.0K         0     64.0K   0% /media
tmpfs                  1009.7M    952.0K   1008.7M   0% /var/volatile
/dev/mmcblk0p1            3.0M      2.0K      3.0M   0% /boot
/dev/sda1               237.4G     61.5G    175.8G  26% /media/hdd
/dev/mmcblk1p1           29.1G    557.5M     27.1G   2% /media/mmc1
/dev/sdb1                14.7G      1.5G     13.2G  10% /media/usb
root@GBQuad4k-2:~# mount
rootfs on / type rootfs (rw)
/dev/root on / type ext4 (rw,relatime,nodelalloc,data=journal)
devtmpfs on /dev type devtmpfs (rw,relatime,size=110128k,nr_inodes=27532,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)
tmpfs on /var/volatile type tmpfs (rw,relatime)
/dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/sda1 on /media/hdd type ext4 (rw,relatime,data=ordered)
devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620)
/dev/mmcblk1p1 on /media/mmc1 type ext4 (rw,relatime,data=ordered)
/dev/sdb1 on /media/usb type ext4 (rw,relatime,data=ordered)
/etc/auto.network on /media/autofs type autofs (rw,relatime,fd=6,pgrp=1377,timeout=5,minproto=5,maxproto=5,indirect)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
root@GBQuad4k-2:~#


Second - the later delivery flash arrangement, with three equal partitions for images each 1GB ([b]my favourite![/]), and also an automatic flash-partition with the rest of the flash, also usable 1 : 1 in GB UE 4K:

Code: Alles auswählen

root@GBQuad4K-3:~# lsblk
NAME         MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
sda            8:0    0   3,6T  0 disk
└─sda1         8:1    0   3,6T  0 part /media/hdd
sdb            8:16   1   7,2G  0 disk
└─sdb1         8:17   1   7,2G  0 part /media/usb
sdc            8:32   0 596,2G  0 disk
└─sdc1         8:33   0 596,2G  0 part /media/hdd2
mtdblock0     31:0    0     1M  0 disk
mtdblock1     31:1    0    64K  0 disk
mtdblock2     31:2    0    64K  0 disk
mtdblock3     31:3    0    64K  0 disk
mtdblock4     31:4    0    64K  0 disk
mtdblock5     31:5    0     4M  0 disk
mmcblk0      179:0    0   3,7G  0 disk
├─mmcblk0p1  179:1    0     3M  0 part /boot
├─mmcblk0p2  179:2    0     4M  0 part
├─mmcblk0p3  179:3    0    16M  0 part
├─mmcblk0p4  179:4    0     8M  0 part
├─mmcblk0p5  179:5    0     1G  0 part
├─mmcblk0p6  179:6    0     8M  0 part
├─mmcblk0p7  179:7    0     1G  0 part /
├─mmcblk0p8  179:8    0     8M  0 part
├─mmcblk0p9  179:9    0     1G  0 part
└─mmcblk0p10 179:10   0   527M  0 part [SWAP]
mmcblk0boot0 179:16   0     2M  1 disk
mmcblk0boot1 179:32   0     2M  1 disk
mmcblk1      179:48   0  29,8G  0 disk
└─mmcblk1p1  179:49   0  29,8G  0 part /media/SDCard
root@GBQuad4K-3:~# mount
/dev/root on / type ext4 (rw,relatime,nodelalloc,data=journal)
devtmpfs on /dev type devtmpfs (rw,relatime,size=442664k,nr_inodes=110666,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)
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /var/volatile type tmpfs (rw,relatime)
devpts on /dev/pts type devpts (rw,relatime,mode=600)
/dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/sda1 on /media/hdd type ext4 (rw,relatime,data=ordered)
/dev/sdb1 on /media/usb type ext4 (rw,relatime,data=ordered)
none on /dev/shm type tmpfs (rw,relatime)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
/dev/sdc1 on /media/hdd2 type ext3 (rw,relatime,errors=continue,user_xattr,barrier=1,data=ordered)
/dev/mmcblk1p1 on /media/SDCard type ext4 (rw,relatime,data=ordered)
/etc/auto.network on /media/autofs type autofs (rw,relatime,fd=6,pgrp=3009,timeout=5,minproto=5,maxproto=5,indirect)
root@GBQuad4K-3:~# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/root      1019M  890M   60M  94% /
devtmpfs        433M  4,0K  433M   1% /dev
tmpfs            64K     0   64K   0% /media
tmpfs           441M   16K  441M   1% /run
tmpfs           441M  1,3M  440M   1% /var/volatile
/dev/mmcblk0p1  3,0M  8,0K  3,0M   1% /boot
/dev/sda1       3,6T  3,6T   24G 100% /media/hdd
/dev/sdb1       7,2G  1,3G  5,9G  18% /media/usb
none            441M     0  441M   0% /dev/shm
/dev/sdc1       596G  461G  136G  78% /media/hdd2
/dev/mmcblk1p1   30G   28K   28G   1% /media/SDCard

This running oATV7.5 (but oATV7.3 is equal) has nearly all big plugins included (Chromium and YouTubeTV [NO HbbTV], not really needed, just for testing, and ~260MB), and fills up the partition nearly. so Impex decided to reorganize the flash again to the third and actual state you listed above.
OK, one huge partition for a master image, and thwo smaller partition to . . . not really usable, for the partitions are too small for Chromium with YouTubeTV -> Images make trouble and are stucking and blocking, not saving their settings due to full flash, and so on.

So if someone tests something on a GB Quad 4K or GB UE 4K, allways be sure,
- that the user has the relevant image in Slot1 (new flash arrangement)
- or uses still the 3x 1GB flash arrangement, and still has enough free space.
The flash arrangement can only be, and is only changed by flashing via USB with the right gpt.bin on the stick in the flash-directory.
Just insider informations from my side.

SWAP is another huge story for all images on all chaipsets with kernel > kernel v3.5.x.
Grüßle
Ralf
--------------------------------------------
---- Einen Receiver kann sich jeder kaufen - Eine stabile E²-Box muß man sich verdienen! ----




Bild
listener
Developer
Developer
Beiträge: 946
Registriert: 19 Aug 2021 14:24
Wohnort: Belgien
Receiver 1: vuultimo4k
Receiver 2: sf8008
Receiver 3: GBquad4k
Receiver 4: GBue4k
Receiver 5: h9se
Hat gedankt: 73 Mal
Hat Dank erhalten: 237 Mal

#75

Beitrag von listener »

Dann ist es höchste Zeit, dass am
gb4k extended multiboot mit all diesen Einschränkungen kommt

Then it is high time that also on
gb4k extended multiboot comes with all those limitations

Vieleicht functionier dies(schutziger hack)
gb7252.conf
MTD_BOOTFS = "mmcblk0p1"
MTD_BLACK = "mmcblk0"
aendere blk0 in blk1 fuer gbquad4k mit sd karten.

Lieber met extended emmc multiboot
Benutzeravatar
Anskar
VIP
VIP
Beiträge: 3555
Registriert: 19 Sep 2014 20:42
Wohnort: Thüringer
Receiver 1: 3 mal Mut@nt HD 51 UHD
Receiver 2: GB HD Quad Plus
Receiver 3: Octagon SF8008
Receiver 4: Octagon SF8008 SUPREME
Hat gedankt: 3538 Mal
Hat Dank erhalten: 952 Mal

#76

Beitrag von Anskar »

@ listener, bin noch bis Mittwoch im Urlaub.
Kann ich danach gerne machen wegen der MutantHD51.

@Lucifer, danke für Deine Rückmeldung.
Wäre Top wenn auch für die betagte Gigablue HD Quad Plus eventuell was geht.
Es gibt zwar ein Multibootplugin für diese Box nur fand ich das damals nicht sehr zuverlässig.

Und Euch beiden auch danke für die deutsche Übersetzung!


‐----------------

@ listener, I'm on vacation until Wednesday.
I can do that afterwards because of the MutantHD51.

@Lucifer, thanks for your feedback.
It would be great if something could be done for the old Gigablue HD Quad Plus too.
There is a multiboot plugin for this box, but I didn't find it very reliable at the time.

And thanks to both of you for the German translation!


MfG
Benutzeravatar
Pike_Bishop
Moderator
Moderator
Beiträge: 2808
Registriert: 11 Feb 2020 22:06
Wohnort: here and there
Receiver 1: Mutant HD2400
Receiver 2: VU Ultimo 4K
Receiver 3: Octagon SF8008
Receiver 4: Gigablue Quad 4K
Receiver 5: VDR
Hat gedankt: 738 Mal
Hat Dank erhalten: 1653 Mal
Geschlecht:

#77

Beitrag von Pike_Bishop »

good job my bro @Lucifer :good:


regards
Pike
Scripte
********************* Bild *********************
Keine Antwort auf PN Anfragen welche ins Forum gehören.
Benutzeravatar
Lucifer
Member
Member
Beiträge: 232
Registriert: 01 Feb 2015 12:30
Hat gedankt: 159 Mal
Hat Dank erhalten: 155 Mal

#78

Beitrag von Lucifer »

Here is a new test script with 2 extra parts:
1. Check if the device is large enough for all the extra Multiboot slots, if not, you get to see what the maximum amount is that you can create.
To test this, just choose a large number of extra multiboot slots.

2. Create startup files for Air Digital Zgemma H9


The script mb_part_sim_script4.sh only shows the content for the STARTUP files.
You can find the log file here: /tmp/mb_part_sim.log

The script mb_part_test_script4.sh creates the STARTUP files.
You can find the log file here: /tmp/mb_part_test.log



Google translation Deutsch:
Hier ist ein neues Testskript mit 2 zusätzlichen Teilen:
1. Überprüfen Sie, ob das Gerät groß genug für alle zusätzlichen Multiboot-Steckplätze ist. Wenn nicht, können Sie sehen, wie viele Sie maximal erstellen können.
Um dies zu testen, wählen Sie einfach eine große Anzahl zusätzlicher Multiboot-Steckplätze.

2. Erstellen Sie Startdateien für Air Digital Zgemma H9

Das Skript mb_part_sim_script4.sh zeigt nur den Inhalt der STARTUP-Dateien.
Sie finden die Protokolldatei hier: /tmp/mb_part_sim.log

Das Skript mb_part_test_script4.sh erstellt die STARTUP-Dateien.
Sie finden die Protokolldatei hier: /tmp/mb_part_test.log
Dateianhänge
mb_part_test_script_4.rar
(2 KiB) 45-mal heruntergeladen
mb_part_sim_script_4.rar
(2.01 KiB) 54-mal heruntergeladen
listener
Developer
Developer
Beiträge: 946
Registriert: 19 Aug 2021 14:24
Wohnort: Belgien
Receiver 1: vuultimo4k
Receiver 2: sf8008
Receiver 3: GBquad4k
Receiver 4: GBue4k
Receiver 5: h9se
Hat gedankt: 73 Mal
Hat Dank erhalten: 237 Mal

#79

Beitrag von listener »

Sehr schön, testen es morgen die Simulation
das Skript ist für zgemma, so wie es aussieht.
Sitze gerade mit Zeitproblem bin am kodi zu
arbeiten für octagon openatv7.5 viell
Arbeit, aber Fortschritte sind da lipsync crash usw jetz ok.
dann komt zgemma wird für echte Test
aber grob das Skript ist richtig


very nice go test the sim tomorrow
the script is for zgemma by the looks of it.
Am having time problem am working on kodi for a while.
working on octagon openatv7.5 a lot of problems
work but hurry up lipsync crash etc are now ok
then zgemma for real test
but roughly the script is correct
Benutzeravatar
Anskar
VIP
VIP
Beiträge: 3555
Registriert: 19 Sep 2014 20:42
Wohnort: Thüringer
Receiver 1: 3 mal Mut@nt HD 51 UHD
Receiver 2: GB HD Quad Plus
Receiver 3: Octagon SF8008
Receiver 4: Octagon SF8008 SUPREME
Hat gedankt: 3538 Mal
Hat Dank erhalten: 952 Mal

#80

Beitrag von Anskar »

Im Ordner/boot sind folgende Dateien auf der MutantHD51.
@ listener meinst Du das und wenn ja welche ?

MfG
Dateianhänge
20240723_221620.jpg
Antworten

Zurück zu „Skripte“