JoergHH

Members
  • Posts

    167
  • Joined

  • Last visited

Everything posted by JoergHH

  1. No. It simply didn't work, I didn't pursue the matter any further and I won't either. So it is done for me. Unfortunately.
  2. I am still on 6.9.2 and have the described problem. Unfortunately the patch is not offered to me via the App Store - what now?? I can't update to the current Unraid version at the moment for various reasons.
  3. I just solved it myself. The line in Post Parameters (Advanced View) should read: lame-cleaner --device=cpu --port=8080 --host=0.0.0.0 I read it wrong, dumbass. 🙄
  4. Nope, unfortunately it doesn't work: Command:root@localhost:# /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker run -d --name='lama-cleaner' --net='bridge' -e TZ="Europe/Berlin" -e HOST_OS="Unraid" -p '8081:8080/tcp' -v '/mnt/user/appdata/lama-cleaner/torch_cache':'/root/.cache/torch':'rw' -v '/mnt/user/appdata/lama-cleaner/huggingface_cache':'/root/.cache/huggingface':'rw' 'cwq1913/lama-cleaner:cpu-0.26.1' --device=cpu --port=8080 --host=0.0.0.0 1b3a2a10a0ccbdc36f299a09e534bc0f66a90db7d0bd0b7ad96b0169893332f3 docker: Error response from daemon: OCI runtime create failed: container_linux.go:367: starting container process caused: exec: "--device=cpu": executable file not found in $PATH: unknown. The command failed.
  5. I am trying to install Lama Cleaner (https://github.com/Sanster/lama-cleaner#docker) in the Docker CPU version, but I am not succeeding. Docker just doesn't want to start. Unfortunately I'm not the Docker expert either, but I suspect it's because of the options --device=cpu --port=8080 --host=0.0.0.0 is the reason. Can someone please help me and tell me what to put where in the template? Before the installation I had created the cache directories under .../appdata/lama-cleaner/.
  6. Is there any way or chance to make step #1 persistent as well?
  7. This means, however, that the Sundtek drivers must be (re)installed every time the container (image AKA app) is updated, right? Because changes in the container are not persistent.
  8. Hmmm, so should I wait with the manual installation of the Sundtek drivers until they have landed in your plugin?
  9. Is the documentation up to date now and may I assume that the whole installation has to be repeated for a Unraid system update?
  10. How about adding the Sundtek drivers to the plugin? Otherwise we are talking about redundancies and that can't be in the sense of Limetech and the users.
  11. I don't understand. The exact opposite is claimed here: https://sundtek.de/wiki/index.php?title=Docker#Unraid
  12. pi:~ $ lsusb ... Bus 001 Device 005: ID 2659:1210 Sundtek MediaTV Pro III (EU) ... pi:~ $
  13. Well, what do you think about a game based on language? 😉 But of course EVERYTHING should be readable in German, i.e. also the GUI. It would be desirable if the config is completely adjustable in /appdata as it is actually the case with almost all Unraid app.
  14. Do the drivers also work if the DVB device is connected via USBIP to a remote system (in my case a Raspberry PI with a DVB-C stick in a room far away)?
  15. I've known all that myself for a long time. But that was not my question. And: No, I do not want to create my own Unraid app.
  16. A stupid question: How do I change this completely to German language? There is no directory in AppData on the host.
  17. Nirgendwo, deshalb frage ich ja. Aha. Jetzt kommen wir der Sache schon näher. Du sitzt also 24/7 vor dem System und schaltest es völlig willkürlich und nach Deinem Gusto ab? Das erscheint mir in Sachen Stromersparnis wenig effizient und sinnvoll. Für mich ergäbe nur eine Kombination aus logisch und automatisch gesteuerten Shutdown und Restart einen Sinn. Aber bitte, jede*r, wie er oder sie es mag ¯\_(ツ)_/¯ Vielleicht unterscheiden wir uns aber auch in der Verwendung von Unraid. Bei mir läuft der Server aus verschiedenen Gründen 24/7 und ein Shutdown und Restart müsste schon nach klar definierten Regeln erfolgen. Woher Du diese Erkenntnis hast, ist mir schleierhaft. Das habe ich mit keinem Wort geschrieben. "Mißverständnis" - ja. "nicht die Beiträge gelesen hast" - nein. Ich HABE alles gelesen! Nur zum Thema Shutdown stand da immer lediglich lapidar "Ich fahre den Server runter." Das war mir nicht Information genug und dazu wollte ich mehr wissen. Das ist ja nun erfolgt. Und damit soll es meinerseits auch gut sein.
  18. Wie wäre es, wenn Du mal beschreibst, wie den (automatischen) Shutdown realisierst? Denn nach nichts anderem frage ich die ganze Zeit und bekomme keine Antwort.
  19. Aha. Und woher hätte ich dies wissen sollen? Nicht jede*r liest hier jeden Beitrag.
  20. Nur von dem (vorherigen) sauberen Runterfahren steht davon nix. Das interpretierst Du dort rein. Darum habe ich ja auch nachgefragt, Antwort noch ausstehend.
  21. Wieso antwortest Du für @DataCollector??
  22. D. h. Du drehst dem System im laufenden Betrieb und ohne sauberem Shutdown den Saft ab?? Ich glaube nicht, dass das für die Stabilität und insbesondere die Datenstruktur auf Dauer so bekömmlich ist. Bei mir hängt eine USV am Server. Weniger um den Betrieb bei Stromausfall zu überbrücken (hält eh' nur so 40 Minuten), sondern mehr um ein korrektes Herunterfahren zu gewährleisten.
  23. Ich habe mit Duplicati mein ~ 10 TB Array nach Jottacloud über eine ~ 30 MB Upload-Leitung gesichert. Und meistens auch nur in einem nächtlichen 8 - 12 Stunden Zeitfenster, damit der Download tagsüber nicht so einbricht. Wie viele Wochen es für das Erst-Backup gebraucht hat, weiss ich gar nicht mehr. War mir aber auch egal, da der Server 24/7 läuft und der Stromverbrauch sich in Grenzen hält. Nun sichere ich 1 x wöchentlich Inkrementell, was auch "kein Brot frisst".
  24. Nicht per Docker, sondern mit dem rclone Plugin. Dadurch steht rclone systemweit auf der Shell zur Verfügung. Anschließend mit dieser Anleitung Jottacloud als Mount Point einbinden, diesen im Duplicati Docker zuordnen (ich mappe immer /mnt) und dann quasi-lokal in Duplicati den Backup-Job anlegen - feddich.