Also die aktuellen Daten von Debian gezogen, bekommt man hier
Wir laden uns die zwei benötigten Files herunter.
Diese beiden Dateien müssen wir zusammenfügen. Das geschieht mittels zcat.
zcat firmware.<board_name>.img.gz partition.img.gz > complete_image.img
In unserem Fall muss das so aussehen
zcat firmware.rockpro64-rk3399.img.gz partition.img.gz > image.img
Das resultierende File image.img schreiben wir wie gewohnt auf eine SD-Karte.
Da die eingebaute Netzwerkschnittstelle nicht erkannt wurde, habe ich mal wieder den USB-to-LAN Adapter eingesetzt.
Bus 005 Device 002: ID 0b95:1790 ASIX Electronics Corp. AX88179 Gigabit Ethernet
Die Installation wollte ich auf einem NVMe Riegel installieren.
Die kleinen Platinen gibt es ja selten mit zwei LAN Schnittstellen, dabei würde es sich anbieten damit kleine Router / Firewalls für zu Hause zu bauen. Dank vieler guter Anschlüsse am ROCKPro64 kann man da aber gute Sachen mit bauen. Ich habe schon was länger einen USB-C > LAN Adapter. Das sollt für ausreichende Geschwindigkeit sorgen.
root@rockpro64:~# lsusb
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 002: ID 0bda:8153 Realtek Semiconductor Corp. RTL8153 Gigabit Ethernet Adapter
Bus 005 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Nach dem Einbau der LAN Schnittstelle, sieht das dann so aus.
rock64@rock64:~$ 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 fq_codel state UNKNOWN group default qlen 1000
link/ether 62:03:b0:d6:dc:b3 brd ff:ff:ff:ff:ff:ff
inet 192.168.3.10/24 brd 192.168.3.255 scope global dynamic eth0
valid_lft 7054sec preferred_lft 7054sec
inet6 2a02:908:1266:9690:6003:b0ff:fed6:dcb3/64 scope global dynamic mngtmpaddr noprefixroute
valid_lft 7173sec preferred_lft 573sec
inet6 fe80::6003:b0ff:fed6:dcb3/64 scope link
valid_lft forever preferred_lft forever
3: enx00e04c68026f: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 00:e0:4c:68:02:6f brd ff:ff:ff:ff:ff:ff
4: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state DORMANT group default qlen 1000
link/ether ac:83:f3:e6:1f:b2 brd ff:ff:ff:ff:ff:ff
Das neue Jahr fängt vielversprechend an.
U-Boot TPL 2020.01-rc5-01969-g0bfd4738c6 (Jan 03 2020 - 15:46:36)
Mit diesem u-boot kann man direkt von einer PCIe NVMe SSD booten. Viele haben vorher das Root Filesystem auf die NVMe gelegt und beim Booten darauf verwiesen. Das hatte aber immer den Nachteil, das man den Kernel nicht so ohne weiteres updaten konnte. Das war immer sehr mühsam. Das ist mit diesem u-boot Geschichte :)
rock64@rockpro64:~$ df -h
Filesystem Size Used Avail Use% Mounted on
udev 960M 0 960M 0% /dev
tmpfs 193M 7.7M 185M 4% /run
/dev/nvme0n1p7 1.9G 1.1G 669M 62% /
tmpfs 963M 0 963M 0% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 963M 0 963M 0% /sys/fs/cgroup
/dev/nvme0n1p6 112M 4.0K 112M 1% /boot/efi
tmpfs 193M 0 193M 0% /run/user/1000
Man muss danach nur noch das Root Filesystem vergrößern. Endlich eine tolle Möglichkeit, sich ein Entwicklungssystem oder was auch immer zu bauen....
Einen Beitrag zum Einrichten der PCIe NVMe SSD findet ihr in meinem Forum. Das Resizen der Platte erkläre ich hier.
Viel Spaß beim Testen!
Heute habe ich mich nochmal an das Thema WLan auf dem ROCKPro64 gemacht. Mr.Fixit hat ja versprochen, das mit seinem Image WLan möglich wäre.
https://github.com/mrfixit2001/debian_builds/releases
Das Modul was Pine64 verkauft. Dieses Modul wird auf den entsprechenden Steckplatz montiert.
Das Image von Mr. Fixit benutzt folgende Daten zum Einloggen.
User: rock
PW: rock
Als Hostname ist localhost gesetzt, was in meiner IPFire nicht korrekt angezeigt wird, so das ich den erst mal in /etc/hostname geändert habe. Erleichtert mir das Finden der entsprechenden IP-Adresse.
Folgender Kernel wird benutzt.
rock@localhost:~$ uname -a
Linux localhost 4.4.169 #3 SMP Thu Jan 10 20:05:09 EST 2019 aarch64 GNU/Linux
Beim Image von Mr. Fixit wird die uart-Ausgabe auf einen HDMI-Monitor umgeleitet. Mag ich gar nicht, kann man schlecht bugfixen, wenn die ganzen Ausgaben nicht im uart erscheinen. Muss man irgendwo ändern können!? Aber erst mal nicht wichtig!
rock@rp64_debian_mr:~$ 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 UNKNOWN group default qlen 1000
link/ether 62:03:b0:d6:dc:b3 brd ff:ff:ff:ff:ff:ff
inet 192.168.3.12/24 brd 192.168.3.255 scope global eth0
valid_lft forever preferred_lft forever
inet6 fe80::ee04:6118:e916:2f8/64 scope link
valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 1000
link/ether ac:83:f3:e6:1f:b2 brd ff:ff:ff:ff:ff:ff
inet 169.254.170.236/16 brd 169.254.255.255 scope global wlan0
valid_lft forever preferred_lft forever
inet6 fe80::c071:83df:6e42:d07c/64 scope link
valid_lft forever preferred_lft forever