Skip to content

Quartz64 - Modell B - Manjaro Rootverzeichnis ändern

Quartz64
  • Der Plan, da die SD-Karte ja aktuell nicht so der Burner ist, das Rootverzeichnis zu verschieben. Da die Platte am USB3-Port sehr gute Daten liefert, benutzen wir mal diese.

    Hardware

    • Quartz64 Modell B
    • Festplattenmodell: Samsung SSD 970 EVO 500GB am USB3-Port

    Software

    Auf der Standardinstallation fehlt rsync

    pacman -S rsync
    

    SSD mounten

    Die SSD wird ja vom Manjaro gemountet nach Media. Mal auf sicher entfernen klicken. Ich setze voraus, das die SSD formatiert ist und ein ext4 Dateisystem hat.

    Wir erzeugen ein Verzeichnis

    mkdir /mnt/sda
    

    Wir mounten das Verzeichnis

    mount /dev/sda1 /mnt/sda
    

    Rootverzeichnis kopieren

    Wir kopieren das Rootverzeichnis von der SD-Karte auf die SSD.

     rsync -ax / /mnt/sda
    

    Bootverzeichnis mounten

    Nachdem das Rootverzeichnis auf der SSD liegt, müssen wir Manjaro auch mitteilen, das es dieses Rootverzeichnis nutzen soll.

    Dazu brauchen wir die Boot-Partition der SD-Karte

    mkdir /mnt/boot
    

    Danach schauen wir uns kurz die Struktur an

    fdisk -l
    Gerät           Anfang     Ende Sektoren  Größe Typ
    /dev/mmcblk0p1   62500  1000000   937501 457,8M Microsoft Basisdaten
    /dev/mmcblk0p2 1000001 62333918 61333918  29,2G Linux-Dateisystem
    
    • p1 ist die Boot-Partition
    • p2 ist die Root-Partition

    Wir mounten die Boot-Partition

    mount /dev/mmcblk0p1 /mnt/boot
    

    Wir wechseln das Verzeichnis

    cd /mnt/boot
    

    Inhalt

    [root@frank-pc boot]# ls -lha
    insgesamt 36M
    drwxr-xr-x 4 frank frank   16K  1. Jan 1970  .
    drwxr-xr-x 5 root  root   4,0K  4. Jun 11:17 ..
    drwxr-xr-x 3 frank frank  8,0K 30. Mai 06:07 dtbs
    drwxr-xr-x 2 frank frank  8,0K  3. Jun 16:50 extlinux
    -rw-r--r-- 1 frank frank  172K  7. Apr 20:03 idbloader.img
    -rw-r--r-- 1 frank frank   27M  7. Apr 21:28 Image
    -rw-r--r-- 1 frank frank  7,8M 30. Mai 06:08 initramfs-linux.img
    -rw-r--r-- 1 frank frank 1022K  7. Apr 20:03 u-boot.itb
    

    extlinux.conf anpassen

    Uns interessiert das extlinux Verzeichnis

    [root@frank-pc boot]# ls -lha extlinux/
    insgesamt 32K
    drwxr-xr-x 2 frank frank 8,0K  3. Jun 16:50 .
    drwxr-xr-x 4 frank frank  16K  1. Jan 1970  ..
    -rw-r--r-- 1 frank frank  448  4. Jun 11:49 extlinux.conf
    

    Die Datei extlinux.conf enthält die relevanten Informationen.

    LABEL Manjaro ARM
    KERNEL /Image
    FDT /dtbs/rockchip/rk3566-quartz64-b.dtb
    #APPEND initrd=/initramfs-linux.img console=ttyS2,1500000 root=PARTUUID=14c62b3d-d803-4d00-bd55-d0fa406c20e0 rw rootwait earlycon loglevel=7 audit=0 splash plymouth.ignore-serial-consoles
    APPEND initrd=/initramfs-linux.img console=ttyS2,1500000 root=PARTUUID=032af10e-1655-e545-99d1-af2bb1c43033 rw rootwait earlycon loglevel=7 audit=0 splash plymouth.ignore-serial-consoles
    

    Hier seht ihr meine geänderte Version. In der auskommentierten Zeile steht der Originalinhalt. Wenn was schief läuft, kann man diese Zeile einfach wieder aktivieren. Man sieht, man muss nur die PARTUUID ändern. Kein Hexenwerk 🙂

    [root@frank-pc boot]# blkid
    /dev/nvme0n1p1: UUID="57285d5c-4252-4448-a936-1412a786bf34" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="bd856e70-94c0-3345-a9d6-7ff080b5a2e0"
    /dev/mmcblk0p1: SEC_TYPE="msdos" LABEL_FATBOOT="BOOT_MNJRO" LABEL="BOOT_MNJRO" UUID="3965-3827" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="primary" PARTUUID="e9d3fd70-ae93-45e2-9071-7e4606447125"
    /dev/mmcblk0p2: LABEL="ROOT_MNJRO" UUID="6fd80f31-8069-4c15-947b-252cdfbe680a" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="primary" PARTUUID="14c62b3d-d803-4d00-bd55-d0fa406c20e0"
    /dev/sda1: UUID="e2ba3d08-5481-4117-b980-447d4253afdb" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="032af10e-1655-e545-99d1-af2bb1c43033"
    /dev/zram0: LABEL="zram0" UUID="cd8cab6b-21d7-4453-82b1-2a8e62200e62" TYPE="swap"
    

    Hier sieht man diese, kopiert sich die PARTUUID von sda1 und trägt diese in die extlinux.conf ein. Fertig! Danach einmal neustarten.

    Kontrolle

    Nach dem Neustart schauen wir ob das funktioniert hat.

    [root@frank-pc boot]# df -h
    Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
    dev             1,7G       0  1,7G    0% /dev
    run             1,9G    1,2M  1,9G    1% /run
    /dev/sda1       458G     22G  413G    5% /
    tmpfs           1,9G       0  1,9G    0% /dev/shm
    tmpfs           1,9G     45M  1,8G    3% /tmp
    tmpfs           374M     44K  374M    1% /run/user/1000
    /dev/mmcblk0p1  458M     41M  418M    9% /mnt/boot
    /dev/mmcblk0p2   29G    4,7G   23G   17% /run/media/frank/ROOT_MNJRO
    /dev/nvme0n1p1  458G     17G  418G    4% /run/media/frank/57285d5c-4252-4448-a936-1412a786bf34
    

    Wir achten auf den Eintrag für das Rootverzeichnis.

     /dev/sda1       458G     22G  413G    5% /
    

    Das Rootverzeichnis ist jetzt auf der SSD am USB3-Port. Da man auch aktuell nicht von irgendwas anderem Booten kann außer SD-Karte und eMMC, bieten sich diese Vorgehensweise an wenn man **ein relativ flottes System haben möchte.

    Viel Spaß!**

  • In /etc/fstab den Eintrag zu ändern, könnte auch sinnvoll sein.

    # Static information about the filesystems.
    # See fstab(5) for details.
    
    # <file system> <dir> <type> <options> <dump> <pass>
    #PARTUUID=14c62b3d-d803-4d00-bd55-d0fa406c20e0   /   ext4     defaults    0   1
    PARTUUID=032af10e-1655-e545-99d1-af2bb1c43033   /   ext4     defaults    0   1
    
  • Da gab es doch gestern noch einen bösen Fehler, als ich vom Kernel Linux 5.17.0-2 auf Linux 5.17.0-3 aktualisiert habe, war das System danach kaputt. Hmm, ich habe dann versucht das zu untersuchen und war zu der Erkenntnis gekommen, das das Boot Verzeichnis nicht korrekt gemountet war. Konnte es aber nicht selber lösen 😞

    Dan hat das dann heute erledigt, wenn man jetzt das Image installiert, dann ist auch das Boot Verzeichnis korrekt gemountet.

    [root@frank-pc ~]# df -h
    Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
    dev             1,7G       0  1,7G    0% /dev
    run             1,9G    1,2M  1,9G    1% /run
    /dev/sda1       458G    4,5G  430G    2% /
    tmpfs           1,9G       0  1,9G    0% /dev/shm
    tmpfs           1,9G    9,6M  1,9G    1% /tmp
    /dev/mmcblk0p1  458M     41M  417M    9% /boot
    tmpfs           374M     44K  374M    1% /run/user/1000
    /dev/mmcblk0p2   59G    3,7G   52G    7% /run/media/frank/ROOT_MNJRO
    

    Dann sollte das auch klappen, wenn man wie ich aktuell das Root Verzeichnis auf die SSD am USB3 Port gelegt hat.

  • Quartz64 - Heartbeat LED

    Quartz64
    1
    0 Stimmen
    1 Beiträge
    58 Aufrufe
    Niemand hat geantwortet
  • Quartz64 - Plebian

    Quartz64
    2
    0 Stimmen
    2 Beiträge
    140 Aufrufe
    FrankMF

    Mal beim Kaffee eben ausprobieren.

    Die Releases findet man hier -> https://github.com/Plebian-Linux/quartz64-images/releases

    Und ein paar Anmerkungen zum Image -> https://github.com/Plebian-Linux/quartz64-images/blob/main/RUNNING.md

    User:pleb PW: pleb

    Passwort muss wie gewohnt beim ersten Start geändert werden.

    Danach habe ich das Debian aktualisiert

    apt update && apt upgrade

    Danach haben wir dann einen

    root@plebian-quartz64b:~# uname -a Linux plebian-quartz64b 6.1.0-1-arm64 #1 SMP Debian 6.1.4-1 (2023-01-07) aarch64 GNU/Linux

    recht aktuellen Kernel. Die Debian Version ist

    root@plebian-quartz64b:/etc# cat debian_version bookworm/sid

    Bookworm ist das kommende Debian 12, das soll so ca. im März(?) released werden.

    Mit blkid werden alle angeschlossenen Laufwerke angezeigt.

    root@plebian-quartz64b:/etc# blkid /dev/nvme0n1p1: UUID="497aa9d6-2e0c-4927-bb8f-9927970b1abe" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="bd856e70-94c0-3345-a9d6-7ff080b5a2e0" /dev/mmcblk0p3: LABEL="root" UUID="da21d2fe-1093-46d2-bd96-5fb6b11e07eb" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="root" PARTUUID="3fbd2cf5-e08d-4f39-8ca4-9fb5cff746df" /dev/mmcblk0p1: PARTLABEL="idbloader" PARTUUID="3eac6306-dee4-4c0c-9cfa-2d610b74b61b" /dev/mmcblk0p2: PARTLABEL="uboot" PARTUUID="7129c8a9-86f4-4807-be66-7d12398c6e9a" /dev/sda4: LABEL="linux-root" UUID="b1612f09-7ae0-4217-be0e-bdc2e51248d1" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="linux_root" PARTUUID="cdc03a35-d726-48f6-8bef-918981debbf6" /dev/sda2: SEC_TYPE="msdos" LABEL_FATBOOT="boot-efi" LABEL="boot-efi" UUID="6891-ACCB" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="boot_efi" PARTUUID="0af3de6b-3b38-42f3-ae0c-336c5d39c874" /dev/sda3: LABEL="linux-boot" UUID="e64ed73c-b603-43af-851c-d5eef81a1aa9" BLOCK_SIZE="1024" TYPE="ext4" PARTLABEL="linux_boot" PARTUUID="b3b30dbb-4dcb-4652-aef1-ebc720eb0e59" /dev/sda1: PARTLABEL="loader1" PARTUUID="86d433a9-c91b-48aa-9867-36ef588a600f"

    Man sieht meine angeschlossene NVMe SSD und die Platte am USB3.

    Man hat eine HDMI Ausgabe, Netzwerk ist klar, der WiFi-Chip geht nicht. Dazu steht im Readme

    Plebian (or Debian, for that matter) does not yet properly package the wireless firmware needed for the Model B or SOQuartz's Wi-Fi chip. Therefore, Wi-Fi won't work out of the box.

    Müsste man sich also mit beschäftigen....

    Ansonsten macht das für mich auf den ersten Blick einen soliden Eindruck.

  • Quartz64 - Modell B - WiFi

    Quartz64 - B
    1
    0 Stimmen
    1 Beiträge
    173 Aufrufe
    Niemand hat geantwortet
  • Quartz64 - Modell B - Manjaro Image

    Images
    6
    0 Stimmen
    6 Beiträge
    173 Aufrufe
    FrankMF

    Heute kam dann der Kernel 5.19

    [root@frank-pc ~]# uname -a Linux frank-pc 5.19.0-rc1-0.2-MANJARO-ARM-Q64 #1 SMP PREEMPT Fri Jun 10 14:51:37 UTC 2022 aarch64 GNU/Linux

    am Anfang war es Version 5.19.0-rc1-0.1, aber was das? Keine Tastatur mehr? Häh.... Es ging nur noch der obere USB2 Port. Na gut, man weiß sich ja zu helfen, also einen USB Switch dran gehangen, alles wieder gut. Aber blöd ist das schon!? Außerdem war Sound über HDMI weg.

    So, warum? Ich nutze hier den Kernel

    linux-quartz64

    der wird im Manjaro Buildsystem direkt vom Peter gezogen. Und Peter arbeitet ja so, das er alles zum Mainline-Kernel hochladen kann usw.

    Der Audio Patch ist aber upstream noch nicht akzeptiert und für USB2 gibt es einen Patch, der wohl USB OTG aktivieren soll.

    USB2

    So in Peters dtb war die USB2 Schnittstelle auf OTG konfiguriert. Das macht aus irgendeinem Grund Ärger, ich habe das dann im dtb auf HOST umgestellt, danach war alles wieder wie vorher 🙂

    Schaut mal auf die Unterseite des B und ihr werdet folgendes finden.

    usb2_host.jpeg

    Fragt mich nicht, wozu man das braucht. Im Moment habe ich keine Ahnung. Steht bei mir aktuell auf HOST.

    Audio über HDMI

    Blöd, das das jetzt auf einmal nicht mehr geht. Dan hat dann ein paar Patche losgelassen, so das nun wieder Audio über HDMI funktioniert. So Desktop Betriebssysteme ohne Sound sind blöd - oder? 😉

    PCIe NVMe SSD

    Meine PCIe NVMe SSD funktionierte ja nicht, wenn man große Datenmengen kopierte crashte der Controller. Peter hat das gefixt, das ist seit 5.19 jetzt funktional. Und direkt als Root eingebunden.

    [root@frank-pc ~]# df -h Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf dev 1,7G 0 1,7G 0% /dev run 1,9G 1,3M 1,9G 1% /run /dev/nvme0n1p1 458G 11G 424G 3% / tmpfs 1,9G 0 1,9G 0% /dev/shm tmpfs 1,9G 220K 1,9G 1% /tmp /dev/mmcblk0p1 458M 42M 417M 9% /boot tmpfs 374M 48K 374M 1% /run/user/1000 /dev/mmcblk0p2 59G 3,7G 52G 7% /run/media/frank/ROOT_MNJRO /dev/sda1 458G 11G 424G 3% /run/media/frank/777684c9-e74f-44b9-b491-694daafb9723

    Somit haben wir seit Kernel 5.19 PCIe NVMe SSD Unterstützung Yeah

    Und seit Kernel 5.19.0-rc1-0.2 geht auch wieder Audio über HDMI.

    Danke Dan für die Patches! Und Danke an den feinen Patch für PCIe NVMe an Peter!
  • Quartz64 - Modell B - M.2 Anschluss

    Quartz64 - B
    3
    0 Stimmen
    3 Beiträge
    239 Aufrufe
    FrankMF

    Ich hatte schon drauf getippt, das der Slot nur mit einer Lane angeschlossen ist.

    <pgwipeout> It is a single lane pcie2 port.

    Und damit ist das das erwartete Ergebnis

    root@debian:/mnt/nvme# dd if=/dev/zero of=sd.img bs=4M count=4096 oflag=direct 4096+0 records in 4096+0 records out 17179869184 bytes (17 GB, 16 GiB) copied, 58.4993 s, 294 MB/s

    Das alles mit Debian 10, was man mit Peters Buildsystem installieren kann. Kann man aber auch bei Bedarf auf 11.3 hochziehen 🙂

    root@debian:/etc# uname -a Linux debian 5.17.0 #1 SMP PREEMPT Thu Apr 7 13:38:56 UTC 2022 aarch64 GNU/Linux root@debian:/etc# cat debian_version 11.3 root@debian:/etc#
  • Quartz64 - Manjaro Mai 2022

    Verschoben Quartz64
    1
    0 Stimmen
    1 Beiträge
    116 Aufrufe
    Niemand hat geantwortet
  • Quartz64 - Wireguard

    Verschoben Quartz64
    1
    0 Stimmen
    1 Beiträge
    236 Aufrufe
    Niemand hat geantwortet
  • Quartz64 - Images

    Angeheftet Verschoben Archiv
    2
    0 Stimmen
    2 Beiträge
    224 Aufrufe
    FrankMF

    Manjaro Images -> https://github.com/manjaro-arm/quartz64-bsp-images/releases

    Ab Dev 20211117 mit HDMI-Ausgabe!