@FrankM Lieber Frank! Vielen Dank für deine Geduld! War ein echter Segen für mich! Lösung war, wie du vorgeschlagen hast: Kaputte Platte raus, neustarten, alles da! Was für eine Erleichterung. Jetzt mach ich noch ne neue HDD rein, repariere das Raid; und fertig. Hoffentlich für die nächsten Jahre. Vielen, vielen Dank!

@EricG Ja, das hatte ich schon fast bergessen. Ich nutze zur Installation dann einen USB-to-LAN Adapter. Danach geht eth0, wenn man sie konfiguriert. Aber das hast Du ja sicherlich auch schon gelesen. Ich sollte das evt. mal wieder testen

@gabs5807 Danke für das ausführliche Feedback. Das mit Pin 10 habe ich schon lange nicht mehr gehabt, benutze aber auch nur noch selten den SPI. Was wäre es doch für ein Traum, wenn man einen vernünftigen uboot hätte und man einfach ein Device anhängen könnte und die Kiste davon bootet... Bin aber beim ROCKPro64 auch nicht mehr auf der Höhe der Zeit, ich teste da nur noch selten.

@frankm Hallo Frank, ich habe mir das was ich habe mal so angeschaut und festgestellt das ich einen Avira AV Blocker aufgespielt habe von daher denke ich ich lass das Gesummse mit VPN . Hat der Anbieter 58 € Gewinn gemacht ohne Leistung , auch nicht schlecht. Meinen herzlichsten Dank für Deine Mühe , ist ernst gemeint ! Der alte Mann mit dem Rocker Rollstuhl Uli

@mabs sagte in RockPro64 als Backup Server: Ich versteh nicht wie der PCI-E<=>NVMe Adapter im Odroid H2+ laufen soll Er sprach vom JMB585 im M.2-Format. 2 x SATA vom Intel-SoC plus 5 vom JMB585 macht dann 7 SATA-Anschlüsse. Der JMB585 im H2+ ist natürlich auch ausgebremst, weil Intels Gemini Lake (Refresh) auch nur PCIe Gen2 kann und so die 5 SATA-Ports des JMB585 nur hinter zwei Gen2 Lanes hängen.

Freut mich, das es jetzt so problemlos klappt. Das ist echt immer ein Problem mit Linux und Hardware. Es ist zwar besser geworden aber noch nicht optimal. Und auf den kleinen Platinen ist das auch noch eine ganz andere Sache. Ich kann die auch heute noch immer wieder empfehlen. Läuft und läuft.... root@NASrp64:~# uptime 18:58:29 up 66 days, 2:54, 1 user, load average: 0,00, 0,00, 0,00 Mein NAS läuft 24/7 Viel Spaß damit!

@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.

Mir fällt da leider auch nicht mehr viel zu ein. Die Karte ist ja auch schon ein paar Tage alt. Vielleicht würde ein BIOS Update der Karte helfen!?? Hast du einen Rechner, wo du die Karte mal reinstecken kannst um zu schauen, ob sie funktioniert?

Sorry, das Wissen hatte ich vorausgesetzt. Aber schön, das es funktioniert. Dann viel Spaß mit deinem NAS

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

Hi, leider habe ich bisher keine Antwort von Kamil erhalten. So habe ich selbst mal einen Kernel kompiliert. Als Vorlage habe ich den Ayufan 5.3 rc4 1118 genommen. Also gleiche config nur zusätzlich den FTDI und den CH341 (Arduino clones) Treiber hinzugefügt. Könnt ihr ja mal bei Lust und Laune testen. Für meine Zwecke funktioniert er gut. Gruss https://drive.google.com/file/d/1kJarihL7bAqN9y6tK-m1V4zHCSEiEWtf/view?usp=sharing

Ich habe immer noch nicht verstanden, welche Kernelmodule jetzt fehlen. Aber ich habe mich mal kurz in Pivccu eingelesen. Das lässt einen LXC Container laufen - gut. Ob Armbian an einem Kernel 4.14 arbeitet, weiß ich nicht. Ich habe aber irgendwo gelesen, das man sich mehr auf den Mainline konzentrieren wird!?? Dann wird das wohl nichts. Den selber bauen, wird wohl nur was für Profis sein. Ich habe das schon mal gemacht, ist aber ein extrem komplexes Thema. Erschließt sich mir bis heute nicht Wenn nur ein Kernelmodul fehlt, das kann man selber bauen. Oder Kamil kurz mal eine Frage zukommen lassen, dann ist das vermutlich im nächsten Update mit drin.

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

@Hercemania sagte in Lüftersteuerung Kernel 4.20: kann man so etwas automatisieren? Du kannst dir ein Script schreiben oder statt make install das Programm checkinstall nutzen um ein Paket zu generieren. Anschließend kann man es mit checkinstall installieren bzw. deinstallieren um eine aktuellere Version zu erhalten. Aber ich denke ein Script für git pull make checkinstall -D make install dpkg -i <paketname> wäre schon mit Kanonen auf Spatzen geschossen.

@FrankM Ok: neugierig zu Ihre Ergebnissen. Wünschen Sie Kühle weil die Rockpro64 überhitzt, oder Sie?

Wow, manchmal sind es die Dinge wo man nicht dran denkt Danke für's Feedback! Und nun viel Spaß!

Hi FrankM, Thank you very much for your help. I tried 0.7.9 image. ttyS0 doesn't work even when WiFI/BT module is disabled. Because I don't need WiFi/BT option, I am going to edit the dts file. Could you let me to know the following steps after dts file got modified? Thanks. Regards, Xiaoming

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

jo passt, danke. naja, in dem ayufan 4.4er kernel sind glaub ich die pcie patches drin, wo schon etwas mehr geht - vielleicht. Da kann halt viel probiert werden. interessanterweise ist ein/mein board mit diesem letzten kernel so gut wie nie im netz erreichbar. da bleibt einem nur die serielle konsole am gpio. Ist seltsam aber auch ok, um zu sehen was das pcie so treibt. aber das geht nun anscheinend auch nicht mehr die anderen kernel zeigen das nicht (4.4er ayufan ewig alt bzw. mainline 5.0.2 wie gesagt). Klar kann ich die kernel commits runter gehen und schauen ab wann es wieder geht. Das kostet nur end-viel zeit, daher wäre eine externe bestätigung überaus hilfreich.

@FrankM sagte in kleine Probleme: Hallo @einName , Hallo, komme erst leider jetzt zum Antworten. Ich würde im Moment auf ein Ausschalten des ROCKPro64 einfach verzichten, meine sind schon ewig an. Ja, so nutze ich es auch zzt. auch. Welchen Kernel benutzt du? 4.4 Ansonsten läuft das LibreELEC gut bei Dir? Ja, läuft alles zufriedenstellend.