ES geht fast nichts mehr ob MutQnt k4 HD51 oder GigaBue Quad, was ist los!!!!

Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

  • fern-seher schrieb:


    Nicht ganz, es wird startup_1 gebootet, so wie es eben ist, d.h. war vorher ein anderes Image aktiv, wird der Link zum aktiven Image zurück auf startup_1 gebogen, das wars. Funktioniert für ein neues Image nur mit neuem Bootloader.


    Allerdings ergibt dieses Vorgehen bei der geänderten Multiboot-Flashspeicheraufteilung des neuen Bootloaders genau genommen keinen Sinn, oder?

    Siehe meinen Kommentar hier:
    Bootloader Update für die HD51 V107r27von 30.05.2019
    AX HD 51 (DVB-S2X) =========>OpenHDF 6.4 #98
    GB Quad (DVB-S2) ==========> OpenHDF 5.5 #234
    GB Quad 4K (DVB-S2) =======> OpenHDF 6.2 #201
    OS Mini Plus (DVB-S2/T2/C) ==> OpenHDF 6.2 #180
    Octagon sf3038 (DVB-S2) ====> OpenHDF 5.5 #234
    Octagon sf8 (DVB-S2) =======> OpenHDF 5.5 #228

  • satellitenkram schrieb:

    fern-seher schrieb:


    Nicht ganz, es wird startup_1 gebootet, so wie es eben ist, d.h. war vorher ein anderes Image aktiv, wird der Link zum aktiven Image zurück auf startup_1 gebogen, das wars. Funktioniert für ein neues Image nur mit neuem Bootloader.


    Allerdings ergibt dieses Vorgehen bei der geänderten Multiboot-Flashspeicheraufteilung des neuen Bootloaders genau genommen keinen Sinn, oder?

    Siehe meinen Kommentar hier:
    Bootloader Update für die HD51 V107r27von 30.05.2019




    Es sieht aber anders aus.


    root@ax51:~# lsblk
    NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
    sda 8:0 0 2.7T 0 disk
    `-sda1 8:1 0 2.7T 0 part /media/hdd
    mmcblk0 179:0 0 3.7G 0 disk
    |-mmcblk0p1 179:1 0 3M 0 part /boot
    |-mmcblk0p2 179:2 0 8M 0 part
    |-mmcblk0p3 179:3 0 1G 0 part /
    |-mmcblk0p4 179:4 0 8M 0 part
    |-mmcblk0p5 179:5 0 8M 0 part
    |-mmcblk0p6 179:6 0 8M 0 part
    `-mmcblk0p7 179:7 0 2.6G 0 part
    mmcblk0boot0 179:16 0 2M 1 disk
    mmcblk0boot1 179:32 0 2M 1 disk
    mmcblk0rpmb 179:48 0 128K 0 disk
    root@ax51:~# ls -l /boot
    -rwxr-xr-x 1 root root 163 Nov 12 12:58 STARTUP
    -rwxr-xr-x 1 root root 163 May 14 2019 STARTUP_1
    -rwxr-xr-x 1 root root 164 May 14 2019 STARTUP_2
    -rwxr-xr-x 1 root root 164 May 14 2019 STARTUP_3
    -rwxr-xr-x 1 root root 164 May 14 2019 STARTUP_4
    root@ax51:~# more /boot/STARTUP
    boot emmcflash0.linuxkernel 'brcm_cma=440M@328M brcm_cma=192M@768M root=/dev/mmcblk0p3 rootsubdir=linuxrootfs1 kernel=/dev/mmcblk0p2 rw rootwait hd51_4.boxmode=1'
    root@ax51:~# more /boot/STARTUP_2
    boot emmcflash0.linuxkernel2 'brcm_cma=440M@328M brcm_cma=192M@768M root=/dev/mmcblk0p7 rootsubdir=linuxrootfs2 kernel=/dev/mmcblk0p4 rw rootwait hd51_4.boxmode=1'
    root@ax51:~# more /boot/STARTUP_3
    boot emmcflash0.linuxkernel3 'brcm_cma=440M@328M brcm_cma=192M@768M root=/dev/mmcblk0p7 rootsubdir=linuxrootfs3 kernel=/dev/mmcblk0p5 rw rootwait hd51_4.boxmode=1'
    root@ax51:~# more /boot/STARTUP_4
    boot emmcflash0.linuxkernel4 'brcm_cma=440M@328M brcm_cma=192M@768M root=/dev/mmcblk0p7 rootsubdir=linuxrootfs4 kernel=/dev/mmcblk0p6 rw rootwait hd51_4.boxmode=1'

    Image 1 hat einen Bereich, Image 2, 3 und 4 teilen sich einen Bereich auf /dev/mmcblk0p7.

    Gemountet sieht das so aus:

    root@ax51:~# mount /dev/mmcblk0p7 test
    root@ax51:~# ls -l test
    drwxr-xr-x 15 root root 4096 Nov 12 12:51 linuxrootfs2
    drwxr-xr-x 15 root root 4096 Nov 12 09:05 linuxrootfs3
    drwxr-xr-x 16 root root 4096 May 16 2019 linuxrootfs4
    drwx------ 2 root root 16384 May 14 2019 lost+found

    Es gibt also keinen "kleinen" Bereich für ein Image.
    _________________________________________________________________
    GB ue 4k mit ST3000LM024-2AN1 und Synology über Denon X1700H an LG OLED OLED65C17LB
    AX 4K HD51 mit Synology an OLED55C8LLA
    Anadol Multibox SE an Samsung c
    ET10000 an Pioneer PDP-436RXE
    Unicable mit IG-IDLU-UST110-CUO4O-32P

Unsere Partnerboards

^
Flag Counter