alturismo

guter Blick ... ich ging von einem remote Rechner aus ;)

wenn die App die Daten nicht lokal zugänglich speichert und nur nativ selbst per webdav syncen kann, dann sind wir auch bei "Trennung". es gibt auch simple webdav Server für deinen NAS, wobei jetzt Nextcloud (oder owncloud oder ...) wieder interessant sein könnten da die webdav auch integriert haben und es nicht separate oder getrennte Dienste benötigen würde.

grundsätzlich, klar, ist die Frage was du persönlich damit meinst. PC, Handy, ... nur Daten ? auch Bilder inkl. Galerie ? Meist wird Nextcloud empfohlen, jedoch kein zu unterschätzender Einrichtungs und Pflegeaufwand. Wenn es nur simpel um Daten von mobilen Geräten geht würde ich evtl. mal Syncthing in Betracht ziehen zum Start, recht simpel. android app heißt syncthing-fork ja, in der jeweiligen Freigabe kannst du disks inkludieren bzw. exkludieren. Bsp Freigabe "Handy" ist NUR auf disk3 Wenn es komplett sein soll ... Bsp. Fotomanagement mit Galerie, Dokumentenmanagement usw ... dann eher "trennen", Fotos zu immich, Dokumente zu Paperless, usw usw ... aber das wäre dann etwas komplexer.

hierher verschoben, im allgemeinen Forum bitte nur in Englisch posten. normal gibt es da nichts groß zu machen. Backups erstellen "für alle Fälle" der wichtigen Daten vor dem Update alle Plugins und Dockers updaten das sollte es gewesen sein, sollte trotzdem was nicht laufen, kann man einfach wieder retour gehen, tool, update, previous ... hab ich jedoch noch nicht selbst erlebt.

bedeutet in der Regel "falsche Zugangsdaten", eventuell am entfernten NAS etwas geändert ...

sollte ohne Komplikationen gehen, da ist keine Zwischenversion "notwendig" Backups vorher machen, klar

zeig mal welcher CPU Treiber bei dir geladen ist, das kenne ich eigentlich nur wenn ich aktiv was umstelle, Unraid Terminal

ich nutze zwar kein NC mehr, aber gerne ignoriert wird Trusted Proxy Trusted Domain

nope, wenn die Adresse korrekt ist sollte das passen mit neueren Kerneln, wobei ich das bisher nur von asmedia Controllern gehört hatte zeig mal den output von lspci aus dem terminal nur zur Kontrolle

verständlich ;) und wie hast du es gelöst ? mal den syslinux Eintrag versucht ?

das hat aber nichts mit dem angemerkten Thema hier zu tun. cstates sind in der Regel aspm Themen, die haben sich durch das Kernel Thema nicht verändert, hier geht es einen Schritt weiter ... und da werden jetzt x sata Ports angezeigt mit bad (vorher good), was jedoch hier beispielsweise keinerlei energetische Auswirkungen hat. wenn du "nur noch" c2 anstelle c3 hast, dann hängt da wahrscheinlich was anderes dran.

das "Problem" ist eine Kernel Änderung, mit dem Eintrag kann man gerne wieder die Powersave settings setzen bzw. werden bei powertop --auto-tune auch gesetzt. was übrig bleibt ist ein Anzeigethema, zumindest meiner Erfahrung hier, effektiv hat es hier zumindest 0 Auswirkung auf einen Verbrauchswert. wenn "das Problem" jetzt doch weitere Auswirkungen haben sollte, lass es mich gerne wissen (ernst gemeint), ich sehe nur aktuell keinen Unterschied hier und daher auch kein Problem.

was jedoch etwas übertrieben ist ;) ich kenne auch die Diskussion hierzu. und ich das auch etwas anzweifle ... hier hat es genau 0 Differenz gemacht, ,wenn überhaupt Nachkomma Messtoleranz. wie folgt beispielsweise bei einer asm1064 Karte welche auf pcie lane 02 liegt syslinux boot Eintrag Damit bleiben dann nur noch die pseudo dummy ports und der Rest ist wieder "good" effektiver Unterschied, nicht messbar hier ;) Natürlich mit sauberem aspm enabled setzen, powertop ausgeführt usw ...

das habe ich schon gelesen und da würde ich ansetzen, das kann ja nicht "normal" sein, aber egal. Alternative als Ansatz, ich habe dropbox (free) beispielsweise per rclone eingebunden, seit einigen Jahren. wenn die vdsm Lösung dein bevorzugtes Ziel ist, es jedoch an einem setting innerhalb vdsm liegt (Ziel) würde ich mal da anfragen (github, ...) ob es da Lösungsansätze gibt NICHT in /storage schreiben zu müssen, ich nutze kein vdsm und daher kann ich das nicht wirklich beurteilen, ich nutze wie erwähnt rclone dafür, wenn ich jetzt noch ein lokales backup wollen würde käme jetzt ein simpler rsync task dazu.

was ja bereits geht ... ja, Unraid hat eine Dokumentation. https://docs.unraid.net/unraid-os/getting-started/set-up-unraid/internal-boot-faq/

ist hier beschrieben https://github.com/vdsm/virtual-dsm zusätzliche vdisks oder komplette disk, testen !!! ... aber vorher backup machen, nicht das etwas duch vdsm entfernt wird und du am Ende ... ein NAS OS zu virtualisieren in einem NAS ist, naja, du hast deine Gründe, ich würde eher mal schauen warum dein dropbox Docker setup nicht läuft wie es soll, wenn es da ein grundsätzliches Problem gäbe wäre es bekannt und wenn man da immer direkt in ein Limit laufen würde ... wäre der Docker ja fast sinnfrei.

Info, TVH braucht an sich keine Leistung, läuft auch bequem auf einen rpi ... Transcode in hardware auch kein Thema wenn da Bedarf wäre.

falls du den Host Access aktiviert hast ... wird eine zusätzliche Verbindung aufgebaut, (shim-bro) mit der gleichen IP des Servers, die wechselt auch ... hat aber nichts mit der realen effektiven Verbindung am Hut. Beispiel, 1 Unraid Server mit aktiviertem Host access die mac Adresse hier wäre statisch (eth0) die andere ist dynamisch nicht das du etwas verwechselst ... ansonsten hätte dein BIOS anscheinend eine Option wie man es heute von mobilen Geräten kennt mit "zufälligen" mac Adressen um sich zu "verschleiern" in öffentlichen Netzwerken usw ... dass wäre dann wie bei @saber1 erwähnt hatte sicherlich auch abschaltbar. oder du nutzt einen bond aus mehreren Netzwerkkarten ... da müsste man mal nachlesen wann welche mac genommen wird. per se nutzt der Server die gegebene Hardware mac und generiert sich nicht irgendeine selbst ...

Ist doch alles da ... Das tmp nur gegebenenfalls ... die anderen gezeigten jar files core und jdownloader ... sind ja da 😁

liegt meistens an diesen Dateien Docker stoppen, die Dateien löschen (eventuell ../tmp leeren), docker recreaten, sollte wieder laufen. passiert gerne auf btrfs Systemen oder unsauberen shutdown.

das macht auch keinen Sinn für einen Docker, das ist ein reines VM Thema. Für Dockers braucht es kein sr-iov, und geht sicherlich nicht wenn man wie oben beschrieben die VF's vom Host isoliert.

duplicacy docker icon, edit dann hast du unten irgendwo ja deine externe disk dem lokalen docker mount zugewiesen, edit da gibt es auch eine mount "slave" Option, genau dafür ... das man nicht immer alles neu starten muss, geht dann zumindest "meistens" ;) sofern die UAD auch sauber mounted ist und den gleichen Namen/Pfad hat.

wie ist Sie denn mounted ? und dazu, die Platte wurde auch vor dem Start des Dockers in Unraid mounted ? zeig mal eher auf wie 1/ das im Main Tab aussieht mit der UAD disk 2/ der docker mount aussieht 3/ in duplicacy dein Ziel konfiguriert ist

passt dann wohl nicht zusammen ... ich würde eher schauen wo die Differenzen liegen oder mach einen report auf mit diagnostics im bug report Teil des Forums.

dann hast du das falsch interpretiert, nicht alle Plugins an sich müssen aktualisiert werden ... um aktuell zu sein ;) Plugins wie diese ziehen "aktualisierte" Treiber beim Start, das hat aber nichts mit dem Plugin an sich zu tun bzw. wann das zuletzt aktualisiert wurde ...