BigChris

Ich habe mich dann doch gegen den Selbstbau entschieden und einen gebrauchten Dell T30 als Ersatz für meinen kaputten Dell T20 erstanden. Da ich bisher recht zufrieden bin, wollte ich euch an der Erfahrung teilhaben lassen. Der Server ist aus 2020 und hat einen Intel Xeon E3-1225 v5, 4x 3.30GHz als Prozessor auf dem Board. Die Kombination kann ECC Ram, 8GB waren bei mir auf dem Mainboard. 4 Sata Ports stehen zur Verfügung, und ein m2 Port, der allerdings per Bios deaktiviert wurde. Mit einer alten Biosversion würde der Port wieder funktionieren, oder man flasht ein anderes Bios drauf. Da hatte ich bisher keine Lust Ich habe 3 x 6TB HDDs angeschlossen, eine 1TB SSD und eine nvme per PCI Adapter. Ich komme auf ca. 15 Watt im Idle (Spindown) gemessen mit einem Shelly Plug, der sicherlich keine Referenz darstellt. Wenn ich mir aber aktuelle stromsparende Systeme anschaue, die einen Intel Netzwerkchipsatz haben und noch ECC, liege ich schon alleine bei dem Mainboard auf dem Preis des kompletten T30! Sonderlich laut ist er auch nicht, allerdings auch nicht wohnzimmertauglich. Vom Design sicherlich auch nicht Vielleicht ist das ja für den ein oder anderen noch ein Tipp. Nachhaltiger ist gebrauchte Hardware auch

Ich habe mir einen gebrauchten Dell T30 geholt. Da wollte ich noch mal ein Thema drüber schreiben. Der erfüllt deine Anforderungen und ist günstig zu haben. 199€ habe ich bezahlt und eine komplette Madchine dafür zu Hause stehen, mit stabiler Hardware. Und ECC Ram hat der dann auch schon drin.

Also kann ich die auch einfach löschen? Ich mache nichts damit kaputt?

Ich habe einige Daten in "Appdata" liegen, die dort eigentlich nicht mehr sein sollten. Meiner Meinung nach. Als einzigen Docker habe ich noch Emby laufen, der Rest ist eigentlich gelöscht. Cleanup Appdata findet auch nichts mehr. Kann ich den Rest einfach löschen? Warum ist der noch in dem Ordner Appdata?

Guten Morgen, mein alter Unraid-Server ist während eines Parity Sync kaputt gegangen. Ich habe die Festplatten nun in eine neue Maschine gesetzt und einen Parity-Sync gestartet. Da ist der Unraid während dessen abgestürzt, war nicht mehr erreichbar. Ich habe nun einen neuen Sync gestartet und versuche das Log im Auge zu behalten. Dabei sind mir zwei Errors aufgefallen bisher: Rot markiert sind folgende Zeilen: Feb 17 08:53:10 Tower kernel: CPU: 1 PID: 1700 Comm: .NET ThreadPool Tainted: P IO 6.1.64-Unraid #1 Feb 17 08:53:10 Tower kernel: Call Trace: Feb 17 08:53:10 Tower kernel: CPU: 1 PID: 1700 Comm: .NET ThreadPool Tainted: P IO 6.1.64-Unraid #1 Feb 17 08:53:10 Tower kernel: Hardware name: Dell Inc. PowerEdge T30/07T4MC, BIOS 1.8.1 12/16/2021 Feb 17 08:53:10 Tower kernel: RIP: 0010:__nf_conntrack_confirm+0xa4/0x2b0 [nf_conntrack] Feb 17 08:53:10 Tower kernel: Code: 44 24 10 e8 e2 e1 ff ff 8b 7c 24 04 89 ea 89 c6 89 04 24 e8 7e e6 ff ff 84 c0 75 a2 48 89 df e8 9b e2 ff ff 85 c0 89 c5 74 18 <0f> 0b 8b 34 24 8b 7c 24 04 e8 18 dd ff ff e8 93 e3 ff ff e9 72 01 Feb 17 08:53:10 Tower kernel: RSP: 0000:ffffc90008427810 EFLAGS: 00010202 Feb 17 08:53:10 Tower kernel: RAX: 0000000000000001 RBX: ffff8881598e5800 RCX: 74bd1bfd2f712247 Feb 17 08:53:10 Tower kernel: RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffff8881598e5800 Feb 17 08:53:10 Tower kernel: RBP: 0000000000000001 R08: defca66ae9fd4719 R09: 1c041881253606c3 Feb 17 08:53:10 Tower kernel: R10: 8015b9512acd639d R11: ffffc900084277d8 R12: ffffffff82a14d00 Feb 17 08:53:10 Tower kernel: R13: 000000000001efb7 R14: ffff8881786b9300 R15: 0000000000000000 Feb 17 08:53:10 Tower kernel: FS: 0000150ace1fd700(0000) GS:ffff888265c80000(0000) knlGS:0000000000000000 Feb 17 08:53:10 Tower kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Feb 17 08:53:10 Tower kernel: CR2: 000000000042b6a0 CR3: 000000015a8b2004 CR4: 00000000003706e0 Feb 17 08:53:10 Tower kernel: DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Feb 17 08:53:10 Tower kernel: DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Feb 17 08:53:10 Tower kernel: Call Trace: Feb 17 08:53:10 Tower kernel: <TASK> Feb 17 08:53:10 Tower kernel: ? __warn+0xab/0x122 Feb 17 08:53:10 Tower kernel: ? report_bug+0x109/0x17e Feb 17 08:53:10 Tower kernel: ? __nf_conntrack_confirm+0xa4/0x2b0 [nf_conntrack] Feb 17 08:53:10 Tower kernel: ? handle_bug+0x41/0x6f Feb 17 08:53:10 Tower kernel: ? exc_invalid_op+0x13/0x60 Feb 17 08:53:10 Tower kernel: ? asm_exc_invalid_op+0x16/0x20 Feb 17 08:53:10 Tower kernel: ? __nf_conntrack_confirm+0xa4/0x2b0 [nf_conntrack] Feb 17 08:53:10 Tower kernel: ? nf_nat_inet_fn+0xc0/0x1a8 [nf_nat] Feb 17 08:53:10 Tower kernel: nf_conntrack_confirm+0x25/0x54 [nf_conntrack] Feb 17 08:53:10 Tower kernel: nf_hook_slow+0x3a/0x96 Feb 17 08:53:10 Tower kernel: ? ip_protocol_deliver_rcu+0x164/0x164 Feb 17 08:53:10 Tower kernel: NF_HOOK.constprop.0+0x79/0xd9 Feb 17 08:53:10 Tower kernel: ? ip_protocol_deliver_rcu+0x164/0x164 Feb 17 08:53:10 Tower kernel: ip_sabotage_in+0x4f/0x60 [br_netfilter] Feb 17 08:53:10 Tower kernel: nf_hook_slow+0x3a/0x96 Feb 17 08:53:10 Tower kernel: ? ip_rcv_finish_core.constprop.0+0x3e8/0x3e8 Feb 17 08:53:10 Tower kernel: NF_HOOK.constprop.0+0x79/0xd9 Feb 17 08:53:10 Tower kernel: ? ip_rcv_finish_core.constprop.0+0x3e8/0x3e8 Feb 17 08:53:10 Tower kernel: __netif_receive_skb_one_core+0x77/0x9c Feb 17 08:53:10 Tower kernel: netif_receive_skb+0xbf/0x127 Feb 17 08:53:10 Tower kernel: br_handle_frame_finish+0x43a/0x474 [bridge] Feb 17 08:53:10 Tower kernel: ? br_pass_frame_up+0xdd/0xdd [bridge] Feb 17 08:53:10 Tower kernel: br_nf_hook_thresh+0xe2/0x109 [br_netfilter] Feb 17 08:53:10 Tower kernel: ? br_pass_frame_up+0xdd/0xdd [bridge] Feb 17 08:53:10 Tower kernel: br_nf_pre_routing_finish+0x2c1/0x2ec [br_netfilter] Feb 17 08:53:10 Tower kernel: ? br_pass_frame_up+0xdd/0xdd [bridge] Feb 17 08:53:10 Tower kernel: ? br_nf_hook_thresh+0x109/0x109 [br_netfilter] Feb 17 08:53:10 Tower kernel: br_nf_pre_routing+0x236/0x24a [br_netfilter] Feb 17 08:53:10 Tower kernel: ? br_nf_hook_thresh+0x109/0x109 [br_netfilter] Feb 17 08:53:10 Tower kernel: br_handle_frame+0x277/0x2e0 [bridge] Feb 17 08:53:10 Tower kernel: ? kill_orphaned_pgrp+0x3b/0xad Feb 17 08:53:10 Tower kernel: ? br_pass_frame_up+0xdd/0xdd [bridge] Feb 17 08:53:10 Tower kernel: __netif_receive_skb_core.constprop.0+0x4fa/0x6e9 Feb 17 08:53:10 Tower kernel: ? __build_skb+0x20/0x4e Feb 17 08:53:10 Tower kernel: ? kmem_cache_alloc+0x122/0x14d Feb 17 08:53:10 Tower kernel: __netif_receive_skb_list_core+0x8a/0x11e Feb 17 08:53:10 Tower kernel: netif_receive_skb_list_internal+0x1d2/0x20b Feb 17 08:53:10 Tower kernel: gro_normal_list+0x1d/0x3f Feb 17 08:53:10 Tower kernel: napi_complete_done+0x7b/0x11a Feb 17 08:53:10 Tower kernel: e1000e_poll+0x9e/0x23e [e1000e] Feb 17 08:53:10 Tower kernel: __napi_poll.constprop.0+0x28/0x124 Feb 17 08:53:10 Tower kernel: net_rx_action+0x159/0x24f Feb 17 08:53:10 Tower kernel: ? e1000_intr_msi+0x118/0x124 [e1000e] Feb 17 08:53:10 Tower kernel: __do_softirq+0x126/0x288 Feb 17 08:53:10 Tower kernel: __irq_exit_rcu+0x5e/0xb8 Feb 17 08:53:10 Tower kernel: common_interrupt+0x3b/0xc1 Feb 17 08:53:10 Tower kernel: asm_common_interrupt+0x22/0x40 Feb 17 08:53:10 Tower kernel: RIP: 0033:0x150b7e6daff7 Feb 17 08:53:10 Tower kernel: Code: 73 01 c3 48 8b 0d 91 3e 2d 00 f7 d8 64 89 01 48 83 c8 ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 b8 18 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d 61 3e 2d 00 f7 d8 64 89 01 48 Feb 17 08:53:10 Tower kernel: RSP: 002b:0000150ace1fc9a8 EFLAGS: 00000246 Feb 17 08:53:10 Tower kernel: RAX: 0000000000000000 RBX: 0000150abc017730 RCX: 0000150b7e6daff7 Feb 17 08:53:10 Tower kernel: RDX: 0000150b7fc19320 RSI: 0000000000000001 RDI: 0000000000000010 Feb 17 08:53:10 Tower kernel: RBP: 0000150ace1fc9f0 R08: 0000150abc017730 R09: e15bd102ab382c7d Feb 17 08:53:10 Tower kernel: R10: 00007ffe7a1f4080 R11: 0000000000000246 R12: 0000150abc013b50 Feb 17 08:53:10 Tower kernel: R13: 000000000000004a R14: 0000000000000000 R15: 0000000000000000 Feb 17 08:53:10 Tower kernel: </TASK> Feb 17 08:53:10 Tower kernel: ---[ end trace 0000000000000000 ]--- Hat das schon was zu bedeuten? Oder sollte ich stattdessen einen Parity rebuild starten?

Hallo, mein Rechner ist leider kaputt gegangen (Mainboard) und daher muss ich die Festplatten in anderes System bringen. Ich habe leider kein Bild mehr von der Zuordnung der Festplatten. Der Rechner ging halt von einem auf den anderen Tag nicht mehr an. Muss ich mir Sorgen machen das unraid die Zuordnung nicht richtig erkennt? Ich habe eine Parity und zwei Datenplatten. Ich könnte zumindest vorher am USB Adapter auslesen, welches die Datenplatten sind und welches die Parity. Bringt mir das was? Was wäre wenn ich die Slots der beiden Datenplatten vertausche? Macht das was, oder wäre das egal?

@DataCollector Vielen Dank für deine Antwort! Das stimmt natürlich Das hatte ich auch überlegt. Aber die sind halt schon so 10 Jahre ca.. Ich ich denke, da fallen ab und an schon mehr aus. Das ist zu alt. Ein bisschen tendiere ich schon dazu, neuere Hardware zu verwenden. Ich denke, mit dem N100 werde ich auch nicht so richtig glücklich. Es sind zur Zeit auch 4 Sata Festplatten, nicht 3. Ich hatte das mal im Blick um in Ruhe auf 2 HDD zu wechseln, aber die Zeit habe ich gerade nicht und auch noch zwei neue Festplatten dazu zu kaufen übersteigt gerade mein Budget fürchte ich. Die 3 6TB Platten sind ja auch noch in Ordnung. Ich würde mal ein Intel durchplanen, zur Überlegung. Mainboard: Das wird schon gar nicht so einfach. Ich hätte ja schon ganz gerne einen Intel Netzwerkchip drauf, du schreibst ja auch, dass du den Realtek nicht so gnz traust Wenn ich mich jetzt nicht verguckt habe bei Geizhals, liege ich damit schon bei ca. 200€ Ausser das hier: https://geizhals.de/biostar-b760mx-e-d4-a2886138.html?hloc=at&hloc=de Aber da habe ich noch nicht viel drüber gefunden. Was würdest du für ein Board empfehlen? Als Prozessor würde ich einen Intel Gold 7000er Reihe nehmen. Ich denke der reicht bei meinen Anforderungen aus und spart bei der Anschaffung. Sind wieder ca. 100€ Mit Netzteilen kenne ich mich noch weniger aus als mit dem Rest. Da würde ich hierzu greifen wollen: Netzteil: be quiet! Pure Power 12 M Modular 80+ Gold Ich denke der Rest der Hardware ist nicht so entscheidend? Einen 32GB Ram Riegel würde ich noch stecken und ein Gehäuse. Evt. das Node 304? Gesamt würde ich da so bei 500€ landen.

Ich vermute es gibt gar nicht mehr viel neues, aber ein bis zwei Fragen hätte ich schon, über die ich gerne philosophieren würde. Mir ist mein Dell T20 gestorben. Schade eigentlich. Der hat im Idle 19 Watt gebraucht und ist folgendermaßen bestückt. 3 x 6TB HDD 1 x 1 TB SSD im verbund mit 1 x 1TB NVME auf einer Adapterkarte (Cache) 32GB Ram (DDR3 war das noch) In der Regel war der im Sleep und ich habe den nur geweckt wenn ich den auch gebraucht habe. Spart am meisten Strom Das gefällt mir eigentlich ganz gut. Mal schauen wie ich das umgezogen bekomme? Als Option stehen an: Einen gebrauchten Dell T30 kaufen. 200€, schnell gemacht, aber keine aktuelle Hardware. Ich denke im Idle würde ich auf ähnliche Werte kommen wie vorher. Ein N100 Board mit einem zusätzlichen SATA Controller. Mit Pico PSU? Ein sparsames Intel I3 oder Pentium Gold System. Mit Pico PSU? Mein Server hat keine hohen Anforderungen (denke ich). Es ist ein NAS - System auf dem aktuell zwei Leute ihre Daten lagern. Das wird per NFS gemounted. Keine VMs. Als einziger Docker hat Emby als Medienserver bestand denke ich. Wenn meine Kinder größer werden (dauert noch ein paar Jahre) kämen maximal 3 gleichzeitige Streams zusammen. Transcoding weiß ich nicht mal richtig was es ist, von daher mache ich es wahrscheinlich gar nicht. Zu was würdet ihr mir raten? Welches System ist vom Preis / Leistungsfaktor am sinnvollsten? Und vor dem Hintergrund Energieverbrauch. Ist ein N100 Board mit Sata-Karte oder ein anderes Board mit Prozessor sparsamer? Amortisiert sich ein Selbstbau im Gegenzug zu einem z.B. Dell T30? Ich meine, da hat man ein Serverboard anstatt ein "Gaming"-Board, oder? Vielen Dank für Eure Meinungen.

Mein USB Stick steigt häufiger aus. Was könnt ihr empfehlen? Gibt es irgendwo eine Liste die ich bisher nicht gefunden habe?

Hm, na gut. Ich überdenke mal alles und dann versuche ich einen neuen Anlauf. Vielen Dank noch mal!

Ok, erneut vielen Dank, ich weiß es sehr zu schätzen. Das mit den Zoneminder Daten habe ich verstanden, also den pipes und so. Aber wo ist das Problem bei den ersten Dateien? Also hier: Feb 5 10:32:17 FiZe-Data move: error: move, 380: No such file or directory (2): lstat: /mnt/cache/christian-p/20231201/Vollbackup/unraid/stefanie/stefanie/ Da liegen nur Bilder drin. Und es war normal kopiert über das Turnschunetzwerk mit der USB Platte.

Danke für deine Geduld. Allerdings verstehe ich es nicht. Lassen wir mal die docker aussen vor, die befinden sich eh in der Abschaltung bzw. sind schon ausser Betrieb. Wenn ich am Quell-Unraid eine USB Platte anschliesse und per MC den Share A auf die USB Platte koperiere und dann die Festplatte an an den Ziel-Unraid stecke und die Daten per MC auf Share B kopiere, wo ist dann das abenteuerliche und fragwürdige? So habe ich die Daten einmal auf dem Nutzsystem, auf einer stromlosen Festplatte außerhalb des Systems und auf einem weiteren System was räumlich getrennt ist. Ich finde den Fehler nicht.

Das skript läuft nur auf dem Quellunraid. Dann schließe ich die Platte am Zielunraid an und kopiere das manuell in meinen Backupshare. Und der geht halt über den Cache um die Schreibgeschwindigkeit zu erhöhen. Der mover wird alle 3 Stunden gestartet bei mir. Vielleicht ist das keine gute Idee so?

Nein, Zoneminder läuft dort nicht. Das ist von einem Unraid das Backup. Ich sichere in der Tat dort inkrementell mit dem Script von @mgutt auf eine externe USB Platte, von der aus ich es dann auf dem zweitem Unraid sichern wollte. Geht das nicht? Wie komme ich da jetzt raus aus der Nummer, manuell einfach löschen?

Ich habe das logging aktiviert und er spukt auch direkt Fehler aus: Feb 5 10:32:17 FiZe-Data move: error: move, 380: No such file or directory (2): lstat: /mnt/cache/christian-p/20231201/Vollbackup/unraid/christian/temp/sicherung.ubuntu.28.9.2023/Schreibtisch/sicherung.stefanie-neu/stefanie/Eigene Bilder/2019/Handy Feb 5 10:32:17 FiZe-Data move: error: move, 380: No such file or directory (2): lstat: /mnt/cache/christian-p/20231201/Vollbackup/unraid/stefanie/stefanie/Eigene Bilder/2019/Handy Feb 5 10:32:17 FiZe-Data move: error: move, 380: No such file or directory (2): lstat: /mnt/cache/christian-p/20231201/Vollbackup/unraid/johanna-pers/2022/Serafina und ich Feb 5 10:32:17 FiZe-Data move: error: move, 380: No such file or directory (2): lstat: /mnt/cache/christian-p/20231201/Vollbackup/unraid/johanna-pers/2022/Sommerurlaub Feb 5 10:32:17 FiZe-Data move: error: move, 380: No such file or directory (2): lstat: /mnt/cache/christian-p/backups-voll/20240101/vollbackup/unraid/johanna-pers/2022/Serafina und ich Feb 5 10:32:17 FiZe-Data move: error: move, 380: No such file or directory (2): lstat: /mnt/cache/christian-p/backups-voll/20240101/vollbackup/unraid/johanna-pers/2022/Sommerurlaub Feb 5 10:32:17 FiZe-Data move: error: move, 380: No such file or directory (2): lstat: /mnt/cache/christian-p/backups-voll/20240101/vollbackup/unraid/christian/temp/sicherung.ubuntu.28.9.2023/Schreibtisch/sicherung.stefanie-neu/stefanie/Eigene Bilder/2019/Handy Feb 5 10:32:17 FiZe-Data move: error: move, 380: No such file or directory (2): lstat: /mnt/cache/christian-p/backups-voll/20240101/vollbackup/unraid/stefanie/stefanie/Eigene Bilder/2019/Handy Feb 5 10:32:17 FiZe-Data move: file: /mnt/cache/christian-p/backups-inkrementell/appdata/20240108_122038/Zoneminder/data/events/1/dbgpipe.log Feb 5 10:32:17 FiZe-Data move: move_object: /mnt/cache/christian-p/backups-inkrementell/appdata/20240108_122038/Zoneminder/data/events/1/dbgpipe.log File exists Feb 5 10:32:17 FiZe-Data move: file: /mnt/cache/christian-p/backups-inkrementell/appdata/20240108_122038/Zoneminder/data/events/2/dbgpipe.log Feb 5 10:32:17 FiZe-Data move: move_object: /mnt/cache/christian-p/backups-inkrementell/appdata/20240108_122038/Zoneminder/data/events/2/dbgpipe.log File exists Feb 5 10:32:17 FiZe-Data move: file: /mnt/cache/christian-p/backups-inkrementell/appdata/20240108_122038/Zoneminder/data/events/3/dbgpipe.log Feb 5 10:32:17 FiZe-Data move: move_object: /mnt/cache/christian-p/backups-inkrementell/appdata/20240108_122038/Zoneminder/data/events/3/dbgpipe.log File exists Feb 5 10:32:17 FiZe-Data move: file: /mnt/cache/christian-p/backups-inkrementell/appdata/20240108_122038/Zoneminder/data/events/4/dbgpipe.log Und dort bleibt er dann hängen, macht nichts mehr. Warum will der mover etwas verschieben was nicht da ist, oder verstehe ich das falsch?

Guten Morgen, ich habe Schwierigkeiten mit meinem Mover. Der Läuft laut der Main Seite eigentlich dauerhaft, der Cache wird aber nicht geleert sondern bleibt bei 1.04TB. Was stimmt da nicht und wie kann ich das beheben? data-diagnostics-20240205-0908.zip

Exakt so handhabe ich das auch.

@cz13 Du hast recht. Danke für den Tipp! Läuft.

Ich würde gerne eine Datei von einem meiner Rechner per SCP auf einen Unraid Share schieben. Automatisiert als Backup. Was ich kenne ware das scp Kommando. Leider funktioniert der SSH Zugang nur für root in unraid. Ist es möglich einen SSH Zugang für einen Nutzer einzurichten? Oder wie bekomme ich sonst über die Kommandozeile meines Linuxrechners eine (Backup)-Datei auf den Unraid ohne root Konto?

Ok, ich habe es hinbekommen. Ich hatte es nicht verstanden, dass man das "Defaultscript" drin lässt und sein Script nur in die Sektion einfügt, in der definiert wird wann es ausgeführt wird. Manchmal muss man doch mehr lesen. Vielen Dank für die Hilfe hier!

I am still trying to use the great rsync script from @mgutt. Unfortunately I am failing a bit. I have now inserted the script as a device script for a USB hard drive and have set the drive to automount. This works very well so far, rsync is executed as soon as the hard drive is inserted. However, if I then want to unmount the drive using the umount button, the script is restarted and the rsync starts all over again. At some point unraid ejects the disc and writes the path of the target internally full. How can I prevent scripts from being executed again when unmounting? I have also tried to integrate the unmount command directly into the script, but this has the same effect. Translated with DeepL.com (free version)

Ich versuche noch das tolle rsync script von @mgutt sinnvoll einzusetzen. Leider scheitere ich etwas. Ich habe das Script nun eingefügt als device script für eine USB-Festplatte und habe das Laufwerk auf automount gesetzt. Das funktioniert so weit sehr gut, rsync wird ausgeführt sobald die Festplatte steckt . Wenn ich dann die Platte aushängen möchte, mit dem umount Button, wird das Script allerdings erneut gestartet und der rsync läuft von vorne los. Irgendwann wirft unraid die Platte dann raus und schreibt den Pfad des Ziels intern voll. Wie kann ich verhindern, dass scripte beim unmounten erneut ausgeführt werden? Ich habe auch versucht den unmount Befehl direkt im Script zu integrieren, dass hat aber den gleichen Effekt.

Es müssten ddr4 module drin sein, ja. 4x16g glaube ich. Bin heute nicht vor ort. Momentan tendiere ich zum Asrock z690 extreme.

Vollkommen egal würde ich auch nicht sagen. Ich würde wahrscheinlich die Speichermodule übernehmen, ja. Hätte es sonst einen merkbaren Mehrwert? Wahrscheinlich nicht, oder? Aktuell laufen ein zwei Docker, der Rest ist klassisch NAS. Zumindest bis jetzt.

Jawohl.