0.6.60 released

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

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

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

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.

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

5.6.0-1138-ayufan released

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

@hase567 Ich habe zu danken. Durch deinen sehr nützlichen Link

https://pieterhollander.nl/post/bitwarden/#commento-login-box-container

konnte ich jetzt die Fail2Ban Erkennung noch mit einbauen, das Logging läuft jetzt auch separat. Tolle Seite vom Pieter. Hab mich da mal bedankt.

@FrankM

Exakt 👏

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

Nach langer Zeit mal wieder ausprobiert.

https://d-i.debian.org/daily-images/arm64/daily/netboot/SD-card-images/

LAN-Schnittstelle wird nicht erkannt 😞

Mal auf der Mailingliste nachfragen..

@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

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

Funktioniert jetzt wieder einwandfrei 🙂