Skip to content

Images 0.6.x

Verschoben Images
  • Ayufan, ein polnischer Entwickler der schon ganz viel für das Rock64-Board gemacht hat ist "Gewehr bei Fuß" 🙂

    16/05/18 08:44
    <ayufan1> lukasz: yeah, I have everything prep for rpro64 so I should release something quickly 🙂
    16/05/18 08:45
    <ayufan1> including dts/uboot and so
    16/05/18 08:45
    <ayufan1> I run my linux on pre-pre-pre unit
    16/05/18 08:45
    <lukasz> so cool!
    16/05/18 08:45
    <ayufan1> it worked, the problem was the stability of the board
    16/05/18 08:45
    <ayufan1> so, everything should work
    16/05/18 08:45
    <ayufan1> or almost everything
    16/05/18 08:45
    <lukasz> heh, TL has the bit that makes DDR4 work
    16/05/18 08:45
    <ayufan1> I will push as soon as I confirm it
    16/05/18 08:45
    <ayufan1> ah, ddr4 change
    16/05/18 08:45
    <ayufan1> this is not a big deal
    16/05/18 08:45
    <ayufan1> easy change

    Das Warten auf ein erstes Linux-Image kann also nicht so lange dauern. Dran denken, das erste Linux-Image wird mit Sicherheit instabil sein und viele Fehler haben. Aber, wenn die Kiste bootet, ist schon mal ein Anfang gemacht.

  • So, da hätten wir das erste Image, ein Android in Version 7.1.2. Nennt sich auch "Nougat". Läuft aktuell noch auf 31.1% der Geräte. Ist jetzt nicht so uralt, ob man was damit anfangen kann? Ich weiß es nicht, komm ja aus der headless Ecke. Aber wenn ich nichts anderes zu testen habe, dann nehmen wir das 🙂

    https://frank-mankel.org/topic/56/android-7-1-2-stock-image-emmc-boot-20180515

  • Ich Depp hab vergessen bei der Bestellung die eMMC-Sachen mit in den Warenkorb zu legen. Somit kann ich im Moment das Android-Image nicht testen, da dieses für eMMC gemacht ist 😞

    Das microSD Image lässt leider noch auf sich warten.
    http://wiki.pine64.org/index.php/ROCKPro64_Software_Release#Android_7.1.2_Stock_Image_.5BmicroSD_Boot.5D_.5B20180515.5D

    Da bleibt mir im Moment nichts anderes übrig als zu warten bis das Image veröffentlicht ist, oder bis Ayufan seinen ROCKPro64 hat und sein Image veröffentlicht.

    Meine Versuche einen U-Boot auf eine Karte zu schreiben, sind auch nicht von Erfolg gekrönt. Noch viel zu lernen....
    Weiter geht's.... 😉

  • Mittlerweile gibt es ja ein Android Image (mit Fehlern) für die SD-Karte. Aber, ganz ehrlich, was will man mit Android? Evt. nützlich für eine TV-Box, aber das war es dann auch (für mich). Linux muss her, egal was, Hauptsache es startet! 🙂

    Ayufan hat wohl so weit alles fertig und hat gestern schon mal einen Prer-Release veröffentlicht, der leider nicht startete. Für mich sah es so aus, als wenn der U-Boot nicht funktionierte. Drei verschiedene Images getestet, ohne Erfolg. Und da ich schon dachte ich bin zu blöd, war ich froh das lukasz es ebenfalls nicht zum Starten bracht.

    Also, heute mal schön feste Daumen drücken, damit Ayufan endlich seinen ROCKPro64 heute geliefert bekommt. In Polen ist wohl heute kein gesetzlicher Feiertag, wie bei uns.

  • Ayufan, der polnische Linuxkenner, der die Images baut, hat folgendes im Angebot. Das sind im Moment noch die Bezeichnungen für den Rock64 !

    • Ubuntu

      • bionic-containers-rock64-0.6.38-224-arm64.img.xz
        Ein Ubuntu 18.04 mit Docker Unterstütztung.

      • bionic-lxde-rock64-0.6.38-224-arm64.img.xz
        Ein Ubuntu 18.04 mit dem LXDE Desktop.

      • bionic-minimal-rock64-0.6.38-224-arm64.img.xz
        Ein Ubuntu 18.04 in Minimalausstattung. Ohne Desktop usw.

    • Debian

      • stretch-minimal-rock64-0.6.38-224-arm64.img.xz
        Ein Debian 9 Strech in Minimalausführung. Ohne Desktop usw.

      • stretch-openmediavault-rock64-0.6.38-224-arm64.img.xz
        Eine Openmediavault(OMV) Edition, basierend auf Debian 9 Stretch. OMV ist eine auf Debian basierende NAS Lösung.

    • Tools

      • u-boot-erase-spi-rock64.img.xz
        Tool um den eingebauten SPI Speicher zu löschen.

      • u-boot-flash-spi-rock64.img.xz
        Tool um den u-boot auf den SPI Speicher zu flashen.

  • Ayufan hat geliefert! Vielen Dank!

    Dran denken, noch mit Fehlern, aber es ist ein Anfang.

  • Aktueller Stand der Entwicklung.

    Es gibt wohl einige Probleme mit dem.dts File.

    Was aktuell nicht geht (Bionic-minimal 0.7.1)

    • USB2/3
    • LAN (teilweise, Fehler vor allen Dingen bei RX)
    • PCIe
    • UART2

    Das sind mal auf die schnelle die gröbsten Sachen. Die Liste läßt sich bestimmt noch verlängern. Aber von der oberen Liste können wir lt. Ayufan zwei Positionen streichen, das wären

    • LAN
    • UART2

    Damit wären wir schon mal ein wenig weiter. Jetzt mal auf ein gefixtes Image warten.

  • Neue Version erschienen 0.7.2

    Sollte LAN und UART2 lösen. Bestätigen kann ich das das LAN jetzt geht, UART2 leider nicht.

  • Neuer Release ist am Bauen.

    Soll folgendes bringen

    • USB
    • PCIe
    • LED's
    • und den richtigen MALI Treiber (Grafik)

    Ich bin gespannt.

  • Neue Version 0.7.4 erschienen.

    • 0.7.4: Rebase 4.4 kernel on rockchip-linux/kernel@3dd9af3,
    • 0.7.4: RockPro64: use 933MHz DDR config,
    • 0.7.4: Add additional opp for cpu/mem,
    • 0.7.4: Enable dmc for memory,

    Quelle: https://github.com/ayufan-rock64/linux-build/releases

  • Neue Version 0.7.5 erschienen

    • 0.7.5: Disable dmc/dfi for memory,

    Meine ersten Tests zeigen, das das Board jetzt wieder deutlicher stabiler läuft, als mit der v0.7.4

  • Ayufan ist zurückgekehrt zur 0.6.xx Nummerierung. Warum? Das habe ich ihn auch gefragt.

    (12:21:33) ayufan1: not enough changes to consider 0.7.x to be used
    (12:21:49) ayufan1: 0.7.x should be board independent images

    Somit hat er dann heute 0.6.42 released.

    Diese Version 0.6.42 entspricht der Version 0.7.5 in Bezug auf die Änderungen bzgl des ROCKPro64.
    Ich habe sie trotzdem mal testweise geflasht, bootet einwandfrei und läuft scheinbar stabil.

    Wenn ich das richtig verstehe, wird er ab Version 0.7.x die Entwicklung für den ROCK64 und den ROCKPro64 splitten.

  • Neue Version 0.6.43 erschienen.

    • 0.6.43: Revert rk3328 clock changes for DDR

    und 0.6.44

    • 0.6.44: Bring back clock changes for DDR, enable DMC,

    Keine besonderen Dinge für den ROCKPro64 dabei. Das einzige was mir aufgefallen ist

    lspci
    

    geht jetzt. Info.

    Beide Versionen laufen hier in der Bionic-Minimal Version stabil. Incl. Memtest.

    rock64@rockpro64:/usr/local/sbin$ uname -a
    Linux rockpro64 4.4.126-rockchip-ayufan-239 #1 SMP Sun May 27 18:38:24 UTC 2018 aarch64 aarch64 aarch64 GNU/Linux
    

    Memtest

    rock64@rockpro64:~$ sudo memtester 3072 1
    memtester version 4.3.0 (64-bit)
    Copyright (C) 2001-2012 Charles Cazabon.
    Licensed under the GNU General Public License version 2 (only).
    
    pagesize is 4096
    pagesizemask is 0xfffffffffffff000
    want 3072MB (3221225472 bytes)
    got  3072MB (3221225472 bytes), trying mlock ...locked.
    Loop 1/1:
      Stuck Address       : ok         
      Random Value        : ok
      Compare XOR         : ok
      Compare SUB         : ok
      Compare MUL         : ok
      Compare DIV         : ok
      Compare OR          : ok
      Compare AND         : ok
      Sequential Increment: ok
      Solid Bits          : ok         
      Block Sequential    : ok         
      Checkerboard        : ok         
      Bit Spread          : ok         
      Bit Flip            : ok         
      Walking Ones        : ok         
      Walking Zeroes      : ok         
      8-bit Writes        : ok
      16-bit Writes       : ok
    
    Done.
    
  • Seit dem letzten Image 0.6.44 sind ein paar Tage vergangen und Kamil hat einige weitere Images veröffentlicht.

    0.6.45 - 0.6.49

    • 0.6.49: Disable force sram for rockchip snd soc,
    • 0.6.48: Test re-enabling mali for android on rockpro64,
    • 0.6.47: Disable mali as it causes kernel panic on rockpro64 for now,
    • 0.6.46: Rebase 4.4 kernel on rockchip-linux/kernel@f113aef,
    • 0.6.45: Improve rockpro64 support,
    • 0.6.45: Reduce timeouts to speed-up the boot (u-boot, extlinux)

    Alle Images haben das gleiche Problem, sie booten nicht. Ich bin leider kein Kernelguru, für mich sieht das aber nach falschen Settings für den Speicher aus. Seltsamerweise gibt es Boards, wie meines, was mit 0.6.44 stabil läuft bei anderen aber erst gar nicht startet !?!?

    Man liest auch mittlerweile einen gewissen Frust bei Kamil heraus, was ich sehr gut verstehen kann.

    Für mich die Kernfrage, was ist an 0.6.44 anders, als an den anderen?

  • Gute Nachrichten, wir haben ein Image das bootet. 0.6.50

    • 0.6.50: Disable mali and vdd_gpu, and overvolt big cores a little to increase stability,

    Kann sein das die HDMI-Ausgabe jetzt nicht geht, aber ihr wisst ja das ich ein Headless Junkie bin 😉 Was brauch ich einen Bildschirm, UART-Schnittstelle und fertig 🙂

    Nach einer Stunde testen, kann ich sagen, das läuft im Moment rund. Kurzer Memtest

    rock64@rockpro64:~$ sudo memtester 3072 1
    [sudo] password for rock64: 
    memtester version 4.3.0 (64-bit)
    Copyright (C) 2001-2012 Charles Cazabon.
    Licensed under the GNU General Public License version 2 (only).
    
    pagesize is 4096
    pagesizemask is 0xfffffffffffff000
    want 3072MB (3221225472 bytes)
    got  3072MB (3221225472 bytes), trying mlock ...locked.
    Loop 1/1:
      Stuck Address       : ok         
      Random Value        : ok
      Compare XOR         : ok
      Compare SUB         : ok
      Compare MUL         : ok
      Compare DIV         : ok
      Compare OR          : ok
      Compare AND         : ok
      Sequential Increment: ok
      Solid Bits          : ok         
      Block Sequential    : ok         
      Checkerboard        : ok         
      Bit Spread          : ok         
      Bit Flip            : ok         
      Walking Ones        : ok         
      Walking Zeroes      : ok         
      8-bit Writes        : ok
      16-bit Writes       : ok
    
    Done.
    
  • Image 0.6.51 ist da.

    • 0.6.51: Fix hdmi output, enable hdmi sound,

    Ok, das mit HDMI kann ich bestätigen, das geht jetzt wieder. Image war mir zu unstabil, bin wieder zurück auf 0.6.50

  • Kamil ist wieder da. war wohl ein wenig arbeiten 😉

    0.6.52 wird gerade gebaut

    Das soll sich ändern

    • 0.6.52: Enable dfi/dmc,
    • 0.6.52: Revert DMA patches,
    • 0.6.52: Make PCIE and HDMI an kernel module,

    SD-Karte liegt hier parat.

  • 0.6.52 bringt den PCIe Slot endlich zum Leben. ☝

    Mehr Info's hier.
    Mehr Tests folgen die Tage.

  • Image 0.6.53 ist am Bauen.

    • 0.6.53: Support eMMC booting,
    • 0.6.53: Compile a lot of stuff as kernel modules,

    eMMC Modul habe ich nicht hier rumliegen.

  • Image 0.6.54 ist am Bauen.

  • Armbian 20.08 (Caple) released

    Armbian
    1
    0 Stimmen
    1 Beiträge
    333 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 - Debian Bullseye Teil 2

    Verschoben ROCKPro64
    3
    0 Stimmen
    3 Beiträge
    433 Aufrufe
    FrankMF

    Gestern mal das Ganze mit einem Cinnamon Desktop ausprobiert. Eine verschlüsselte Installation auf eine PCIe NVMe SSD. So weit lief das alles reibungslos. Der Cinnamon Desktop hat dann leider keine 3D Unterstützung. Sieht so aus, als wenn keine vernünftigen Grafiktreiber genutzt würden. Da ich auf diesem Gebiet aber eine Null bin, lassen wir das mal so. Außerdem mag ich sowieso keine Desktops auf diesen kleinen SBC. Da fehlt mir einfach der Dampf 😉

    Gut, was ist mir so aufgefallen?

    Unbedingt die Daten des Daily Images erneuern, keine alten Images nutzen. Ich hatte da jetzt ein paar Mal Schwierigkeiten mit. Da das ja nun keine Arbeit ist, vorher einfach neu runterladen und Image bauen.

    Warum zum Henker bootet eigentlich. außer meiner Samsung T5, nichts vom USB3 oder USB-C Port?? 👿

  • ROCKPro64 - Ayufan's Images vs. Armbian

    ROCKPro64
    2
    0 Stimmen
    2 Beiträge
    906 Aufrufe
    FrankMF

    Das Resize-Problem der Partition, nachdem man das System auf einer USB3-HDD installiert hat, ist in

    Welcome to ARMBIAN 5.67.181217 nightly Debian GNU/Linux 9 (stretch) 4.4.167-rockchip64

    gefixt. Eine echte Verbesserung!

  • ROCKPro64 Armbian Image - erster Test

    Verschoben Armbian
    13
    0 Stimmen
    13 Beiträge
    2k Aufrufe
    FrankMF

    Erster dicker Fehlschlag mit Armbian 😞

    Heute versucht mein NAS mit Armbian aufzusetzen. Raid einbinden usw. kein Problem. Als es dann an Restic und GO ging war es vorbei mit lustig. Pakete zu alt, Quellen eingebunden und nur noch Fehler. Hmm!?

    Da ich nach zwei Stunden keine Lust mehr hatte, habe ich das erst mal auf Eis gelegt. Manchmal ist es besser an einem anderen Tag noch mal von vorne anzufangen.

    Nun läuft das NAS wieder mit

    rock64@rockpro64v_2_1:~$ uname -a Linux rockpro64v_2_1 4.19.0-rc4-1071-ayufan-g10a63ec6c2a2 #1 SMP PREEMPT Mon Oct 1 07:33:40 UTC 2018 aarch64 aarch64 aarch64 GNU/Linux

    So schlecht läuft das ja nicht, wenn denn mal die USB3 Schnittstelle vernünftig laufen würde.

    Update: Manchmal muss man es auch richtig machen 🙂 https://forum.frank-mankel.org/topic/420/rockpro64-armbian-go-restic-installieren

  • Neues Script "change-default-kernel.sh "

    ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    592 Aufrufe
    Niemand hat geantwortet
  • [HOWTO] Verschlüsseltes NAS aufsetzen

    Verschoben ROCKPro64
    12
    0 Stimmen
    12 Beiträge
    3k Aufrufe
    FrankMF

    Da btrfs bei mir ja nicht so der Bringer war, Fehler im Image vom Kamil?, Fehler in btrfs? Ich weiß es nicht, also weg damit! Da ich das NAS noch richtig produktiv genutzt hatte, waren die Daten schnell gesichert. Danach das NAS neugestartet, nun sind die beiden Platten nicht mehr gemountet und wir können damit arbeiten.

    ACHTUNG! Ich bitte wie immer darum, das Gehirn ab hier einzuschalten! Sonst droht Datenverlust! Aus Sicherheitsgründen gebe ich hier die Laufwerke so an = sdX1 Das X bitte entsprechend austauschen!

    Die beiden Platten mit

    sudo fdisk /dev/sdX

    neu einrichten. Alte Partition weg, neu einrichten usw. Im Detail gehe ich hier jetzt nicht drauf ein. Ich gehe davon aus, das das bekannt ist.

    Der Plan

    raid_pool0 = sdX1 = /dev/mapper/raid_pool0
    raid_pool1 = sdX1 = /dev/mapper/raid_pool1

    Verschlüsseln sudo cryptsetup --key-size 512 --hash sha256 --iter-time 5000 --use-random luksFormat /dev/sdX1 sudo cryptsetup --key-size 512 --hash sha256 --iter-time 5000 --use-random luksFormat /dev/sdX1 Platten entschlüsseln sudo cryptsetup open /dev/sdX1 raid_pool0 sudo cryptsetup open /dev/sdX1 raid_pool1 RAID1 anlegen sudo mdadm --create /dev/md0 --auto md --level=1 --raid-devices=2 /dev/mapper/raid_pool0 /dev/mapper/raid_pool1 sudo mkfs.ext4 /dev/md0 Script zum Entschlüsseln und Mounten crypt.sh #!/bin/bash ###############################################################################$ # Autor: Frank Mankel # Verschlüsseltes Raid1 einbinden! # # Hardware: # ROCKPro64v2.1 # PCIe SATA Karte # 2St. 2,5 Zoll HDD Platten a 2TB # # Software: # bionic-minimal 0.7.9 # Kontakt: frank.mankel@gmail.com # ###############################################################################$ #Passwort abfragen echo "Passwort eingeben!" read -s password echo "Bitte warten......" #Passwörter abfragen echo -n $password | cryptsetup open /dev/sdX1 raid_pool0 -d - echo -n $password | cryptsetup open /dev/sdX1 raid_pool1 -d - #Raid1 mounten mount /dev/md0 /mnt/raid echo "Laufwerke erfolgreich gemountet!"

    Bis jetzt sieht das Raid ok aus, ich werde das die nächsten Tage mal ein wenig im Auge behalten.

    [ 82.430293] device-mapper: uevent: version 1.0.3 [ 82.430430] device-mapper: ioctl: 4.39.0-ioctl (2018-04-03) initialised: dm-devel@redhat.com [ 108.196397] md/raid1:md0: not clean -- starting background reconstruction [ 108.196401] md/raid1:md0: active with 2 out of 2 mirrors [ 108.240395] md0: detected capacity change from 0 to 2000260497408 [ 110.076860] md: resync of RAID array md0 [ 110.385099] EXT4-fs (md0): recovery complete [ 110.431715] EXT4-fs (md0): mounted filesystem with ordered data mode. Opts: (null) [57744.301662] md: md0: resync done.
  • Bionic Minimal 0.7.8

    ROCKPro64
    2
    0 Stimmen
    2 Beiträge
    563 Aufrufe
    FrankMF

    Testin Testing

  • ROCKPro64 - Übersicht

    Angeheftet Verschoben Hardware
    8
    0 Stimmen
    8 Beiträge
    6k Aufrufe
    FrankMF

    Bericht der Zeitschrift Make.

    Link Preview Image Bastelrechner NanoPC-T4 und ROCKPro64: Mehr Raspi-Konkurrenz mit Rockchip

    Leistungsfähige Raspi-Konkurrenten setzen zunehmend auf den Chip-Hersteller Rockchip. Zwei neue RK3399-Boards eröffnen die Alternative: kompakt oder günstig?

    favicon

    Make (www.heise.de)