Skip to content

ROCKPro64 - Armbian - Schnelltest 5.75 Debian Stretch

Armbian
  • 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!

  • 0 Stimmen
    3 Beiträge
    392 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 - Debian 10.1

    ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    391 Aufrufe
    Niemand hat geantwortet
  • Armbian - Debian Buster Desktop

    Armbian
    3
    0 Stimmen
    3 Beiträge
    707 Aufrufe
    FrankMF

    Wegen diesem Beitrag mal eben was getestet.

    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
  • Armbian nightly 5.0.0

    Armbian
    9
    1 Stimmen
    9 Beiträge
    704 Aufrufe
    FrankMF

    Armbian_5.86.190514_Rockpro64_Debian_stretch_dev_5.0.0.7z

    Startet nicht, sieht nach Freeze aus und dann automatischer Reboot. Bleibt bei Kamil's

    Welcome to Ubuntu 18.04.2 LTS (GNU/Linux 5.0.0-1101-ayufan-g41eeb7cd789e aarch64)

    das läuft 😉

  • 0 Stimmen
    1 Beiträge
    463 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 - Armbian armbian-config

    Verschoben Armbian
    1
    0 Stimmen
    1 Beiträge
    739 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 - Armbian nand-sata-install

    Verschoben Armbian
    14
    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. 😉

  • 0 Stimmen
    1 Beiträge
    790 Aufrufe
    Niemand hat geantwortet