Skip to content

ROCKPro64 - Armbian - Schnelltest 5.75 Debian Stretch

Armbian
1 1 433
  • Nachdem jetzt wieder was Zeit vergangen ist, mach ich mal einen Schnelltest der Armbian Version 5.75 mit Debian Stretch.
    SD-Karte geflasht, gestartet und nix ging. Moment, da fällt mir ein, meine Version auf dem NAS ist was älter. PCIe NVMe SSD entfernt und es startet. Aber mal von vorne...

    Hardware

    • ROCKPro64 v2.1 mit 2GB RAM
    • WiFi-Modul
    • PCIe NVMe SSD

    Software

    Armbian_5.75_Rockpro64_Debian_stretch_default_4.4.174.img
    

    Test

    Beim ersten Start mit WiFi-Modul und PCIe-Karte findet er kein bootbares Image!? Bitte den Hinweis oben beachten, evt. war meine Version zu alt. Aber da es jetzt gestartet war, konnten wir es einfach mal auf die Nightly Build Version bringen.

    armbian-config
    

    Dann "System" danach "Nightly" auswählen. Dann holt er sich alle aktualisierten Pakete.

    reboot
    

    Danach sind wir auf dem aktuellen Stand.

    frank@frank-MS-7A34:~$ ssh root@192.168.178.32
    root@192.168.178.32's password: 
     ____            _    ____               __   _  _   
    |  _ \ ___   ___| | _|  _ \ _ __ ___    / /_ | || |  
    | |_) / _ \ / __| |/ / |_) | '__/ _ \  | '_ \| || |_ 
    |  _ < (_) | (__|   <|  __/| | | (_) | | (_) |__   _|
    |_| \_\___/ \___|_|\_\_|   |_|  \___/   \___/   |_|  
                                                         
    
    Welcome to ARMBIAN 5.77.190404 nightly Debian GNU/Linux 9 (stretch) 4.4.178-rockchip64   
    System load:   0.00 0.00 0.00  	Up time:       36 min		
    Memory usage:  4 % of 1991MB 	IP:            192.168.178.32
    CPU temp:      40°C           	
    Usage of /:    5% of 30G    	
    
    Last login: Wed Apr 10 16:00:34 2019 from 192.168.178.24
    

    4.4.178 ist im 4.4er Zweig der aktuellste Kernel. https://www.kernel.org/

    Erwähnen möchte ich noch, das ich nach der Aktualisierung natürlich die PCIe NVMe SSD wieder eingesteckt habe. Die Kiste bootet sauber, so weit ich das beurteilen kann.

    Man sieht das das WiFi-Modul vorhanden ist. wlan0 war mit

    ip a
    

    zu sehen. Ein gutes Zeichen 😉

    Dann mal schnell eine Konfigurationsdatei erstellt. /etc/wpa_supplicant/wpa_supplicant.conf

    ctrl_interface=/var/run/wpa_supplicant
    ctrl_interface_group=frank
    # Die Gruppe muss natuerlich angepasst werden
    eapol_version=1
    # 0: Der Treiber des Interfaces kümmert sich um das Scannen von Netzen und die AP-Auswahl.
    #    Dieser Modus sollte benutzt werden, wenn man eine Verschlüsselung auf ein Kabelnetzwerk legt.
    # 1: wpa_supplicant kümmert sich um das Scannen von Netzen und die AP-Auswahl.
    # 2: Fast wie 0, es wird aber mit Hilfe von Sicherheitsrichtlinien und der SSID zu APs verbunden (BSSID wird nicht unterstützt)
    #
    # Normalerweise funktioniert entweder Modus 1 oder Modus 2.
    ap_scan=1
    
    network={
            ssid="SSID"
            scan_ssid=1
            proto=RSN
            key_mgmt=WPA-PSK
            pairwise=CCMP
            group=CCMP
            psk="password"
    }
    

    Hinweis

    Das bitte anpassen!

    ctrl_interface_group=frank
    

    Und daran denken, das gehört so nicht in einen Liveserver! Die Konfig-Datei muss dann in /root usw. Da gehe ich hier aber nicht drauf ein. Wir wollen ja nur Testen 🙂

    interfaces

    In /etc/network/interfaces noch folgendes ergänzen.

    iface wlan0 inet dhcp
      wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
    auto wlan0
    

    Wir starten das wlan0 und holen uns per DHCP die benötigten Daten.

    reboot
    

    Danach sehen wir folgendes.

    frank@frank-MS-7A34:~$ ssh root@192.168.178.32
    root@192.168.178.32's password: 
     ____            _    ____               __   _  _   
    |  _ \ ___   ___| | _|  _ \ _ __ ___    / /_ | || |  
    | |_) / _ \ / __| |/ / |_) | '__/ _ \  | '_ \| || |_ 
    |  _ < (_) | (__|   <|  __/| | | (_) | | (_) |__   _|
    |_| \_\___/ \___|_|\_\_|   |_|  \___/   \___/   |_|  
                                                         
    
    Welcome to ARMBIAN 5.77.190404 nightly Debian GNU/Linux 9 (stretch) 4.4.178-rockchip64   
    System load:   0.00 0.00 0.00  	Up time:       48 min		
    Memory usage:  4 % of 1991MB 	IP:            192.168.3.9 192.168.178.32
    CPU temp:      40°C           	
    Usage of /:    5% of 30G    	
    
    [ General system configuration (beta): armbian-config ]
    
    Last login: Wed Apr 10 16:33:10 2019 from 192.168.178.24
    

    Zwei IP-Adressen Yeah!

    root@rockpro64:~# ip a
    1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
        link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
        inet 127.0.0.1/8 scope host lo
           valid_lft forever preferred_lft forever
        inet6 ::1/128 scope host 
           valid_lft forever preferred_lft forever
    2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
        link/ether 62:03:b0:d6:dc:b3 brd ff:ff:ff:ff:ff:ff
        inet 192.168.3.9/24 brd 192.168.3.255 scope global dynamic eth0
           valid_lft 3543sec preferred_lft 3543sec
        inet6 fe80::a50d:c98d:4a55:7943/64 scope link 
           valid_lft forever preferred_lft forever
    3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
        link/ether ac:83:f3:e6:1f:b2 brd ff:ff:ff:ff:ff:ff
        inet 192.168.178.32/24 brd 192.168.178.255 scope global wlan0
           valid_lft forever preferred_lft forever
    

    Danach mein WiFi-Test, LAN-Kabel entfernen und

    ssh root@192.168.178.32
    

    Und es funktioniert einwandfrei. Was noch??

    fdisk -l
    
    .......(gekürzt).......
    Disk /dev/nvme0n1: 232.9 GiB, 250059350016 bytes, 488397168 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    

    Ok, die SSD ist da, WiFi-Modul funktioniert! Wer lieber Armbian mag, hat jetzt eine funktionierende Version.

    Viel Spaß beim Server bauen!

  • ROCKPro64 - Debian Bullseye Teil 2

    Verschoben ROCKPro64 debian linux rockpro64
    3
    0 Stimmen
    3 Beiträge
    535 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 - 0.9.16 mit Kernel 5.6 auf PCIe NVMe SSD

    ROCKPro64 linux rockpro64
    1
    0 Stimmen
    1 Beiträge
    413 Aufrufe
    Niemand hat geantwortet
  • Armbian 5.4.0-rc1

    Armbian armbian rockpro64
    5
    4
    0 Stimmen
    5 Beiträge
    473 Aufrufe
    FrankMF
    Gut, ich bin nicht der einzige, der ständig damit Probleme hat. @tkaiser auch [image: 1578061215343-1036201d-a4b2-47be-a618-36003c07e0ce-grafik.png]
  • FTDI Support (ayufan Kernel 5.0)

    Ungelöst Probleme? ayufan ftdi rockpro64
    8
    0 Stimmen
    8 Beiträge
    709 Aufrufe
    K
    Hi, leider habe ich bisher keine Antwort von Kamil erhalten. So habe ich selbst mal einen Kernel kompiliert. Als Vorlage habe ich den Ayufan 5.3 rc4 1118 genommen. Also gleiche config nur zusätzlich den FTDI und den CH341 (Arduino clones) Treiber hinzugefügt. Könnt ihr ja mal bei Lust und Laune testen. Für meine Zwecke funktioniert er gut. Gruss https://drive.google.com/file/d/1kJarihL7bAqN9y6tK-m1V4zHCSEiEWtf/view?usp=sharing
  • Armbian - Debian Buster Desktop

    Armbian debian armbian buster
    3
    0 Stimmen
    3 Beiträge
    829 Aufrufe
    FrankMF
    Wegen diesem Beitrag mal eben was getestet. [image: 1570527226452-19d2ef08-eb33-4dea-9ce3-1979df1ffd60-grafik.png] Was fällt auf? Für ein Minimal System darf der User nicht angelegt werden! Das Image ist im Gegensatz zu Kamils Image, ein wenig hinterher. 184 zu 190. Kurztest NVMe SSD geht USB3 SSD geht Es ist übrigens nur root@rockpro64:/# cat /etc/debian_version 10.0 Nach einem apt update && apt upgrade dann ein root@rockpro64:/# cat /etc/debian_version 10.1
  • Zwischenfazit August 2018

    ROCKPro64 rockpro64
    1
    1
    1 Stimmen
    1 Beiträge
    1k Aufrufe
    Niemand hat geantwortet
  • Recover Button

    Hardware hardware rockpro64
    2
    2
    0 Stimmen
    2 Beiträge
    919 Aufrufe
    FrankMF
    Ich hab das mal ausprobiert. Den Recover Button so lange drücken, bis folgendes erscheint. In: serial@ff1a0000 Out: serial@ff1a0000 Err: serial@ff1a0000 Model: Pine64 RockPro64 rockchip_dnl_mode = 1 mode rockchip_dnl_mode = 2 mode rockchip_dnl_mode = 3 mode rockchip_dnl_mode = 4 mode entering maskrom mode... RKFlashTool clonen root@thinkpad:/home/frank/test# git clone https://github.com/rockchip-linux/rkflashtool Klone nach 'rkflashtool' ... remote: Counting objects: 663, done. remote: Total 663 (delta 0), reused 0 (delta 0), pack-reused 663 Empfange Objekte: 100% (663/663), 114.94 KiB | 0 bytes/s, Fertig. Löse Unterschiede auf: 100% (367/367), Fertig. In das Verzeichnis wechseln root@thinkpad:/home/frank/test# cd rkflashtool/ Inhalt root@thinkpad:/home/frank/test/rkflashtool# ls doc Makefile rkcrc.h rkflashtool.h rkparametersblock examples README rkflashall rkmisc rkunpack.c fixversion.sh release.sh rkflashloader rkpad rkunsign flashuboot rkcrc.c rkflashtool.c rkparameters version.h RKFlashtool bauen root@thinkpad:/home/frank/test/rkflashtool# make gcc -O2 -W -Wall -I/usr/include/libusb-1.0 rkflashtool.c -o rkflashtool -lusb-1.0 gcc -O2 -W -Wall -I/usr/include/libusb-1.0 rkcrc.c -o rkcrc -lusb-1.0 gcc -O2 -W -Wall -I/usr/include/libusb-1.0 rkunpack.c -o rkunpack -lusb-1.0 Ich habe ein USB-A to USB-A Kabel vom USB-C Port des ROCKPro64 zu meinem Notebook hergestellt. root@thinkpad:/home/frank/test/rkflashtool# sudo ./rkflashtool v rkflashtool: info: rkflashtool v5.2 rkflashtool: info: Detected RK3399... rkflashtool: info: interface claimed rkflashtool: info: MASK ROM MODE rkflashtool: info: chip version: -..- Ok, Verbindung steht. Eine Übersicht der Befehle root@thinkpad:/home/frank/test/rkflashtool# sudo ./rkflashtool rkflashtool: info: rkflashtool v5.2 rkflashtool: fatal: usage: rkflashtool b [flag] reboot device rkflashtool l <file load DDR init (MASK ROM MODE) rkflashtool L <file load USB loader (MASK ROM MODE) rkflashtool v read chip version rkflashtool n read NAND flash info rkflashtool i offset nsectors >outfile read IDBlocks rkflashtool j offset nsectors <infile write IDBlocks rkflashtool m offset nbytes >outfile read SDRAM rkflashtool M offset nbytes <infile write SDRAM rkflashtool B krnl_addr parm_addr exec SDRAM rkflashtool r partname >outfile read flash partition rkflashtool w partname <infile write flash partition rkflashtool r offset nsectors >outfile read flash rkflashtool w offset nsectors <infile write flash rkflashtool p >file fetch parameters rkflashtool P <file write parameters rkflashtool e partname erase flash (fill with 0xff) rkflashtool e offset nsectors erase flash (fill with 0xff)
  • ROCKPro64 - Platinenerkundung

    ROCKPro64 rockpro64
    1
    12
    0 Stimmen
    1 Beiträge
    638 Aufrufe
    Niemand hat geantwortet