Skip to content
linux-nerds.org

linux-nerds.org
  1. Übersicht
  2. Pine64
  3. ROCKPro64
  4. Zwischenfazit August 2018

Zwischenfazit August 2018

ROCKPro64
  • FrankMF

    Seit meinem letzten Zwischenfazit hat sich viel getan.

    Fangen wir mal beim Wichtigsten an, kann man sich das Board und das Zubehör von Pine64 bestellen? Ganz klares JA von mir und eine absolute Empfehlung. Ein Super Board, das natürlich immer noch nicht bis ins letzte zu Ende konfiguriert ist, aber ich bin mir zu 100% sicher, das Kamil da sehr gute Arbeit macht. Und das alleine - Respekt!

    Hardware die ich getestet habe und funktioniert

    Diese Hardware ist funktionsfähig und wird von Kamil's Images gut unterstützt.

    Hardware die ich getestet habe und noch nicht funktioniert

    Software

    Zwei Möglichkeiten haben wir im Moment.

    Und, wer möchte kann auch noch Android dazu zählen, ich mach es nicht. Mich interessiert Android null. Im Winter wenn ich mal Langeweile habe, kann man evt. mal rein schauen 😉

    Diese Images habe ich hier in verschiedenen Konfigurationen 24/7 laufen, ohne ein Problem. Absolut stabil.

    Konfig 1

    • ROCKPro64 v2.0 4GB RAM
    • PCIe NVMe Karte
    • Samsung 960 EVO 256GB
    • SD-Karte

    Das Betriebssystem liegt auf der Samsung EVO, beim Booten wird die Karte als Root Device eingebunden. Leider können wir noch nicht mittels SPI von der NVMe SSD starten, das wäre noch praktischer. Aber, man weiß sich ja zu helfen, auch wenn es den ein oder anderen Nachteil hat. (Kernel-Updates)

    Anleitung zum Booten von NVMe

    Auf diesem ROCKPro64 läuft im Moment

    rock64@rockpro64v2_0:~$ uname -a
Linux rockpro64v2_0 4.4.132-1081-rockchip-ayufan-g50be7e64a779 #1 SMP Tue Jul 31 20:09:25 UTC 2018 aarch64 aarch64 aarch64 GNU/Linux

    Ich habe dort einen Webserver am Start mit

    Kann man sehr schön mit arbeiten 😉

    Konfig 2

    • ROCKPro64 v2.1 2GB RAM
    • PCIe SATA Karte
    • SD-Karte oder eMMC-Modul
    • Samsung 860 PRO mit 256GB am USB3-to-SATA Adapter

    Aktuell habe ich den u-boot in den SPI Speicher geflasht. Anleitung. Damit wird von der SSD gebootet, das klappt sehr gut aber leider im Moment nur an USB2. Da muss natürlich dringend USB3 her, Kamil ist informiert 😉

    Auf der SSD ist ein Image vom Kamil, aktuell nutze ich dort

    rock64@rockpro64:~$ uname -a
Linux rockpro64 4.4.132-1085-rockchip-ayufan-gad69573e2915 #1 SMP Tue Aug 7 11:42:08 UTC 2018 aarch64 aarch64 aarch64 GNU/Linux

    Diese Konfiguration dient mir im Moment als Testplattform, um alles mögliche zu testen. Neue Images, neue Kernel usw.

    Fazit

    Im August 2018 kann man mit dem Board schon ganz gut leben, vorausgesetzt man nutzt so wie ich nur Headless Systeme. GPU und Desktop scheint im Moment noch eine sehr große Baustelle zu sein - wie erwartet. Das ich jetzt schon damit Server bauen könnte um diese zu nutzen, hätte ich erst für Ende des Jahres erwartet.

    Mal wieder Zeit dem Kamil einen Kasten Bier zu spendieren. Kann der bestimmt gebrauchen 🙂

    0_1533744111704_e0132652-1111-46b9-b0bb-71b577181d67-grafik.png

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    1

  • FrankMF

    RockPro64 - Mainline Kernel 6.8.0-rc3

    ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    280 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    linux-mainline-u-boot

    Angeheftet Images
    2
    0 Stimmen
    2 Beiträge
    396 Aufrufe
    FrankMF
    2020.01-ayufan-2014-gff2cdd38 released ayufan: rockchip: allow to boot scsi4, as JMS585 can have 5 drives
  • FrankMF

    ROCKPro64 - Secondary IP entfernen

    ROCKPro64
    5
    0 Stimmen
    5 Beiträge
    654 Aufrufe
    FrankMF
    Hallo @mabs, es ging bei meinem Post gar nicht um den dhcpd, also den Daemon der die Adressen verteilt. Hintergrund, ich versuche gerade mal wieder einen Router auf Basis eines ROCKPro64 zu bauen. Dabei bin ich in Kamils Debian Minimal über die zweite IP-Adresse gestolpert. Danke aber für deine Anregungen. Es gibt da aber wohl mit dem Debian Minimal irgendwelche Probleme mit dem Forwarding, so das ich das jetzt auf einem Bionic mache, dort klappt das einwandfrei. Aber dazu später ausführlich in einem anderen Thread.
  • FrankMF

    ROCKPro64 - Armbian - Schnelltest 5.75 Debian Stretch

    Armbian
    1
    1 Stimmen
    1 Beiträge
    392 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    ROCKPro64 - Armbian nand-sata-install

    Verschoben Armbian
    14
    +5
    0 Stimmen
    14 Beiträge
    2k Aufrufe
    FrankMF
    Ich habe heute, nachdem es einige Updates von Armbian gab, mal nachgeschaut ob ein spezieller Fehler verschwunden ist. Und zwar geht es um das Resizen der Partion nachdem wir Armbian auf eine USB-HDD (USB3) installiert haben. Ich setze dafür folgendes System ein. Hardware ROCKPro64v2.0 4GB RAM SanDisk 240GB 2,5 Zoll HDD (nix tolles) Software Welcome to ARMBIAN 5.67.181217 nightly Debian GNU/Linux 9 (stretch) 4.4.167-rockchip64 Was sehe ich nach dem Reboot? root@rockpro64:~# df -h Filesystem Size Used Avail Use% Mounted on udev 1.9G 0 1.9G 0% /dev tmpfs 388M 5.3M 383M 2% /run /dev/sda1 220G 1.3G 207G 1% / tmpfs 1.9G 0 1.9G 0% /dev/shm tmpfs 5.0M 4.0K 5.0M 1% /run/lock tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup tmpfs 1.9G 4.0K 1.9G 1% /tmp /dev/mmcblk0p1 58G 1.3G 57G 3% /media/mmcboot /dev/zram0 49M 3.0M 43M 7% /var/log tmpfs 388M 0 388M 0% /run/user/0 Korrekt die Größe angepasst! Schnell mal den USB3 testen root@rockpro64:~# sudo 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, 38.0723 s, 113 MB/s Der Adapter root@rockpro64:~# lsusb -vvv Bus 004 Device 002: ID 2109:0715 VIA Labs, Inc. Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 3.10 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 9 idVendor 0x2109 VIA Labs, Inc. idProduct 0x0715 bcdDevice 1.31 iManufacturer 1 VLI Manufacture String iProduct 2 VLI Product String iSerial 3 000000123ADA bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 121 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x80 (Bus Powered) MaxPower 224mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 8 Mass Storage bInterfaceSubClass 6 SCSI bInterfaceProtocol 80 Bulk-Only iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 15 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x02 EP 2 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 15 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 1 bNumEndpoints 4 bInterfaceClass 8 Mass Storage bInterfaceSubClass 6 SCSI bInterfaceProtocol 98 iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x04 EP 4 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 0 Command pipe (0x01) Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x85 EP 5 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 15 MaxStreams 32 Data-in pipe (0x03) Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x06 EP 6 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 15 MaxStreams 32 Data-out pipe (0x04) Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x87 EP 7 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 0 MaxStreams 32 Status pipe (0x02) Binary Object Store Descriptor: bLength 5 bDescriptorType 15 wTotalLength 70 bNumDeviceCaps 4 FIXME: alloc bigger buffer for device capability descriptors Device Status: 0x0000 (Bus Powered) Ein lästiger Fehler weniger.
  • FrankMF

    ROCKPro64 updaten

    ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    582 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    [HOWTO] ROCKPro64 - Boot

    Verschoben Hardware
    5
    +1
    0 Stimmen
    5 Beiträge
    4k Aufrufe
    FrankMF
    Das Problem sollte mit Kernel 4.19.0-rc4-1069-ayufan behoben sein.
  • FrankMF

    ROCKPro64 - Übersicht

    Angeheftet Verschoben Hardware
    8
    +0
    0 Stimmen
    8 Beiträge
    6k Aufrufe
    FrankMF
    Bericht der Zeitschrift Make. https://www.heise.de/make/meldung/Bastelrechner-NanoPC-T4-und-ROCKPro64-Mehr-Raspi-Konkurrenz-mit-Rockchip-4061580.html