0.6.60 released

0.6.60: Fix pcie/nvme/sata support for 4.4, 0.6.60: Fix spi-flash access for 4.4/mainline,

Ich bin davon ausgegangen, das 0.6.x nict mehr fortgeführt wird, okay - sieht nicht so aus.

Sollte released werden, ist aber aus irgendeinem Grund gestern nicht passiert (lt. Kamil)

Danke für die Rückmeldung.

Mein NAS läuft wie gesagt schon relativ lange sehr stabil. Und es macht auch was 🙂 Es sichert z.B. dieses Forum und viele andere Seiten regelmäßig. Ansonsten dient es als mein Datengrab. Nix besonderes..

Wenn Du nicht so komplizierte Dinge fragst, darfst du gerne neue Threads eröffnen 🙂

4.20.0-1090-ayufan released

Änderungen -> https://gitlab.com/ayufan-repos/rock64/linux-mainline-kernel/commits/master

@gabs5807 sagte in bootconsole [uart8250] disabled:

@FrankM sagte in bootconsole [uart8250] disabled:

Hast Du dein Image auf das eMMC Modul installiert?

Wenn ja, das Modul beim Booten der Images bitte abschalten.
Vielen Dank für den Hinweis. Habe gelesen aber leider vergessen 😯.
Werde ich machen, ich das Gehäuse noch mal öffnen muss und die SSD weil ich noch austauschen muss.
Viele Grüße

Das flashen des SPI hat jetzt wie beschrieben funktioniert 😊. Vielen Dank.

Das USB Problem besteht unverändert 😞

Hi @FrankM ,

danke dir. Richtig, falschen Link zum Ayufan-Image gepostet.

Ich bin gerade am ersten Testen mit dem 4.4er Armbian. Auf den ersten Blick scheint alles gut zu laufen. Positiv ist mir gleich einmal die I/O aufgefallen (128gb Samsung Evo Plus), offensichtlich kann man diese gut ausreizen. Zudem bin ich ebenso vom armbian-config begeistert, Plex und OMV laufen prima. Bis jetzt hab ich mich mit armbian eher mit nanopi&co herumgeschlagen, wo das kein Thema war.

Leider habe ich offensichtlich vergessen die PCIe-Sata mitzubestellen, insofern musste ich mir nun eine beim großen A bestellen.

Ich berichte dann gerne ausführlich darüber sobald bei mir alles läuft.

Grüße,
Flow

Ayufan Images nutzen

user: rock64 pw: rock64

0.8.3: gitlab-ci-linux-build-141 released

0.8.2: Be more strict what packages/kernels are being in use for 0.8.x branch, 0.8.1: The final pre-release,

Kamil hat diesen Release als Latest release gekennzeichnet. Das heißt man kann jetzt vorhandenen Installationen auf diesen Build upgraden.

# Pick one sudo apt-get update -y && sudo apt-get install linux-rock64-0.8 -y sudo apt-get update -y && sudo apt-get install linux-rockpro64-0.8 -y sudo apt-get update -y && sudo apt-get install linux-pinebookpro-0.8 -y # Upgrade all other packages sudo apt-get update -y && sudo apt-get dist-upgrade -y # Remove invalid X11 config, and fix bootloaders sudo rm /etc/X11/xorg.conf.d/20-armsoc.conf sudo new_extlinux_boot.sh rootfs sudo rock64_upgrade_bootloader.sh

Quelle: https://github.com/ayufan-rock64/linux-build/releases/tag/0.8.3

Kamil ist wohl jetzt mit dem Build so weit zufrieden 😉 Ich wüßte auch nicht wo es jetzt noch richtig klemmt. Eine Sache funktioniert noch nicht perfekt.

PXE Boot USB3 Boot

Aber Kamil hat im IRC geschrieben, das er das als nächstes in Angriff nehmen will.

5.6.0-1138-ayufan released

ayufan: dts: pinebook-pro: support more DP type-c docks

https://github.com/ayufan-rock64/linux-mainline-kernel/releases/tag/5.6.0-1138-ayufan

@FrankM

Exakt 👏

Durch diesen Beitrag ist mir mal wieder eingefallen, das wir das erneut testen könnten 😉

Also die aktuellen Daten von Debian gezogen. Das Image gebaut, könnt ihr alles hier im ersten Beitrag nachlesen. 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 Debian Installation durchgezogen und nach erfolgreicher Installation neugestartet. Und siehe da, ohne das man alles möglich ändern musste, bootete die NVMe SSD 🤓

Eingesetzter uboot -> 2020.01-ayufan-2013......

Die nicht erkannte LAN-Schnittstelle müsste an nicht freien Treibern liegen, hatte ich da irgendwo kurz gelesen. Beim Schreiben dieses Satzes kam die Nacht und ich konnte noch mal drüber schlafen. Heute Morgen, beim ersten Kaffee, dann noch mal logischer an die Sache ran gegangen.

Wir schauen uns mal die wichtigsten Dinge an.

root@debian:~# 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: eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 62:03:b0:d6:dc:b3 brd ff:ff:ff:ff:ff:ff 3: enx000acd26e2c8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 00:0a:cd:26:e2:c8 brd ff:ff:ff:ff:ff:ff inet 192.168.3.208/24 brd 192.168.3.255 scope global dynamic enx000acd26e2c8 valid_lft 42567sec preferred_lft 42567sec inet6 fd8a:6ff:2880:0:20a:cdff:fe26:e2c8/64 scope global dynamic mngtmpaddr valid_lft forever preferred_lft forever inet6 2a02:908:1260:13bc:20a:xxxx:xxxx:xxxx/64 scope global dynamic mngtmpaddr valid_lft 5426sec preferred_lft 1826sec inet6 fe80::20a:cdff:fe26:e2c8/64 scope link valid_lft forever preferred_lft forever

Ok, er zeigt mir die Schnittstelle eth0 ja an, dann kann es an fehlenden Treibern ja nicht liegen. Lässt dann auf eine fehlerhafte Konfiguration schließen. Nächster Halt wäre dann /etc/network/interfaces

Das trägt Debian ein

# This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug enx000acd26e2c8 iface enx000acd26e2c8 inet dhcp # This is an autoconfigured IPv6 interface iface enx000acd26e2c8 inet6 auto

Gut, bei der Installation hat Debian ja nur die zusätzliche Netzwerkschnittstelle erkannt, folgerichtig ist die auch als primäre Schnittstelle eingetragen. Dann ändern wir das mal...

# This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback # The primary network interface #allow-hotplug enx000acd26e2c8 allow-hotplug eth0 #iface enx000acd26e2c8 inet dhcp iface eth0 inet dhcp # This is an autoconfigured IPv6 interface #iface enx000acd26e2c8 inet6 auto iface eth0 inet6 auto

Danach einmal alles neu starten bitte 😉

systemctl status networking

Da fehlte mir aber jetzt die IPv4 Adresse, so das ich einmal komplett neugestartet habe. Der Ordnung halber, so hätte man die IPv4 Adresse bekommen.

dhclient eth0

Nachdem Neustart kam dann das

root@debian:/etc/network# 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: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq 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.172/24 brd 192.168.3.255 scope global dynamic eth0 valid_lft 42452sec preferred_lft 42452sec inet6 fd8a:6ff:2880:0:6003:b0ff:fed6:dcb3/64 scope global dynamic mngtmpaddr valid_lft forever preferred_lft forever inet6 2a02:908:1260:13bc:6003:xxxx:xxxx:xxxx/64 scope global dynamic mngtmpaddr valid_lft 5667sec preferred_lft 2067sec inet6 fe80::6003:b0ff:fed6:dcb3/64 scope link valid_lft forever preferred_lft forever 3: enx000acd26e2c8: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 00:0a:cd:26:e2:c8 brd ff:ff:ff:ff:ff:ff

Fertig, eth0 läuft. Nun kann man den zusätzlichen Adapter entfernen oder halt konfigurieren, wenn man ihn braucht.

Warum der Debian Installer die eth0 nicht erkennt verstehe ich nicht, aber vielleicht wird das irgendwann auch noch gefixt. Jetzt habe ich erst mal einen Workaround um eine Installation auf den ROCKPro64 zu bekommen.

Danke soweit für den Support.
Wird sicher nicht das letzte Mal bleiben das ich hier vorbeischaue....

@reiner-zufall sagte in Ubuntu 20.04 Focal - Einrichtung:

auto-save-session

Interessant. Bitte poste, wenn Du was findest.

Okay .. also .. zusammengefasst:

Booten von emmc geht nicht (auch nicht armbian)

booten von spi geht / geht nicht ? .. bzw. siehst du in der seriellen ob er PXE boot initiert ?
(sofern du ein ayufan spi tool eingespielt hat (dies war oben über die spi-flash bzw. spi-erase tools angedacht)

booten von sd karte geht und die emmc ist sichtbar ...

ich gehe mal davon aus, dass der jumper neben der emmc nicht gesetzt ist .. weil der ist für das (globale) abschalten der emmc zuständig .. (dann wäre die emmc aber auch nicht nach dem booten sichtbar ...)

Latein am Ende .. ggf. noch booten über usb 2 testen .. (usb 3 - geht nicht bzw. nicht mit jedem device, bzw. nicht stabil ...) deswegen .. usb 2 ..

ist es eine 2.0 oder 2.1 edition ? bei der 2.0 .. gab es etwas wegen der PCIe timing .. widerstand entfernen ..oder so ..)

Bootorder ist lt. meinem wissen (fyi)

SPI Flash -> eMMC -> SD -> USB ..

sofern noch garantie .. ggf. zum händler tauschen schicken .. der aufwand fürs testen überschreitet auch alle "wirtschaftlichen" kosten 🙂

Alternativ .. die emmc als root laufwerk ummappen (anleitung hier im forum) und von einer billig sd karte booten. problem beim kernel update bzw. muss dann manuell nachgeholt werden.

oder .. pxe booten einrichten .. sofern der spi boot dir ein pxe boot anzeigt ..

zu dem spi booten info / ablauf hier noch ein link !! achtung diese ist für den ROCK64 !! also nicht diese images nehmen .. sondern die vom oberen link:

https://github.com/ayufan-rock64/linux-build/blob/master/recipes/flash-spi.md

Latein ende 😞

Für dies Kernal: Linux rockpro64 4.4.167-1213-rockchip-ayufan-g34ae07687fce #1 SMP Tue Jun 18 20:44:49 UTC 2019 aarch64 GNU/Linux

Booten von der NVMe Platte nicht möglich.

Ich folgte die folgende Schritte. Leider funktioniert es nicht. Es gibt einen Fehler in Boot.

Ohne RAID oder LVM config.

Specs:
Rockpro64
Marvel PCIe 88se9230 karte
SANDISK SSD 120 GB

Octoprint scheint ein Image für ein paar Raspis zu sein. So das wir das nicht einfach für was anderes nehmen können. Es gibt eine Installationsanleitung (nicht für Anfänger geeignet), die zeigt wie man das von Grund auf installiert. Das wird vermutlich nicht sofort funktionieren, einen Versuch ist es aber wert.

Ich denke irgendeine Debian Minimal oder auch ein Ubuntu sollte das packen.

Evt. ist es einfacher sich einen Raspi zu kaufen, so teuer sind die ja auch nicht. Kommt auf den Grad deiner Motivation an, was zu "spielen" 🙂

@FrankM sagte in Mobian:

Was ist wichtig auf einem Smartphone? Richtig, ein ordentlicher VPN-Tunnel 🙂

Funktionierte erst nicht, einen Bugreport ausgefüllt.
https://gitlab.com/mobian1/issues/-/issues/25

Heute Update da, einmal neugestartet, ein paar Tippfehler in meiner Konfig editiert und fertig! 😇

root@mobian:/etc/wireguard# wg-quick up wg0 [#] ip link add wg0 type wireguard [#] wg setconf wg0 /dev/fd/63 [#] ip -4 address add 10.10.1.14 dev wg0 [#] ip link set mtu 1420 up dev wg0 [#] wg set wg0 fwmark 51820 [#] ip -4 route add 0.0.0.0/0 dev wg0 table 51820 [#] ip -4 rule add not fwmark 51820 table 51820 [#] ip -4 rule add table main suppress_prefixlength 0 [#] sysctl -q net.ipv4.conf.all.src_valid_mark=1 [#] iptables-restore -n

Irgendwann später, ging das nicht mehr, weil die IPv6 Unterstützung im Kernel nicht eingeschaltet war, genau genommen ging es um

# CONFIG_IPV6_MULTIPLE_TABLES is not set

Mal einen Issue dazu erstellt. Heute mal das PinePhone wieder eingeschaltet und mal eben ausprobiert.

Funktioniert jetzt wieder einwandfrei 🙂

root@mobian:/etc/wireguard# uname -a Linux mobian 5.7-pinephone #1 SMP PREEMPT Fri Sep 4 14:55:26 UTC 2020 aarch64 GNU/Linux