Skip to content

NanoPi R4S - Armbian Buster

NanoPi R4S
1 1 288
  • Wir testen mal kurz Armbian. Wie immer Debian Buster 😉

    Ab auf die SD-Karte und den R4S damit gestartet. Über die UART-Konsole können wir jetzt den Boot Vorgang beobachten. Wenn die Ersteinrichtung (automatisch) erledigt ist, werden wir nach einem neuen Rootpasswort gefragt. Das kann ich leider jetzt nicht über die UART-Konsole eingeben!? (Eigene Dummheit, mein UART Kabel war falsch angeschlossen!) Ok, dann alternativ über SSH.

    In der UART-Konsole wird die aktuelle IP-Adresse angezeigt.

    ssh root@192.168.3.208
    

    Danach das Standard Passwort

    1234
    

    eingeben. Jetzt wird man nach einem neuen Passwort gefragt. Danach kommt was Neues.

    Choose default system command shell:
     
     1) bash
     2) zsh
    

    Ich teste hier jetzt mal zsh. Dann möchte er einen User Account anlegen. Ich meine mich erinnern zu können, das ich das für ein Minimal System verneinen muss. Danach sagt Armbian folgendes.

    You selected ZSH as your default shell. If you want to use it right away, please logout and login!
    

    Ok, dann machen wir das mal 🙂

    root@192.168.3.208's password: 
     _   _ ____  _   ____  _  _  ____  
    | \ | |  _ \(_) |  _ \| || |/ ___| 
    |  \| | |_) | | | |_) | || |\___ \ 
    | |\  |  __/| | |  _ <|__   _|__) |
    |_| \_|_|   |_| |_| \_\  |_||____/ 
                                       
    Welcome to Armbian 21.02.1 Buster with Linux 5.10.12-rockchip64
    
    System load:   2%           	Up time:       14 min		
    Memory usage:  12% of 977M   	IP:            192.168.3.208
    CPU temp:      55°C           	Usage of /:    6% of 30G    	
    
    [ General system configuration (beta): armbian-config ]
    
    Last login: Sat Feb  6 08:00:26 2021 from 192.168.3.213
    

    Schauen wir mal eben nach den Interfaces

    Netzwerk

    nanopi-r4s:~:# ip a
    1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
        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: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
        link/ether 76:58:be:cf:c3:14 brd ff:ff:ff:ff:ff:ff
    3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
        link/ether 80:1f:12:f4:e4:0f brd ff:ff:ff:ff:ff:ff
        inet 192.168.3.208/24 brd 192.168.3.255 scope global dynamic noprefixroute eth1
           valid_lft 42329sec preferred_lft 42329sec
        inet6 fdb7:6cc1:261c:0:1428:4b01:1148:fedc/64 scope global noprefixroute 
           valid_lft forever preferred_lft forever
        inet6 2a02:908:1260:13a2:xxxx:xxxx:xxxx:xxxx/64 scope global dynamic noprefixroute 
           valid_lft 5915sec preferred_lft 2315sec
        inet6 fe80::f117:86ae:f835:b92a/64 scope link noprefixroute 
           valid_lft forever preferred_lft forever
    

    eth1 entspricht der WAN-Schnittstelle des R4S. enp1s0 würde der LAN-Schnittstelle entsprechen. Diese seltsame Nummerierung, kann man wenn gewünscht, mit einem Kernel Start Parameter ändern. Findet man auch irgendwo hier im Forum.

    htop

    cb68ab0c-4b3f-469d-a131-019c8b89741d-image.png

    Fazit

    Ich denke das soll es mal gewesen sein. Man ist mit Armbian in der Lage sich den R4S in einen kleinen Headless Server zu verwandeln. Da er zwei USB3 Schnittstellen hat, für den ein oder anderen vielleicht interessant. Ich bleibe da beim ROCKPro64 😉

    Aber, für alles wo man zwei LAN-Schnittstellen benötigt ist der NanoPi R4S eine gute Wahl. Einer liegt ja mit OpenWrt bestückt unter meinem Tisch und macht die Firewall hinter meiner Fritzbox. Mittels VLAN usw. Auch dazu gibt es hier im Forum Beiträge.

    @Armbian: Der Release sieht gut aus. Danke!!

  • VisionFive2 - Armbian

    Software visionfive2 linux armbian
    1
    1
    0 Stimmen
    1 Beiträge
    124 Aufrufe
    Niemand hat geantwortet
  • NanoPi R4S - OpenWrt upgraden !?

    NanoPi R4S openwrt nanopir4s
    4
    3
    0 Stimmen
    4 Beiträge
    644 Aufrufe
    FrankMF
    Ich schrieb ja oben über Daten Sichern bevor man was macht...... Ok, danach war die Installation lauffähig, aber das Webinterface kaputt. Kryptische Fehlermeldung, die ich auch mit Google nicht fixen konnte. Naja, es war nicht so schwer da ich ja noch einen R4S mit identischer Konfiguration hatte. SD_Karte getauscht und weiter geht's.... Aber!! Warum? Ich musste ganz schön lange suchen, bis ich heraus fand das es mittlerweile eine neue Version als Release Candidate gibt. https://openwrt.org/releases/21.02/notes-21.02.0-rc1 Diese Version habe ich dann installiert und das Upgrade ist gescheitert. Da ich auf der alten Installation auch schon eine ganze Menge getestet hatte und es evt. auch vermurkst hatte, war es ja nicht so verkehrt mal was frisches aufzusetzen. Kurz meine Konfigurationsdateien kontrolliert und nach kleineren Korrekturen und Reboot lief alles wieder wie vorher. Diesmal habe ich mir die SD-Karte als Image gesichert. Nur für den Fall, das ich das mal dringend brauche. Es bleibt weiterhin nicht ganz einfach eine OpenWrt Installation aktuell zu halten. Aber so einmal im Jahr kann man sich ja die Arbeit machen.....
  • Armbian Images

    Armbian armbian linux
    1
    3
    0 Stimmen
    1 Beiträge
    357 Aufrufe
    Niemand hat geantwortet
  • NanoPi R4S - FriendlyWrt

    NanoPi R4S openwrt nanopir4s
    1
    2
    0 Stimmen
    1 Beiträge
    513 Aufrufe
    Niemand hat geantwortet
  • Armbian - Debian Buster Desktop

    Armbian debian armbian buster
    3
    0 Stimmen
    3 Beiträge
    812 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
  • ROCKPro64 - Armbian - Go & Restic installieren!

    Verschoben Armbian armbian rockpro64
    2
    0 Stimmen
    2 Beiträge
    678 Aufrufe
    FrankMF
    Der frühe Vogel.... [image: 1545806416632-img_20181226_072626_ergebnis.jpg] Das oben geschriebene eben nochmal durchgeführt, funktioniert einwandfrei. Jetzt kann ich die USB3-Platte umbauen und den Job verlagern. Dann habe ich einen ROCKPro64 wieder frei zum Testen
  • ROCKPro64 - Armbian armbian-config

    Verschoben Armbian armbian rockpro64
    1
    3
    0 Stimmen
    1 Beiträge
    798 Aufrufe
    Niemand hat geantwortet
  • 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.