ROCKPro64 - Debian Bullseye Teil 1



  • Die Tage auf der Debian ARM Mailingliste über zwei Dinge gestolpert.

    Der erste Link führt uns zu den Daily Images von Debian Bullseye. Debian Bullseye ist der aktuelle Entwicklungszweig für das kommende Debian 11.

    Wichtiger Hinweis!

    Die Entwicklerversion sollte nicht auf produktiven Systemen eingesetzt werden! Lest Euch dazu folgendes bitte aufmerksam durch -> https://www.debian.org/releases/sid/index.de.html

    Der zweite Link zu einer Möglichkeit einen relativ aktuellen u-boot in das SPI zu kopieren.

    In diesem Artikel, beschäftigen wir uns mit Debian Bullseye 😍

    Image bauen

    Wir laden uns die zwei benötigten Files herunter.

    Diese beiden Dateien müssen wir zusammenfügen. Das geschieht mittels zcat.

    zcat firmware.<board_name>.img.gz partition.img.gz > complete_image.img
    

    In unserem Fall muss das so aussehen

    zcat firmware.rockpro64-rk3399.img.gz partition.img.gz > image.img
    

    Das resultierende File image.img schreiben wir wie gewohnt auf eine SD-Karte.

    Debian Bullseye installieren

    Nun starten wir den ROCKPro64 mittels der SD-Karte und es erscheint das gewohnte Installationstool von Debian. Ein paar Screenshots.

    Bildschirmfoto vom 2020-06-17 18-45-52.png

    Bildschirmfoto vom 2020-06-17 18-49-18.png

    Man kann alles ganz gewohnt installieren. Ich habe ein Minimalsystem installiert. Am Ende der Installation kommt dieser Screen.

    bootloader.png

    OK, der machte mir noch etwas Kopfschmerzen 🤓 Ich wußte zu diesem Zeitpunkt schon, das die Installation nicht booten würde.

    Die Debian Installation habe ich auf eine SSD und eine PCIe NVMe SSD getestet - mit Erfolg.

    Debian Bullseye booten

    Ok, wie erwartet, bootet das System nicht. Ich habe im SPI den letzten U-Boot.

    U-Boot 2020.01
    

    Kurz nachdenken. Dann habe ich die NVMe SSD mit einem Image von Kamil verglichen und folgendes gemacht.

    Folgendes Image habe ich benutzt. buster-minimal-rockpro64-0.10.12-1184-arm64.img
    Ich habe von der linux-boot (ayufan) folgende Dateien kopiert.

    • Ordner dtbs
      * Ordner efi
    • Ordner extlinux

    Im Ordner extlinux befindet sich die Datei extlinux.conf Diese habe ich nun angepasst.

    timeout 10
    menu title select kernel
    
    label kernel-5.6.0-1137-ayufan-ge57f05e7bf8f
        kernel /vmlinuz-5.6.0-2-arm64
        initrd /initrd.img-5.6.0-2-arm64
        devicetreedir /dtbs/5.6.0-1137-ayufan-ge57f05e7bf8f
        append rw panic=10 init=/sbin/init coherent_pool=1M ethaddr=${ethaddr} eth1addr=${eth1addr} serial=${serial#} cgroup_enable=cpuset cgroup_memory=1 cgroup_enable=memory swapaccount=1 root=/dev/nvme0n1p2 rootwait rootfstype=ext4
    
    label kernel-5.6.0-1137-ayufan-ge57f05e7bf8f-memtest
        kernel /vmlinuz-5.6.0-1137-ayufan-ge57f05e7bf8f
        initrd /initrd.img-5.6.0-1137-ayufan-ge57f05e7bf8f
        devicetreedir /dtbs/5.6.0-1137-ayufan-ge57f05e7bf8f
        append rw panic=10 init=/sbin/init coherent_pool=1M ethaddr=${ethaddr} eth1addr=${eth1addr} serial=${serial#} cgroup_enable=cpuset cgroup_memory=1 cgroup_enable=memory swapaccount=1 root=LABEL=linux-root rootwait rootfstype=ext4 memtest
    

    Das Label kernel-5.6.0-1137-ayufan-ge57f05e7bf8f-memtest ist unbearbeitet! Man ist ja faul 🙂
    Das andere Label habe ich angepasst. Passenden vmlinux und initrd.img eingetragen. Den Devicetree angepasst und

    root=/dev/nvme0n1p2
    

    eingetragen. Damit sollte jetzt alles geladen werden. Ok, alles erledigt. Den ROCKPro64 mit der NVMe SSD starten und YEAH - läuft!!

    Debian Bullseye läuft!

    uname -a

    root@debian:/boot/extlinux# uname -a
    Linux debian 5.6.0-2-arm64 #1 SMP Debian 5.6.14-1 (2020-05-23) aarch64 GNU/Linux
    

    cat /etc/issue

    root@debian:~# cat /etc/issue
    Debian GNU/Linux bullseye/sid \n \l
    

    df -h

    root@debian:~# df -h
    Filesystem      Size  Used Avail Use% Mounted on
    udev            915M     0  915M   0% /dev
    tmpfs           193M  764K  192M   1% /run
    /dev/nvme0n1p2  457G  939M  432G   1% /
    tmpfs           963M     0  963M   0% /dev/shm
    tmpfs           5.0M     0  5.0M   0% /run/lock
    tmpfs           963M     0  963M   0% /sys/fs/cgroup
    /dev/nvme0n1p1  472M   57M  392M  13% /boot
    tmpfs           193M     0  193M   0% /run/user/1000
    

    htop

    c1dab103-914c-447e-a5e4-5b64d5c06b30-grafik.png

    ROCKPro64 - Debian Bullseye Teil 2



  • Kurzer Test der PCIe NVMe SSD. Es handelt sich um eine Samsung 970EVO mit 250GB.

    root@debian:/etc/apt# iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2 
    	Iozone: Performance Test of File I/O
    	        Version $Revision: 3.489 $
    		Compiled for 64 bit mode.
    		Build: linux 
    
    	Contributors:William Norcott, Don Capps, Isom Crawford, Kirby Collins
    	             Al Slater, Scott Rhine, Mike Wisner, Ken Goss
    	             Steve Landherr, Brad Smith, Mark Kelly, Dr. Alain CYR,
    	             Randy Dunlap, Mark Montague, Dan Million, Gavin Brebner,
    	             Jean-Marc Zucconi, Jeff Blomberg, Benny Halevy, Dave Boone,
    	             Erik Habbinga, Kris Strecker, Walter Wong, Joshua Root,
    	             Fabrice Bacchella, Zhenghua Xue, Qin Li, Darren Sawyer,
    	             Vangel Bojaxhi, Ben England, Vikentsi Lapa,
    	             Alexey Skidanov, Sudhir Kumar.
    
    	Run began: Fri Jun 19 20:58:37 2020
    
    	Include fsync in write timing
    	O_DIRECT feature enabled
    	Auto Mode
    	File size set to 102400 kB
    	Record Size 4 kB
    	Record Size 16 kB
    	Record Size 512 kB
    	Record Size 1024 kB
    	Record Size 16384 kB
    	Command line used: iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2
    	Output is in kBytes/sec
    	Time Resolution = 0.000001 seconds.
    	Processor cache size set to 1024 kBytes.
    	Processor cache line size set to 32 bytes.
    	File stride size set to 17 * record size.
                                                                  random    random     bkwd    record    stride                                    
                  kB  reclen    write  rewrite    read    reread    read     write     read   rewrite      read   fwrite frewrite    fread  freread
              102400       4    54733    82779    85762    86521    49790    82767                                                                
              102400      16   166576   240640   240950   242797   159109   238266                                                                
              102400     512   664853   697751   615195   625683   612165   696570                                                                
              102400    1024   704317   718868   633201   644645   636194   716810                                                                
              102400   16384   794967   773457   709797   726278   725774   770782                                                                
    
    iozone test complete.
    
    
    
    root@debian:/etc/apt# dd if=/dev/zero of=sd.img bs=1M count=4096 conv=fdatasync
    4096+0 records in
    4096+0 records out
    4294967296 bytes (4.3 GB, 4.0 GiB) copied, 12.1985 s, 352 MB/s


  • iperf

    root@debian:/etc/apt# iperf3 -c 192.168.3.213
    Connecting to host 192.168.3.213, port 5201
    [  5] local 192.168.3.10 port 49114 connected to 192.168.3.213 port 5201
    [ ID] Interval           Transfer     Bitrate         Retr  Cwnd
    [  5]   0.00-1.00   sec  51.2 MBytes   429 Mbits/sec  311   28.3 KBytes       
    [  5]   1.00-2.00   sec  51.4 MBytes   432 Mbits/sec  315   60.8 KBytes       
    [  5]   2.00-3.00   sec  53.1 MBytes   445 Mbits/sec  363   41.0 KBytes       
    [  5]   3.00-4.00   sec  53.2 MBytes   446 Mbits/sec  309   36.8 KBytes       
    [  5]   4.00-5.00   sec  48.2 MBytes   404 Mbits/sec  255   56.6 KBytes       
    [  5]   5.00-6.00   sec  47.8 MBytes   401 Mbits/sec  275   29.7 KBytes       
    [  5]   6.00-7.00   sec  51.1 MBytes   429 Mbits/sec  333   31.1 KBytes       
    [  5]   7.00-8.00   sec  53.1 MBytes   445 Mbits/sec  382   50.9 KBytes       
    [  5]   8.00-9.00   sec  56.1 MBytes   471 Mbits/sec  352   49.5 KBytes       
    [  5]   9.00-10.00  sec  53.5 MBytes   449 Mbits/sec  370   33.9 KBytes       
    - - - - - - - - - - - - - - - - - - - - - - - - -
    [ ID] Interval           Transfer     Bitrate         Retr
    [  5]   0.00-10.00  sec   519 MBytes   435 Mbits/sec  3265             sender
    [  5]   0.00-10.21  sec   519 MBytes   426 Mbits/sec                  receiver
    
    iperf Done.
    root@debian:/etc/apt# iperf3 -R -c 192.168.3.213
    Connecting to host 192.168.3.213, port 5201
    Reverse mode, remote host 192.168.3.213 is sending
    [  5] local 192.168.3.10 port 49118 connected to 192.168.3.213 port 5201
    [ ID] Interval           Transfer     Bitrate
    [  5]   0.00-1.00   sec   112 MBytes   939 Mbits/sec                  
    [  5]   1.00-2.00   sec   112 MBytes   942 Mbits/sec                  
    [  5]   2.00-3.00   sec   112 MBytes   941 Mbits/sec                  
    [  5]   3.00-4.00   sec   112 MBytes   941 Mbits/sec                  
    [  5]   4.00-5.00   sec   112 MBytes   942 Mbits/sec                  
    [  5]   5.00-6.00   sec   112 MBytes   941 Mbits/sec                  
    [  5]   6.00-7.00   sec   112 MBytes   941 Mbits/sec                  
    [  5]   7.00-8.00   sec   112 MBytes   941 Mbits/sec                  
    [  5]   8.00-9.00   sec   112 MBytes   941 Mbits/sec                  
    [  5]   9.00-10.00  sec   112 MBytes   941 Mbits/sec                  
    - - - - - - - - - - - - - - - - - - - - - - - - -
    [ ID] Interval           Transfer     Bitrate         Retr
    [  5]   0.00-10.01  sec  1.10 GBytes   941 Mbits/sec    0             sender
    [  5]   0.00-10.00  sec  1.10 GBytes   941 Mbits/sec                  receiver
    
    iperf Done.
    

    🤔 Sieht in Senderichtung nicht gut aus. Empfangsrichtung ist OK,



  • Heute ein kurzer Test mit meiner Samsung T5 mit 500GB, das einzige Device das am ROCKPro64 an der USB3 Schnittstelle bootet.

    Den Debian Installer gestartet, diesmal habe ich eine verschlüsselte Installation ausgewählt. Nach dem Ende, die Daten wieder kopiert - siehe oben.

    Hier die extlinux.conf

    timeout 10
    menu title select kernel
    
    label kernel-5.6.0-1137-ayufan-ge57f05e7bf8f
        kernel /vmlinuz-5.6.0-2-arm64
        initrd /initrd.img-5.6.0-2-arm64
        devicetreedir /dtbs/5.6.0-1137-ayufan-ge57f05e7bf8f
        append rw panic=10 init=/sbin/init coherent_pool=1M ethaddr=${ethaddr} eth1addr=${eth1addr} serial=${serial#} cgroup_enable=cpuset cgroup_memory=1 cgro>
    
    label kernel-5.6.0-1137-ayufan-ge57f05e7bf8f-memtest
        kernel /vmlinuz-5.6.0-1137-ayufan-ge57f05e7bf8f
        initrd /initrd.img-5.6.0-1137-ayufan-ge57f05e7bf8f
        devicetreedir /dtbs/5.6.0-1137-ayufan-ge57f05e7bf8f
        append rw panic=10 init=/sbin/init coherent_pool=1M ethaddr=${ethaddr} eth1addr=${eth1addr} serial=${serial#} cgroup_enable=cpuset cgroup_memory=1 cgro>
    

    Danach den ROCKPro64 gestartet.

    df -h

    root@debian:/etc/apt# df -h
    Filesystem           Size  Used Avail Use% Mounted on
    udev                 914M     0  914M   0% /dev
    tmpfs                193M  780K  192M   1% /run
    /dev/debian-vg/root  456G  5.0G  428G   2% /
    tmpfs                963M     0  963M   0% /dev/shm
    tmpfs                5.0M     0  5.0M   0% /run/lock
    tmpfs                963M     0  963M   0% /sys/fs/cgroup
    /dev/sda1            434M   60M  353M  15% /boot
    tmpfs                193M     0  193M   0% /run/user/1000
    

    iozone

     root@debian:/etc/apt# iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2 
     	Iozone: Performance Test of File I/O
     	        Version $Revision: 3.489 $
     		Compiled for 64 bit mode.
     		Build: linux 
     
     	Contributors:William Norcott, Don Capps, Isom Crawford, Kirby Collins
     	             Al Slater, Scott Rhine, Mike Wisner, Ken Goss
     	             Steve Landherr, Brad Smith, Mark Kelly, Dr. Alain CYR,
     	             Randy Dunlap, Mark Montague, Dan Million, Gavin Brebner,
     	             Jean-Marc Zucconi, Jeff Blomberg, Benny Halevy, Dave Boone,
     	             Erik Habbinga, Kris Strecker, Walter Wong, Joshua Root,
     	             Fabrice Bacchella, Zhenghua Xue, Qin Li, Darren Sawyer,
     	             Vangel Bojaxhi, Ben England, Vikentsi Lapa,
     	             Alexey Skidanov, Sudhir Kumar.
     
     	Run began: Sat Jun 20 13:48:48 2020
     
     	Include fsync in write timing
     	O_DIRECT feature enabled
     	Auto Mode
     	File size set to 102400 kB
     	Record Size 4 kB
     	Record Size 16 kB
     	Record Size 512 kB
     	Record Size 1024 kB
     	Record Size 16384 kB
     	Command line used: iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2
     	Output is in kBytes/sec
     	Time Resolution = 0.000001 seconds.
     	Processor cache size set to 1024 kBytes.
     	Processor cache line size set to 32 bytes.
     	File stride size set to 17 * record size.
                                                                   random    random     bkwd    record    stride                                    
                   kB  reclen    write  rewrite    read    reread    read     write     read   rewrite      read   fwrite frewrite    fread  freread
               102400       4    21230    25996    28053    28033    20411    25184                                                                
               102400      16    54790    61683    75993    74081    58226    60460                                                                
               102400     512    62305    79811    90963    88463    92311    82979                                                                
               102400    1024    84765    88540    96945    94091    95721    88090                                                                
               102400   16384   329333   347903   189152   188041   204064   341551                                                                
     
      iozone test complete.
     
    
     root@debian:/etc/apt# dd if=/dev/zero of=sd.img bs=1M count=4096 conv=fdatasync
     4096+0 records in
     4096+0 records out
     4294967296 bytes (4.3 GB, 4.0 GiB) copied, 13.3896 s, 321 MB/s


  • Kleine Ergänzung zur verschlüsselten Installation.

    Die Eingabe des Passwortes geht nur über die UART-Schnittstelle. Am ROCKPro64 erfolgt keine Passwortabfrage, sprich auf dem Monitor erscheint nichts. Eine verdeckte Eingabe mit einer USB-Tastatur bringt auch nichts. Die Eingabe kann NUR mittels UART erfolgen. Hmm?



  • Und dran denken, wenn ein neuer Kernel kommt, muss die Datei

    /boot/extlinux/extlinux.conf
    

    bearbeitet werden. Hier mit Kernel 5.7.0-1

    timeout 10
    menu title select kernel
    
    label kernel-5.7.0-1
        kernel /vmlinuz-5.7.0-1-arm64
        initrd /initrd.img-5.7.0-1-arm64
        devicetreedir /dtbs/5.6.0-1137-ayufan-ge57f05e7bf8f
        append rw panic=10 init=/sbin/init coherent_pool=1M ethaddr=${ethaddr} eth1addr=${eth1addr} serial=${serial#} cgroup_enable=cpuset cgroup_memory=1 cgroup_enable=memory swapaccount=1 root=/dev/debian-vg/root rootwait rootfstype=ext4
    
    label kernel-5.6.0-1137-ayufan-ge57f05e7bf8f-memtest
        kernel /vmlinuz-5.6.0-1137-ayufan-ge57f05e7bf8f
        initrd /initrd.img-5.6.0-1137-ayufan-ge57f05e7bf8f
        devicetreedir /dtbs/5.6.0-1137-ayufan-ge57f05e7bf8f
        append rw panic=10 init=/sbin/init coherent_pool=1M ethaddr=${ethaddr} eth1addr=${eth1addr} serial=${serial#} cgroup_enable=cpuset cgroup_memory=1 cgroup_enable=memory swapaccount=1 root=LABEL=linux-root rootwait rootfstype=ext4 memtest


  • Ok, ich bin faul 🙂

    Kamil macht das elegant so!

    /etc/default/extlinux

    # Configure timeout to choose the kernel
    # TIMEOUT="10"
    
    # Configure default kernel to boot: check all kernels in `/boot/extlinux/extlinux.conf`
    # DEFAULT="kernel-4.4.126-rockchip-ayufan-253"
    
    # Configure additional kernel configuration options
    APPEND="$APPEND root=LABEL=linux-root rootwait rootfstype=ext4"
    

    und

    update-extlinux.sh

    #!/bin/bash
    
    TIMEOUT=""
    DEFAULT=""
    APPEND="rw"
    APPEND="$APPEND panic=10"
    APPEND="$APPEND init=/sbin/init"
    APPEND="$APPEND coherent_pool=1M"
    APPEND="$APPEND ethaddr=\${ethaddr} eth1addr=\${eth1addr} serial=\${serial#}"
    APPEND="$APPEND cgroup_enable=cpuset cgroup_memory=1 cgroup_enable=memory swapaccount=1"
    
    set -eo pipefail
    
    . /etc/default/extlinux
    
    echo "Creating new extlinux.conf..." 1>&2
    
    mkdir -p /boot/extlinux/
    exec 1> /boot/extlinux/extlinux.conf.new
    
    echo "timeout ${TIMEOUT:-10}"
    echo "menu title select kernel"
    [[ -n "$DEFAULT" ]] && echo "default $DEFAULT"
    echo ""
    
    emit_kernel() {
      local VERSION="$1"
      local APPEND="$2"
      local NAME="$3"
    
      echo "label kernel-$VERSION$NAME"
      echo "    kernel $MOUNT_PREFIX/vmlinuz-$VERSION"
      if [[ -f "/boot/initrd.img-$VERSION" ]]; then
        echo "    initrd $MOUNT_PREFIX/initrd.img-$VERSION"
      fi
      if [[ -f "/boot/dtb-$VERSION" ]]; then
        echo "    fdt $MOUNT_PREFIX/dtb-$VERSION"
      else
        if [[ ! -d "/boot/dtbs/$VERSION" ]]; then
          mkdir -p /boot/dtbs
          cp -au "/usr/lib/linux-image-$VERSION" "/boot/dtbs/$VERSION"
        fi
        echo "    devicetreedir $MOUNT_PREFIX/dtbs/$VERSION"
      fi
      echo "    append $APPEND"
      echo ""
    }
    
    if findmnt /boot >/dev/null; then
      # If we have `/boot` the files are in `/`
      MOUNT_PREFIX=
    else
      # If we don't have `/boot` mount the files are in `/boot`
      MOUNT_PREFIX=/boot
    fi
    
    linux-version list | linux-version sort --reverse | while read VERSION; do
      emit_kernel "$VERSION" "$APPEND"
      emit_kernel "$VERSION" "$APPEND memtest" "-memtest"
    done
    
    exec 1<&-
    
    echo "Installing new extlinux.conf..." 1>&2
    mv /boot/extlinux/extlinux.conf.new /boot/extlinux/extlinux.conf
    

    Ok, das müssten wir etwas anpassen an die verschlüsselte Installation. Hmm, ich denke, Kamil weiß besser wie das geht. Ich passe die bestehende Installation an. Was passt nicht?

    root=LABEL=linux-root    
    

    Das hatten wir ja angepasst

    root=/dev/debian-vg/root
    

    Das mit dem Label sieht wesentlich besser aus. Also verpassen wir dem Root einen Label.

     root@debian:~# blkid
     /dev/sda1: UUID="3148cc20-1c11-43f1-84e4-a3292c1b2611" BLOCK_SIZE="1024" TYPE="ext2" PARTUUID="5e85abe9-0580-45d7-b33d-9e54416bd2fc"
     /dev/sda2: UUID="36d2f400-74b6-4ea2-8934-69051d163a61" TYPE="crypto_LUKS" PARTUUID="74c8e221-818c-4330-b436-a96e0f968e07"
     /dev/mapper/sda2_crypt: UUID="soZ8T5-iRs3-OQ4g-5t0c-cjLz-u0Un-xtCJ21" TYPE="LVM2_member"
     /dev/mapper/debian--vg-root: UUID="ad866237-a016-4a52-a7ce-fbf1c431c69d" BLOCK_SIZE="4096" TYPE="ext4"
     /dev/mapper/debian--vg-swap_1: UUID="5351e892-1516-4b42-9c1e-ff41baa6c26c" TYPE="swap"
    

    Wir sehen, das Root hat kein Label. Also erzeugen wir eines.

    e2label /dev/mapper/debian--vg-root linux-root
    

    Kontrolle

    /dev/sda1: UUID="3148cc20-1c11-43f1-84e4-a3292c1b2611" BLOCK_SIZE="1024" TYPE="ext2" PARTUUID="5e85abe9-0580-45d7-b33d-9e54416bd2fc"
    /dev/sda2: UUID="36d2f400-74b6-4ea2-8934-69051d163a61" TYPE="crypto_LUKS" PARTUUID="74c8e221-818c-4330-b436-a96e0f968e07"
    /dev/mapper/sda2_crypt: UUID="soZ8T5-iRs3-OQ4g-5t0c-cjLz-u0Un-xtCJ21" TYPE="LVM2_member"
    /dev/mapper/debian--vg-root: LABEL="linux-root" UUID="ad866237-a016-4a52-a7ce-fbf1c431c69d" BLOCK_SIZE="4096" TYPE="ext4"
    /dev/mapper/debian--vg-swap_1: UUID="5351e892-1516-4b42-9c1e-ff41baa6c26c" TYPE="swap"
    

    Nun kann man die Dateien vom Kamil so lassen wie sie sind. Ein

    ./update-extlinux.sh
    

    aktualisiert jetzt /boot/extlinux/extlinux.conf automatisch! Netter Nebeneffekt der Spielerei ist, das jetzt auf einmal der angeschlossene Lüfter läuft 🙂 Er lädt jetzt auch das 5.7 dtbs File!

    Aktuelle extlinux.conf

    timeout 10
    menu title select kernel
    
    label kernel-5.7.0-1-arm64
        kernel /vmlinuz-5.7.0-1-arm64
        initrd /initrd.img-5.7.0-1-arm64
        devicetreedir /dtbs/5.7.0-1-arm64
        append rw panic=10 init=/sbin/init coherent_pool=1M ethaddr=${ethaddr} eth1addr=${eth1addr} serial=${serial#} cgroup_enable=cpuset cgroup_memory=1 cgroup_enable=memory swapaccount=1 root=LABEL=linux-root rootwait rootfstype=ext4
    
    label kernel-5.7.0-1-arm64-memtest
        kernel /vmlinuz-5.7.0-1-arm64
        initrd /initrd.img-5.7.0-1-arm64
        devicetreedir /dtbs/5.7.0-1-arm64
        append rw panic=10 init=/sbin/init coherent_pool=1M ethaddr=${ethaddr} eth1addr=${eth1addr} serial=${serial#} cgroup_enable=cpuset cgroup_memory=1 cgroup_enable=memory swapaccount=1 root=LABEL=linux-root rootwait rootfstype=ext4 memtest
    
    label kernel-5.6.0-2-arm64
        kernel /vmlinuz-5.6.0-2-arm64
        initrd /initrd.img-5.6.0-2-arm64
        devicetreedir /dtbs/5.6.0-2-arm64
        append rw panic=10 init=/sbin/init coherent_pool=1M ethaddr=${ethaddr} eth1addr=${eth1addr} serial=${serial#} cgroup_enable=cpuset cgroup_memory=1 cgroup_enable=memory swapaccount=1 root=LABEL=linux-root rootwait rootfstype=ext4
    
    label kernel-5.6.0-2-arm64-memtest
        kernel /vmlinuz-5.6.0-2-arm64
        initrd /initrd.img-5.6.0-2-arm64
        devicetreedir /dtbs/5.6.0-2-arm64
        append rw panic=10 init=/sbin/init coherent_pool=1M ethaddr=${ethaddr} eth1addr=${eth1addr} serial=${serial#} cgroup_enable=cpuset cgroup_memory=1 cgroup_enable=memory swapaccount=1 root=LABEL=linux-root rootwait rootfstype=ext4 memtest
    

    Gut, somit können wir jetzt den Kernel einfach aktualisieren. Und passen die ganze Sache ein wenig an Kamils Arbeitsweise an. Jo, ich habe mich da mittlerweile ein wenig dran gewöhnt 🙂

    Jetzt muss ich nur nochmal nachschauen, wie Kamil das automatisch macht, wenn der installiert wird!?



  • Ich wollte gerade eine Installation auf einer PCIe SATA-Karte testen, da meckert die Installation über Kernel-Module die fehlen. Grund ist wohl mein zu altes Image! Also merken, immer ein aktuelles bauen zum Testen!

    Ein paar Gedanken von heute nachmittag.

    • Die Installation auf der PCIe SATA-Karte war erfolgreich.
    • Ein Booten von der SSD war erfolglos

    Interessanterweise taucht beim Updaten dann irgendwoher dieses File auf

    /dtbs/5.7.0-1-arm64
    

    Warum wird das dann nicht bei der Installation mit angelegt? Da sind noch so einige DDinge, die mir nicht vollständig klar sind. Mal etwas intensiver reinschauen und evt. mal auf der Mailingliste nachfragen.



  • Heute habe ich mal die PCIe SATA ASM1062 (die Karte, die im Pine Shop verkauft wird) genommen und geschaut, ob die Installation von gestern startet.

    Jo, macht sie 🙂

    root@debian:~# uname -a
    Linux debian 5.7.0-1-arm64 #1 SMP Debian 5.7.6-1 (2020-06-24) aarch64 GNU/Linux
    
    root@debian:~# df -h
    Filesystem                   Size  Used Avail Use% Mounted on
    udev                         913M     0  913M   0% /dev
    tmpfs                        193M  784K  192M   1% /run
    /dev/mapper/debian--vg-root  218G  883M  206G   1% /
    tmpfs                        963M     0  963M   0% /dev/shm
    tmpfs                        5.0M     0  5.0M   0% /run/lock
    tmpfs                        963M     0  963M   0% /sys/fs/cgroup
    /dev/sda1                    472M   61M  388M  14% /boot
    tmpfs                        193M     0  193M   0% /run/user/1000
    
    root@debian:~# lspci
    00:00.0 PCI bridge: Fuzhou Rockchip Electronics Co., Ltd RK3399 PCI Express Root Port
    01:00.0 SATA controller: ASMedia Technology Inc. ASM1062 Serial ATA Controller (rev 02)
    

    Eine anderere PCIe SATA Karte, Marvell 88SE9230, hat gestern die Installation nicht gestartet.

    Die Installation ist auf einer 240GB SSD. Auf die vorhandene Installation, habe ich die oben aufgelisteten Dateien kopiert.



  • IMG_20200707_212135_ergebnis.jpg

    Heute beim erneuten Testen, ist mir aufgefallen das der Installer auf dem per HDMI angeschlossenen Monitors angezeigt wird. Das war vorher so nicht der Fall!? Getestet habe ich das nicht, kommt noch 😉

    IMG_20200707_213248_ergebnis.jpg



  • Heute mal schnell den Installer am HDMI Ausgang getestet. Rat von mir - Aktuell nicht nutzbar. Da ich den Debian Installer mittlerweile fas blind bedienen kann, weiß ich wann ich was drücken muss.

    IMG_20200708_180451_ergebnis.jpg

    Leider schlecht geworden das Foto. Da steht

    Sie <ERR>
    

    An dieser Stelle möchte er das Passwort für Root haben. Das taucht so an vielen Stellen noch auf. Ich war aber in der Lage die Installation zu beenden. Und nach den bekannten Änderungen startete die Installation auch.

    Also, so als Fazit.

    • Nur über die UART-Schnittstelle installieren
    • Nur über die UART-Schnittstelle, kann das PW für eine verschlüsselte Partition eingegeben werden.
    • Ordner dtbs und extlinux vom Kamil kopieren!
    • extlinux.config anpassen (root=/dev/debian-vg/root)
    • extlinux.config kernel und initrd anpassen!

    Ich werde noch eine ausführliche Anleitung schreiben, und dann auch mit Anpassungen wie wir uns das Leben danach einfacher gestalten können.



  • @FrankM sagte in ROCKPro64 - Debian Bullseye Teil 1:

    ...

    Jetzt muss ich nur nochmal nachschauen, wie Kamil das automatisch macht, wenn der installiert wird!?

    Hallo FrankM, in '/etc/kernel/postinst.d/' bzw. '/etc/kernel/postrm.d' liegen die Skript, die bei der Installation oder dem Entfernen eines kernel Pakets gestartet werden.
    Wenn man also das Skript von Kamil da rein legt, sollte es automatisch funktionieren. Habe ich aber noch nicht getestet 🤓 . In '/etc/kernel-img.conf' kann man auch noch andere Sachen konfigurieren (wenn gewünscht, oder nicht).



Diese Artikel könnten Dich auch interessieren.

  • 1
  • 3
  • 1
  • 5
  • 1
  • 2
  • 2
  • 6