Ford Prefect

Im Prinzip ja, aber da gibt es ja noch die Option des local UI Modus. Ausserdem ist es bei Consumer Boards meist nicht möglich ohne GraKa zu starten, d.h. das MB/Bios schnappt sich die erste (was dann nix mit unraid selbst zu tun hat). Ein Server Board ist entweder so designed, das es ohne Graka läuft oder hat eine Mini on-board , meist in Verbindung mit IPMI. Beide Varianten deshalb, damit "man" aufs BIOS zugreifen kann.

grundsätzlich ja, so mein verständnis....daher ja die Frage ob eine iGPU da wäre, spart halt Slots Ob die GX das aber wirklich unterstützen kann auch vom Board und BIOS dort abhängen, denke ich....habe da keine Erfahrung. In der Intel welt sind halt alle wild auf CPUs mit iGPU, welche vt-g unterstützen, solange man nicht gamen will in den VMs. Edit: ich meine nvidia hat auch so ein vt-g feature im Programm...dafür bräuchte man den Treinber und eine passende dGPU, dann käme man mit weniger physischen GPUs aus. Ob/was geht kann ich aber nicht sagen...evtl. eine Frage für @ich777

....Ich denke schon, da der Host sich ja eine greift....Du hast nur 2 GPUs, bräuchtest für Dein Vorhaben aber drei.

...hat der Ryzen denn ein iGPU? Diese muss dann die primäre sein, damit unraid sich die greift. Nur dann sind die beiden GTX "frei" für VMs.

.....ohne da selbst testen zu können....kann es sein, dass der neue Kernel die Devices anders nummeriert und daher die Zuordnung in der passthrough config nicht mehr stimmt?

...es gab schon vor einiger Zeit (letztes oder gar vorletztes Jahr ) eine Änderung beim Wechsel von InfluxDB-1 auf -2. Insbesondere bei der Authentifizierung....hatte für einige Probleme gesorgt (ich bin immer noch auf dem -1er Docker), aber eigentlich sollte der aktuelle Docker alles migrieren.

The silverstone SA022 product is not a card (a card being an active component, like a HBA) but just a converter/adapter. That depends on the type of enclosure. A DAS enclosure comes with external SFF8088 port(s) that is/are directly connected, internally to the drives backplane. For a DIY enclosure, yes. As said, this is just an adapter. Google finds this: https://www.amazon.de/CableDeconn-SFF-8088-SFF-8087-adapter-bracket/dp/B00PRXOQFA as first match ... there are others on amazon or the bay and in these days, availability may be different, depending on your part of the world.

...einfach Gmail / Google Mail (ich weiss, datenkrake) Man kann da auch unter den Adressen der anderen Konten die Mails versenden...bei den anderen Konten einfach alles nach Gmail weiterleiten. Oder soll die Mail auch lokal gehostet sein?

...wir drehen uns hier im Kreis. NUT liefert weder eine stabile Verbindung zur USV, noch für einen Slave...der eingebaute apcd mag keine Slaves.... Entweder in den Foren der Hersteller, Hard- und Sotware Hilfe suchen oder USV wechseln.

...der punkt ist ja, was wäre wenn die Meldungen stimmen? 🤣

Es ist mMn nicht das normale Verhalten, dass die zwischen Batterie und Netz hin- und herschaltet. Auch wenn oder gerade weil es eine VFI ist. Gesendet von meinem SM-G780G mit Tapatalk

...leider keine Idee...evtl. gibt es eine NUT community (meine die haben eine Mailinglist). Wenn das wirklich der Fall wäre, würde die USV Dich schon mit Gepiepe nerven, oder? Kann latürnich sein, dass die ne Macke hat....

wireguard ist ein transparenter Tunnel. Welcher Port soll 51820 sein? Wireguard? ...was ist die Array App? 😅 Wie wäre es mit http://<ip-vom-unraid-server>/Dashboard

...das Portforwarding auf den rPi in Deinem Router deaktivieren

Wenn Dein Wireguard setup so funktioniert und andere Ressourcen im Heim-LAN verfügbar/erreichbar sind, dann brauchst Du ja nicht mehr. Wenn Du den unraid in dieser Zeit ausschaltest, dann ist das natürlich so. Du könntest wireguard auch auf dem RPi installieren oder direkt auf dem Router (angeblich soll das für FritzOS bald mal kommen...wenn Du aber eine HomeBox von VF hast, dann evtl. nicht, da die die Firmware selten aktuell halten oder teilweise einschränken. Ich nutze auch VF-Cable Max habe aber die VF-Station im Bridge-Mode (geht wohl - noch - nicht für ex-UM Kundenbereiche) und nutze einen Mikrotik Router..der hat Wireguard im Bauch. Das ist eine andere Ursache. Ja, es gibt externe I-Net Zugänge die beschnitten sind. Meist sind es UDP-Ports...meist aber auch nur für das "freie"/Gast-WLAN...der Premium/Business-Tarif im Hotel hat dann sowas nicht. Umgehen kann man das nur, wenn das Ziel über TCP und Port 80 erreichbar ist...aber da genau liegt die Gefahr, wenn Du diese Ports freigibts. Aber wenn es nur für SmartHome ist und Du nicht die Filme vom heimschen Server auch im Urlaub im Hotel streamen willst, tut es ja gerade bei einem Phone auch einfach LTE/4G und Roaming (in der EU eh ohne Zusatzkosten...noch). ...verstehe nicht, was Du damit meinst....meine Erfahrung ist, dass das Problem dann vor der Tastatur ist. Alternative wäre, sich einen externen VPN-Provider zu suchen, bei dem die eigenen Clients - wenn verbunden - dann auch untereinander kommunizieren können *und* der Zugnag beim Provioder auf Port80/tcp erfolgen kann )(damit die Hotel-WKLANs denken, es wäre http Traffik. Dann zuhause unraid und/oder RPi dahin verbinden und von unterwegs dann auch das Phone/Tablet. Das gibt es aber nicht kostenlos. DuckDNS ist egal ob auf dem rPi oder auf unraid...brauchst Du aber eben nur einmal. Nein, sowas gibt es nicht. Bei sowas hilft allgemein nur Redundanz, zB auch mehr als ein NIC mit Fallback/Bond im unraid. Wenn Du da nervös bist, dann wireguard auf den Router umziehen und den am besten mit redundanten NT nutzen. Mein Router kann zB Power via NT und PoE nutzen. Alles noch an eine USV...der ganze Netzwerk-Schrank und IT über PoE (WiFi APs und Switche in den Räumen) und auch der unraid, welcher Services bereitstellen muss. Auch habe Ich bei mir zuhause zum VF-Kabel noch Telekom LTE als Fallback...mein Router verbindet via Wireguard zu einer Router-VM auf einem VPS als Endpunkt. Dieser stellt dann für Clients auch den Wireguard Service bereit...

Das wichtigste zuerst: Ja, das solltest Du unbedingt *nur* so machen. Dein HA Setup ist nicht sicher, bzw. der RPI ist - soweit ich das jetzt verstanden habe - *nicht* sicher. Mir scheint Du verwechselt die Nutzung von DuckDNS mit einem sicheren Remote Zugang auf Deinen HA. DuckDNS ist ein Service, der lediglich den DNS-Namen zu Deiner IP am WAN/I-Net logisch verlinkt und kein VPN. Da Deine IP zwar öffentlich ist - damit kannst Du diese von aussen erreichen - aber nicht statisch - die IP kann sich ändern, zB wenn Dein Modem/Router die Internet-Verbindung zum Provider neu aufbaut, nach einem Neustart etcpp - und daher sorgt das DuckDNS Addon dafür das die IP dann wieder neu hinterlegt wird im öffentlichen DNS Servioce von DuckDNS. Du nutzt also auf Deinem Phone wohl eine HA App oder den Web Browser um aus der Ferne auf den HA (der auf Deinem RPi läuft) zuzugreifen. Dafür nutzt Du dann den DNS-Namen von Duck-DNS (damit die App im Hintergrund die IP rausbekommt um die Verbindung herzustellen). Das hat ausser den Namensauflösung nix mit DuckDNS zu tun und es ist mMn gar keine gute Idee. Denn um das tun zu können hast Du - genau wie für wireguard - eine Portweiterleitung auf den RPi gemacht. Hoffentlich war die Weiterleitung auf einen dedizierten, nicht Standard-Port - oberhalb port-Nummer 1024 - und nicht für die ganze IP (alle Ports erlaubt) des RPi. Ja natürlich. Die Verbindung in den HA (angenommen Du hast nur einen Port für HA und nicht den ganzen RPi freigegeben) es wohl - wie oben beschrieben - keine Standard Port. Ansonsten hätten Dich die bösen Buben längst todgescannt und erwischt und zumindest Dein Log (im HA oder sogar im RPi) wäre übervoll mit (hoffentlich nur) Fehlversuchen. Auf einem VPS, der frei im Internet steht, zB dauert es keine 3 Sekunden nach hochfahren des OS und die ersten Login-Versuche auf Standard-Ports sind da.... siehe oben. Es geht nicht um den Token, sondern wie Du die Portweiterleitung zum RPi/HA gemacht hast. Das wäre das erste Einfallstor. Aber auch dann, wenn die Freigabe nur auf den HA-Port beschränkt ist, mit Token und PWD ist das eine unnötige, offene Stelle in Deiner Firewall. Wenn Du wireguard am Start hast ist das die sichere Alternative und völlig ausreichend. In Deiner HA App müsstest Du - nachdem die VPN/Wireguatd Verbindung steht - dann die interne LAN-IP des rPi und den HA-Port nehmen, statt die externe IP (über DuckDNS. BTW: wie hast Du denn für die Wireguard Clients die WAN-IP bekannt gegeben...auch DuckDNS?...hast Du das dann zweimal installiert?

...erklär das nochmal etwas genauer. ich kenne HA nicht, aber was soll da abzusichern sein? Was ist der Use-Case? Wireguard ist Wireguard...ist vom Konzept her - und das wird oft vergessen - eh ein Mesh und kein Client-Server Konzept. Siehe oben, was genau willst Du absichern und warum ist Dein HA aktuell nicht sicher?

....das mit dem Treiber ist auch komisch...könnte auch ein Bug sein 🤔 Mal probiert den blazer_usb zu nutzen und den USB-Port manuell/nicht auto dazu? Mehr Ideen habe ich auch nicht, sorry.

...läuft es denn im standalone-mode, statt netserver?

Tja, meine Glaskugel ist kaputt aber typische Ursachen dieses Symptoms könnten sein: ein Prozess hat Files auf dem Dateisystem "dauerhaft" geöffnet das Netzteil Deiner externen Disk ist schlapp der USB-Port macht Probleme/das Kabel ist mau ein Problem vor der Tastatur (Wackler, drive-by-eject, ...) ...Sonnenflecken

...oder einen VPS mit echter ipv4 mieten und über den tunneln....kostet jetzt nicht die Welt.

Ja, die WDC war vorher Daten-Disk...da werden die wohl drauf gewesen sein... Ja, Nein...Die Parity wird/wurde komplett, jedes Byte (jeder Sektor) beschrieben.

...ich mag ASRock lieber. Bitte genau ins Handbuch des MB schauen...das bei einer M.2-SATA ein normaler SATA abgeschaltet wird (oder auch zwei) ist eigentlich normal....was ist bei M.2-PCIe....nur diese bringen auch den Bumms.

...dann hattest du vorher nur eine parity oder war parity 2 die Toshiba.... ...ob in dem Fall was zu retten ist? Evtl. @mgutt : eine Idee? Gesendet von meinem SM-G780G mit Tapatalk

...hast Du das übersehen CLI nachgeguckt? Was ist mit /mnt/disk1, 2 und 3 Gesendet von meinem SM-G780G mit Tapatalk