Sobald eine Freigabe leer ist (ohne Inhalt) und du klickst drauf zum bearbeiten taucht die Möglichkeit auf diese zu löschen.
Solange die Freigabe Daten enthält erscheint statt der Löschoption: "Freigabestatus: Freigabe enthält Daten".
Das Kommando von @mgutt funktioniert natürlich, allerdings löscht es - wie er auch anmekrt - die Share inkl. der Daten.
Ja, da hast du NATÜRLICH recht! Nicht Unraid ist das Problem, sondern die Firmware von Crucial!
Crucial anschreiben habe ich nicht gemacht, weill sich der Bug schon über mehrere Firmware Versionen hinzieht und andere User bereits mit Crucial Kontakt aufgenommen hatten - ohne Erfolg. Frag jetz nicht wo ich das her habe, müsste selber noch mal suchen, bin mir aber recht sicher dass es auf reddit war und ggf. auch einem der Threads im Unraid Forum zu diesem Thema.
Bei mir funktioniert das händische Eintragen der Werte. Allerdings geht es bei mir um die smart Attribute 197. Hast du evtl nach dem manuellen bearbeiten noch mal in der GUI Einstellungen geändert? Hast du vorher die smart-one.cfg gelöscht gehabt?
Ich hatte ein ähnliches Problem: Mein Unraid bringt sinnlose Warnung bzgl. der Smart Attribute 197 meiner 2 Cache-SSDs.
Lösung ist (leider nur) die Deaktivierung dieser Warnung. Allerdings speichert Unraid dies nur für eine SSD. Bei der nächsten überschreibt Unraid die smart-one.cfg einfach.
Die Lösung hierfür war für mich weiterhin das manuelle editieren der smart-one.cfg.
Dieses Problem soll zwar angeblich mittlerweile behoben sein und wenn es noch besteht durch löschen der smart-one.cfg behoben werden können, aber das hat bei mir nicht funktioniert (gestern!).
Nee, so habe ich das auch nicht verstanden. Ich habe auch gar keinen Vergleich, da ich HA als VM nie getestet habe und den Supervisor gar nicht kenne. Für mich war es von Anfang an klar dass ich Docker nutze um System Ressourcen (auch für andere VM's) zu sparen. Gut möglich, dass der Betrieb mit docker schwieriger aufzusetzen ist und man mehr manuals und howtos lesen muss. Vielleicht ist es dadurch aber auch flexibler und bietet mehr Möglichkeiten? Wie gesagt, keine Ahnung... Vielleicht sollte ich das mal testen.
Naja, die Probleme bei der Einrichtung beruhten eher auf Missverständnisse als darauf, dass die Nutzung/Einbindung mit HA als Docker sooo kompliziert sind... Hätte ich direkt am Anfang die Screenshots gemacht wäre der Thread deutlich kürzer gewesen...
Ok, wir fangen noch mal an, bzw. ich zeige dir meine Einstellungen im Detail.
Du kannst deinen Docker dann entsprechend anpassen.
Als erstes - wichtig!:
beende den deconz docker
lösche den von dir angelegten Pfad unter appdata (vermutlich "/mnt/user/appdata/dresden-elektronik/deconz")
Dann bearbeitest du den Docker wir folgt:
Für copy & paste:
Container Pfad: /root/.local/share/dresden-elektronik/deCONZ
dazugehöriger Host (Unraid) Pfad: /mnt/user/appdata/dresden-elektronik/deCONZ
Ab da sind alles Variablen.
Also z.B. der Web-Port:
der WS-Port
Dein deconz Stick
copy & paste:
Wert: /dev/ttyACM0
trag das sicherheitshalber auch unter extra Parameter ein: --device=/dev/ttyACM0
Wie gesagt: ttyACM0 <= NULL
VNC aktivieren mit 1
VNC Port:
VNC Passwort vergeben:
Was mich wundert: In deinem docker template steht "deCONZ", aber der Screenshot zeigt "deconz". Linux (somit auch unraid) unterscheidet zwischen Groß- und Kleinschreibung....
Wie in meinem Screenshot zu sehen sind alles Variablen außer natürlich der erste Eintrag, das ist ein Pfad zum appdata Verzeichnis. Was hast du denn in dem appdata Pfad für Dateien bzw Unterverzeichnisse?
hmm, weiß ich nicht... rtfm...
Du kannst den Stick in einem Windows Rechner mit der Phoscon App mal testen oder ein Firmware Update machen.
Firmware Update geht mit dem mathoc docker auch aber nur so wie hier beschrieben: marthoc Firmware Update
Hab ich schon 2 mal gemacht. Geht. Aber dafür muss dein Docker laufen...
Hier sind weitere Installationsmethoden beschrieben: Update-deCONZ-manually
Was für ein Port steht denn bei dir in der config.ini unter /mnt/appdata/dresden-elektronik/deCONZ?
Ist dort Port 86 (wie im teplate) vermerkt oder auch 80 (wie im Log)?
Meine:
[http]
appcache=true
port=86