Skip to content
View in the app

A better way to browse. Learn more.

Unraid

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

Enks

Members
  • Joined

  • Last visited

Everything posted by Enks

  1. Mir ist schon klar, dass dies die sicherste Methode ist. Der SSH-Key für die QNAP ist nur im luckybackup-Docker intern sichtbar und liegt nicht in appdata, sondern im Docker-Image (ja ich weiß, dass er bei jeder Änderung des Container-Templates und Updates verloren geht ist aber für mich irrelevant, da sich der Container nicht ändert bzw. geupdatet wird) sprich Unraid selbst hat quasi keine Zugangsdaten zur QNAP sondern nur über den Unweg des luckybackup-Containers, der per Skript hoch und runtergefahren wird. Daher war auch meine Frage ob heutige Ramsomware so "intelligent" sind, dass sie diesen Mechanismus ausnutzen könnten (z.B. anstoßen, des betreffenden User-Script).
  2. Ich benutze luckybackup zum sichern der Daten vom Unraid-Server auf mein QNAP. SSH-Key ist in luckybackup hinterlegt. Der Backup-Prozess selbst wird durch ein User-Script angestossen und gesteuert, sprich: Weckt über WOL QNAP auf Startet den luckybackup Container Gibt den Befehl, dass luckybackup die Backup-Jobs abarbeiten soll Gibt den Befehl über luckybackup, dass die QNAP herunterfahren soll Fährt Luckybackup hinunter Frage ist nun: Ist Ransomware so "Intelligent", dass sie diesen Prozess ausnutzen kann um die QNAP zu starten und auch dort die Daten zu verschlüsseln?
  3. Enks replied to DerAndi's topic in Deutsch
    Das hat nichts mit dem Pool zu tun, sondern wie du die Cache-Benutzung bei den einzelnen Shares einstellst. In deinem Fall die betreffenden Shares auf Prefer stellen damit Docker und MP3 auch bei anwerfen des Movers auf der NVME verbleiben. Die NVME solltest du aber so oder so in einen eigenen Pool geben und nicht mit der SATA-SSD mischen, da bei mehreren Geräten in einem Pool ein RAID-Verbund gebildet wird
  4. Dürfte ein Bug sein bzw. "unverträglichkeit" dieses Modells mit dem Kernel:
  5. Enks replied to DerAndi's topic in Deutsch
    Du musst für die einzelnen Shares angeben ob der cache genutzt werden soll, du hast hier mehrere Optionen: Yes, Prefer, Only (Only würde ich meiden). Weitere Informationen dazu findest du hier: Genau. Für Docker den Share "appdata" und "system" auf Prefer stellen damit die Daten und das Docker-Image beim anwerfen des Movers auf dem Cache verbleiben.
  6. Vielleicht hast du es schon selbst gesehen, aber der Vollständigkeit halber:
  7. Enks replied to Syprix's topic in Deutsch
    Du kannst in Nextcloud über die App Externe Speicher die Shares einbinden, dazu musst du nur die entsprechenden Volume Mappings im Docker-Template vornehmen. Zugriffsrechte auf die Shares kannst du dann in Nextcloud selbst einstellen. Bezüglich File Browser gehst du analog zu Nextcloud vor: Einfach ein Volume Mapping für den gewünschten Share im Template eintragen und schon sollte File Browser auf den entsprechenden Share zugreifen können. Wenn du die Shares in Nextcloud über Externe Speicher einbindest dann kannst du auch über Webdav auf sie zugreifen. Solltest du trotzdem einen anderen Container dafür benutzen wollen, dann gilt das selbe Prinzip wie schon bei Nextcloud und File Browser (Volume Mapping)
  8. Enks replied to Lucascoco's topic in Deutsch
    Hast du den Container schon vor der Fehlermeldung (welche?) im Betrieb gehabt? Ich habe jetzt vorher auch schnell besagten Container installiert und einen remote-Share übergeben. Funktioniert ohne Probleme, selbst wenn der Mount-Point des Shares nicht exisitert, in der duplicati-UI kann dann der gemappte Share einfach nicht geöffnet werden
  9. Enks replied to Lucascoco's topic in Deutsch
    Wenn du mehrere Unraid Shares für duplicati verfügbar machen willst kannst du das direkt über das Template erledigen: Dadurch sind alle deine Shares in duplicati verfügbar. Wenn du nur einzelne Shares übergeben willst kannst du über "Add another Path, Port, Variable, Label or Device" für die gewünschten Shares ein eigenes mapping erstellen z.B: Unraid-Share daten1: /mnt/user/daten1 -> /source1 (in duplicati) Unraid-Share daten2: /mnt/user/daten2 -> /source2 (in duplicati)
  10. Enks replied to Lucascoco's topic in Deutsch
    Hoch- und Runterfahren über Energiezeitplan? Wie holst du dir die daten bzw. mit was, HBS3?
  11. Alle Container ausschalten und immer nur einen aktivieren und schauen ob der Spindown möglich ist. Appdata und Docker Image liegen auf dem Cache?
  12. Enks replied to Lucascoco's topic in Deutsch
    Naja best practice wäre die 3-2-1-Sicherungsstrategie, sprich 3 Dateienkopien (1 Original, 2 Backups) auf 2 verschiedenen Speichertypen mit einer Offsite-Kopie. Letztendlich muss jeder selbst entscheiden wie er mit seinen Daten und den entsprechenden Backups umgeht. Ich hatte vor dem Umstieg auf Unraid auch ein Qnap. DIeses verwende ich nun als Backup-Ziel im Docker luckybackup. Mittels User Script läuft das ganze bei mir automatisiert ab und das Qnap wird nur für den Zeitraum des Backups automatisch eingeschaltet (Wake On Lan). In deinem Fall würden sich die Qnaps auch als Backup-Ziel anbieten
  13. Enks replied to figurama's topic in Deutsch
    Du musst den Mover entsprechend konfigurieren damit er automatisch in gewissen Zeitabständen anspringt oder du installierst dir das Plugin Mover Tuning, dann kannst du einstellen, dass der Mover bei einem gewissen Füllstand der SSD seine Arbeit verrichtet.
  14. Du kannst mehrere Cache-Pools erstellen mit jeweils einer NVME. Mischung aus HDDs und SSDs im Array würde ich vermeiden
  15. Die beiden NVMEs sind in einem Raid 1-Verbund und werden daher von Unraid automatisch mit dem btrfs- Dateisystem formatiert, xfs ist im Raid-Verbund nicht möglich
  16. Hatte jetzt 6.11 einen knappen Monat laufen und bin nun zurück auf 6.9.2. Der Verbrauch war unter 6.11, trotz penibler Ausführung besagter Befehle, einfach zu hoch. Ich kam im Durschnitt auf einen täglichen Verbrauch von 0,72 kW. Unter 6.9.2 liegt der Verbrauch im Durchschnitt lediglich bei 0,62 kW/Tag. Aufs Jahr gesehen wäre das eine Differenz von knap 37 kW. Gibt es schon Erkenntnisse ob in 6.11.2 der Power consumption bug behoben wurde?
  17. Ist anscheinend von der Produktkennung abhängig, WD Elements sind in der Liste 2 mal geführt, einmal mit 2 Jahren und das andere Mal mit 3 Jahren 🤨 Ehrlich gesagt wäre für mich die Länge des Garantiezeitraumes nicht Kauf entscheidend, bei mir haben bisher alle HDDs nach Ablauf der Herstellergarantie das zeitliche gesegnet.
  18. Solange du beim Aus- und Einbau der Platte aus dem Gehäuse keine offensichtlichen Beschädigungen hinterlässt, z.B Plastikclips abbrichst, glaub ich nicht, dass WD großartig nachforschen wird ob die Platte außerhalb des Gehäuses betrieben wurde. Eine Anmerkung noch zum Bild von Basti-Rx: In den My Book Duo sind mittlerweile auch White Label verbaut
  19. Prinzipiell nichts. Der Hersteller kann jedoch ggf. die Reparatur/den Austausch ablehnen wenn er den Verdacht hat, dass die Platte von dir ausgebaut wurde, da es sich bei der Garantie bekanntlich um eine freiwillig vereinbarte Haftungsübernahme des Herstellers handelt.
  20. Mit 6.10 wurde das Wireguard-Plugin in die webGUI integriert, ist also nicht verwunderlich, dass der VPN-Manager unter 6.9.2 nicht in den Einstellungen aufscheint. Damit Wireguard unter 6.9.2 läuft müsstest du das Wireguard-Plung installiert haben
  21. Hast du vielleicht delugevpn oder einen ähnlichen Docker mit konfiguriertem VPN laufen? Mein Log sieht nämlich, wenn ich delugeVPN starte, ähnlich aus
  22. Aus eigener Erfahrung kann ich sagen, dass Nextcloud External Storage mit R/W- Rechten ein Graus ist. Ich hatte damals neben verschiedensten Rechte-Problemen auch den Fehler beim Löschen von Ordnern (Wenn es wen interessiert kann es hier nachgelesen werden: https://forums.unraid.net/topic/118356-nextcloud-rechteproblem-smb ). Letztendlich bin ich dann, wie mgutt bereits erwähnte, zum Schluss gekommen auf den External Storage nur rein lesend zuzugreifen bzw. habe ich dann die betreffenden Shares beim Mapping gleich auf Read-only gesetzt.
  23. Enks replied to Lucascoco's topic in Deutsch
    Du hast doch bereits den Port 8001 eingetragen und musst nur noch deine Änderung bestätigen. Den Container Port 81 brauchst du nicht ändern, da es sich, wie der Name bereits sagt, um einen Internen Port des Containers handelt. Der Datenverkehr der an deineIP:8001 ankommt wird im Container auf Port 81 geleitet
  24. In dein geplantes Gehäuse passt maximal ein mATX-Board, das Gigabyte hat jedoch ATX, ergo nicht kompatibel. Bei der CPU handelt es sich bei dem Preis eher um die Version ohne k oder? Falls ja, dann könntest du es zuerst mal mit dem boxed- Kühler versuchen (hängt natürlich von deinem Einsatzzweck ab) und dir somit den separaten Kühler sparen. Welches be quiet! Netzteil hast du im Sinn? Effiziente Netzteile bei niedriger Last wären das Corsair RM550x (2021) und Be Quiet Pure Power FM 11 550W
  25. Wenn du eine Fritzbox verwendest könntest du unter Internet->Filter->Priorisierung entsprechende Regeln konfigurieren. Bei anderen Herstellern müsste man schauen ob die etwas Ähnliches ermöglichen

Account

Navigation

Search

Search

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.