Skip to content
linux-nerds.org

linux-nerds.org
  1. Übersicht
  2. Pine64
  3. ROCKPro64
  4. ROCKPro64 - Eine Einführung für Einsteiger

ROCKPro64 - Eine Einführung für Einsteiger

Verschoben ROCKPro64
1 1 567
  • FrankMF

    Wo kann man einen kaufen?

    ROCKPro64 kauft man direkt bei pine64.org im Shop. Hier der direkte Link dahin. Wenn Ihr euch fragt, was kostet das an Zoll und Versandgebühren, hier zeige ich euch das.

    Was kann man alles damit machen? Hier könnte ich jetzt wahrscheinlich unendlich viel aufschreiben, ich schreibe mal aus meiner Sicht, die interessantesten Anwendungen auf.

    • Linux-Server allgemein
    • NAS
    • Retro Gaming Konsole
    • KODI TV System
    • usw.

    Ein Beispiel

    Wir machen uns einen Linux-Server Headless, also ohne GUI. Diesen kann man dann entweder mit der Tastatur direkt am ROCKPro64 bedienen, Bildschirmausgabe auf dem angeschlossenen HDMI-Monitor oder per SSH-Verbindung von dem gewohnten PC aus. Das ist meine bevorzugte Variante, da der PC ja sowieso immer an ist 😉

    Hardware

    Software

    Eingesetzte Version

    Welcome to Ubuntu 18.04.2 LTS (GNU/Linux 4.4.167-1169-rockchip-ayufan-g3cde5c624c9c aarch64)

    SD-Karte erstellen

    Das Programm Etcher runterladen und installieren, das gibt es für Linux und Windows. Ist kinderleicht und macht seinen Job. Nach der Installation das Programm starten.

    5d82691c-86d5-4733-bf1d-8d95635ea618-grafik.png

    Das Image auswählen, etcher.io kann das Image auch entpacken. Ich mache das immer vorher selber. In der Mitte die SD-Karte auswählen, das macht etcher.io normalerweise selber. Nach Klick auf "Flash!" wird unter Linux das Root-Passwort abgefragt, danach beschreibt er die SD-Karte. Wenn er fertig ist, kann man die SD-Karte einfach entnehmen.

    Erster Start des ROCKPro64

    Wir nehmen die SD-Karte und stecken sie in den entsprechenden Einschub. Dann noch das LAN-Kabel anschließen und einen Monitor. Zum Schluß stecken wir den Stecker der Spannungsversorgung ein. Nun bootet der ROCKPro64. Die grüne LED neben der Spannungsversorgung zeigt nur an, das die Versorgungsspannung vorhanden ist.

    Wenn die weiße und rote LED angeht, hat der Bootloader ein Image gefunden und startet das System. Nach einiger Zeit, solltet ihr auf dem Monitor Bootmeldungen sehen und zum Schluss folgendes

    Ubuntu 18.04.2 LTS rockpro64 tyy1
rockpro64 login:

    Damit ist der ROCKPro64 erfolgreich gestartet und wartet jetzt auf Euren Login. Login Daten sind

    User: rock64
PW. rock64

    SSH-Login

    Da ich alles von meinem Haupt-PC aus mache, loggen wir uns von da aus ein. Der ROCKPro64 holt sich mittels DHCP eine IP-Adresse von Eurem Router. Diese IP-Adresse müssen wir nun rausbekommen, eine Möglichkeit wäre im Menü des Routers danach zu suchen.

    Eine andere Möglichkeit wäre, das Netzwerk abzusuchen. Dazu benutze ich das Tool nmap. In meinem Netzwerk ist der DHCP von der IP-Adresse 192.168.3.2 bis 192.168.3.19 aktiv. Den Bereich suche ich nun ab.

    frank@frank-MS-7A34:~$ nmap 192.168.3.2-19

Starting Nmap 7.60 ( https://nmap.org ) at 2019-04-06 14:59 CEST
Nmap scan report for 192.168.3.12
Host is up (0.0014s latency).
Not shown: 999 closed ports
PORT   STATE SERVICE
22/tcp open  ssh

Nmap done: 18 IP addresses (1 host up) scanned in 1.57 seconds

    Nun bekommen wir als Ergebnis einen Rechner auf der IP-Adresse 192.168.3.12 angezeigt. Man kann auch direkt sehen, das der SSH Dienst auf dem Standardport 22 aktiv ist.

    Dann loggen wir uns mal ein.

    ssh rock64@192.168.3.12

    Erfolgsmeldung

    frank@frank-MS-7A34:~$ ssh rock64@192.168.3.12
rock64@192.168.3.12's password: 
Welcome to Ubuntu 18.04.2 LTS (GNU/Linux 4.4.167-1169-rockchip-ayufan-g3cde5c624c9c aarch64)
                _                     __   _  _   
 _ __ ___   ___| | ___ __  _ __ ___  / /_ | || |  
| '__/ _ \ / __| |/ / '_ \| '__/ _ \| '_ \| || |_ 
| | | (_) | (__|   <| |_) | | | (_) | (_) |__   _|
|_|  \___/ \___|_|\_\ .__/|_|  \___/ \___/   |_|  
                    |_|                           

 * Documentation:  https://help.ubuntu.com
 * Management:     https://landscape.canonical.com
 * Support:        https://ubuntu.com/advantage

  System information as of Sat Apr  6 13:03:17 UTC 2019

  System load:  0.08              Processes:           166
  Usage of /:   9.3% of 14.45GB   Users logged in:     0
  Memory usage: 6%                IP address for eth0: 192.168.3.12
  Swap usage:   0%

 * Ubuntu's Kubernetes 1.14 distributions can bypass Docker and use containerd
   directly, see https://bit.ly/ubuntu-containerd or try it now with

     snap install microk8s --classic
Last login: Sat Apr  6 09:53:06 2019 from 192.168.3.213

    Erste Schritte

    Nachdem wir uns erfolgreich eingeloggt haben, schauen wir erst mal nach, ob das System aktuell ist.

    rock64@rockpro64:~$ sudo apt update
[sudo] password for rock64: 
Hit:1 http://ports.ubuntu.com/ubuntu-ports bionic InRelease
Get:2 http://ports.ubuntu.com/ubuntu-ports bionic-security InRelease [88.7 kB]
Hit:3 http://ppa.launchpad.net/ayufan/rock64-ppa/ubuntu bionic InRelease
Hit:4 http://ppa.launchpad.net/ayufan/all-ppa/ubuntu bionic InRelease                          
Get:5 http://ports.ubuntu.com/ubuntu-ports bionic-updates InRelease [88.7 kB]                  
Get:6 http://deb.ayufan.eu/orgs/ayufan-rock64/releases  InRelease [1339 B]
Get:7 http://ports.ubuntu.com/ubuntu-ports bionic-updates/main arm64 Packages [463 kB]
Get:8 http://ports.ubuntu.com/ubuntu-ports bionic-updates/universe arm64 Packages [643 kB]
Get:9 http://deb.ayufan.eu/orgs/ayufan-rock64/releases  Packages [106 kB]         
Fetched 1391 kB in 3s (552 kB/s)               
Reading package lists... Done
Building dependency tree       
Reading state information... Done
All packages are up to date.

rock64@rockpro64:~$ sudo apt upgrade
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

    Ok, alles aktuell 🙂

    Ich habe hier einen Thread zum Thema erstellt, was man so als erstes machen sollte.

    • Passwort ändern!!
    • Lokale Settings anpassen
    • Evt. auf fixe IP-Adresse einstellen
    • Hostname einstellen

    Wie das geht, könnt ihr in dem anderen Thread nachlesen.

    Wichtig

    Diese Vorgehensweise ist nicht geeignet für einen Server, der von außerhalb direkt aus dem Internet erreichbar ist. Dazu bedarf es noch einiger anderer Einstellungen. Ein paar

    • iptables
    • fail2ban
    • ssh port ändern
    • usw.

    Das soll hier aber nicht das Thema sein. Ich gehe davon aus, das dieser Server in einem lokalen Netz steht, der nicht von außerhalb erreichbar ist.

    Serielle konsole

    Wenn es mal Probleme gibt, beim Booten oder sonst was, ist das absolut Wichtigstes bei diesen kleinen Platinen eine serielle Konsole (UART). Kostet nicht viel, also unbedingt mitbestellen!!

    Ein Beitrag zum Thema gibt es hier.

    Zum Schluß, viel Spaß und viel Erfolg!

    Im Fediverse -> @FrankM@nrw.social

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

  • FrankMF

    Mainline 5.12.x

    Images linux rockpro64
    2
    0 Stimmen
    2 Beiträge
    387 Aufrufe
    FrankMF
    5.12.0-1149-ayufan released ayufan: defconfig: add MT76x* drivers
  • FrankMF

    linux-mainline-u-boot

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

    ROCKPro64 - Zwei LAN Schnittstellen / VLAN einrichten

    ROCKPro64 linux vlan rockpro64
    4
    0 Stimmen
    4 Beiträge
    689 Aufrufe
    FrankMF
    Das Setup heute mal getestet um zu sehen, ob das auch so funktioniert. LAN an meine Fritzbox (DHCP) an eth1.100 mein Notebook an eth1.200 meine PS4 Und dann mal gemütlich eine Runde MW gezockt. Läuft alles einwandfrei
  • FrankMF

    ROCKPro64 - USB-C -> LAN

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

    Wireguard

    Verschoben Wireguard linux rockpro64 wireguard
    4
    0 Stimmen
    4 Beiträge
    974 Aufrufe
    FrankMF
    Etwas schnellerer Weg den Tunnel aufzubauen, Voraussetzung wireguard modul installiert Keys erzeugt Danach dann einfach ip link add wg0 type wireguard wg setconf wg0 /etc/wireguard/wg0.conf Datei /etc/wireguard/wg0.conf [Interface] PrivateKey = <Private Key> ListenPort = 60563 [Peer] PublicKey = <Public Key Ziel> Endpoint = <IPv4 Adresse Zielrechner>:58380 AllowedIPs = 10.10.0.1/32 Die Rechte der Dateien von wireguard müssen eingeschränkt werden. sudo chmod 0600 /etc/wireguard/wg0.conf Das ganze per rc.local beim Booten laden. Datei /root/wireguard_start.sh ############################################################################################### # Autor: Frank Mankel # Startup-Script # Wireguard # Kontakt: frank.mankel@gmail.com # ############################################################################################### ip link add wg0 type wireguard ip address add dev wg0 10.10.0.1/8 wg setconf wg0 /etc/wireguard/wg0.conf ip link set up dev wg0 Danach Datei ausführbar machen chmod +x /root/wireguard_start.sh In rc.local /root/wireguard_start.sh eintragen - Fertig!
  • FrankMF

    ROCKPro64 - Armbian nand-sata-install

    Verschoben Armbian armbian rockpro64
    14
    6
    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

    Video PCIe SATA Karte

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

    ROCKPro64 - Docker Image

    ROCKPro64 docker rockpro64
    4
    1
    0 Stimmen
    4 Beiträge
    1k Aufrufe
    FrankMF
    Das ganze hat einen furchtbar schönen Vorteil. Mal angenommen, ich habe ein NodeBB-Forum in einem Container laufen. Will das Ding updaten und das crasht einfach mal so. Egal, Container stoppen, Container starten und alles läuft wieder. Mit dem Commit sichere ich mir dann den Zustand nachdem ich weiß, das alles klappt