Cannon

Ja ich versuche ja nur das Problem zu finden. Das nervt mich schon seit Ewigkeiten. Aber es scheint damit zusammenzuhängen, dass ich auch versteckte SMB-Ordner verwende. Die Einstellungen der Gruppenrichtlinie habe ich schon geprüft und die waren so eingestellt wie sie sollten. Lediglich den unsicheren Gastzugang habe ich nicht angefasst. Ich nutze auch keine Gastzugänge. Es geht ja auch grundsätzlich. Nur nach einer gewissen Zeit, die auch nicht fest definiert ist, geht es dann plötzlich nicht mehr. Das heißt er fragt immer wieder nach Benutzername und Passwort in versteckten Freigaben und Schreiben in sichtbaren Freigaben geht auch nicht mehr. Ja irgendwie hängt es schon an Windows, denn ein Neustart von Unraid löst das Problem nicht - nur ein Neustart von Windows. Ich schaue mal dazu. Ich habe bei Microsoft entsprechende PowerShell-Kommandos gefunden, um das zu deaktivieren oder zu aktivieren. Ich warte mal bis es nicht mehr läuft und deaktiviere dann mal was.

Ich habe jetzt endlich Windows 11 drauf. Und was soll ich sagen: Das Problem besteht weiter. Es scheint dann aber wohl doch ein Fehler in UnRaid zu sein, der dazu führt, dass die Zugriffe unter Windows nicht mehr möglich sind. Versteckte Freigaben sind unter Windows nach einer Weile nicht mehr erreichbar. Und auch auf den nicht versteckten kann ich nach einer Weile nicht mehr schreiben.

Vielen Dank für die Anleitung. Was muss ich denn beim Schritt mit dem Proxy machen, wenn ich NGINX nicht nutze, sondern über einen Cloudfare-Tunnel rein gehe?

@JogiBear: Danke für das positive Feedback. So kann man sich auch ein anderes Bild machen. Ich hatte erst den Eindruck, dass es überhaupt nicht gut funktioniert. Wunderte mich aber im gleichen Atemzug über die > 50 Mio Installationen. Differenzierter hatte ich das dann auch gesehen, als ich verstand, dass das Problem darin Bestand Dateien außerhalb der Cloud zu verändern.

Aber sollte das der Anspruch einer Cloud sein? Wenn ich einen externen Anbieter nutze, kann ich ja auch nicht auf die zentralen Serverdateien zugreifen. Macht es in diesem Fall nicht Sinn die entsprechende Nextcloud Software auf den Rechner, mit dem du arbeitest zu installieren? Dann hast du doch das Problem gar nicht.

Naja im schlimmsten Fall, könnte ich ja auch eine VM in UnRaid installieren und dann Nextcloud von da einrichten. Dann hätte ich ja da genau diesen Weg. Ich hatte allerdings gehofft den ganzen Kram nicht so per Hand installieren zu müssen. Das geht natürlich per Docker wesentlich leichter.

Das klingt jetzt nicht wirklich schön. Gibt es denn eine sinnvolle Alternative?

War aber wirklich so. Ich hatte im ersten Schritt den Speicher für die VM reduziert, also von 32 MB auf 16 MB. Damit stürzte Unraid nur noch alle 2 Wochen ca. ab. Es wurde seit Monaten auch nichts an der Hardware angefasst. Die Abstürze zogen allerdings natürlich immer einen Parity-Check nach sich. Der letzte Check ist inzwischen 42 Tage her (also seitdem keine Abstürze mehr) und Unraid läuft jetzt 24 Tage ohne Neustart, also nach dem letzten Update. Ich hatte wie gesagt einmal auf 7.1.3 und dann auf 7.1.4 geupdated.

Ich habe den Nextcloud-Docker installiert. Das Problem dabei ist, wenn ich crontab in den Settings aktiviere, muss ich das entweder im userscript oder wo auch immer so einrichten, dass das crontab ausgeführt wird. Sonst ist die nämlich schreibgeschützt. Das Problem ist, dass der User www-data keine Zugriffsrechte auf die Config hat. Verändere ich diese aber, sprich ich lege die User-rechte so um, dass der www-data Eigentümer ist, läuft Nextcloud nicht mehr. Wie löse ich also das Problem?

Das Problem ist gelöst. Anders als gedacht. Ich hatte vorher ja Version 7.0.0. drauf und habe vor einigen Wochen ein Upgrade auf die Version 7.1.3. und dann auch 7.1.4 gemacht. Seitdem gab es keine Abstürze mehr. Die ganze Fehlersuche, das ständige Austauschen der Hardware war letztendlich nur ein Problem mit UnRaid selbst. Es ist schön, dass jetzt alles läuft, aber unschön, dass das Ganze echt viel Zeit und auch Geld gekostet hat.

Ich muss das Thema noch mal ausgraben. Denn eigentlich funktioniert das mit den Freigaben auf keinem Rechner so richtig. Sowohl auf mehreren Windows 10-Rechnern (und ich kann nicht alle updaten) als auch auf Windows Server 2022. Es ist auf allen Rechnern das gleiche Problem: private Freigaben die versteckt sind können gar nicht geöffnet werden private Freigaben auf denen Schreibrechte bestehen, können nur gelesen waren

Kann ich sagen: Einziger Grund ist das fehlen des bisherigen Startmenüs. Ich arbeite mit den Kacheln und habe mir darüber alles möglich strukturiert, auch mit Untercontainer. Das ist quasi mein zentrales Steuerelement für die regelmäßig verwendeten Anwendungen und Tools. Und das ist unter Windows 11 nicht mehr nutzbar.

Dafür ist es jetzt zu spät. Da läuft schon alles andere drauf. Ein zurück zu Unraid 6 ist nicht mehr ohne weiteres möglich. Ja dann muss wohl das Upgrade zu W11 doch irgendwann her. Ich versuche das jedoch zu vermeiden, weil es einfach "scheiße" ist. Ich habs schon auf einem Notebook drauf und es ist furchtbar. Aber dann werde ich mal schauen, ob ich das Update mache und das Problem dann weg ist.

Geprüft habe ich das auf 2 Rechnern. Beide laufen mit Windows 10. Auf beiden Rechnen auch mit 2 verschiedenen Nutzern. Das mit dem Schreibzugriff habe ich bei beiden Benutzer getestet und beide haben das Problem.

Wie DataCollector schon schrieb, mal mit großen Dateien testen. Keine zusätzlichen Copy-Handler verwenden. Das war bei mir mal ein Problem. Ggf. auch mal einen Speedtest machen (1. Intern Cache zu Cache kopieren und in Unraid anschauen. 2. OpenSpeedtest als Docker installieren und mal das Netzwerk testen.)

Ich habe jetzt noch mal folgendes gemacht: In der Anmeldeinformationsverwaltung über den Hostnamen gelöscht und da ist jetzt nur noch die IP-Adresse drin. Das Problem besteht aber weiterhin. Grundsätzlich hast du aber Recht. Das Problem hängt mit Windows zusammen, denn nach einem Neustart von Windows geht wieder alles. Dennoch irritiert mich der Fehler, denn die Berechtigung sollte doch Unraid prüfen und nicht Windows. Aber beide Probleme, die ich hier habe, lösen sich mit einem Windows-Neustart: bestimmte Freigabe hat keinen Schreibzugriff versteckte Freigaben können gar nicht geöffnet werden Die Frage ist, wo man denn suchen könnte? Denn jedes Mal den Rechner neu zu starten, ist für mich keine wirkliche Lösung.

Bleibe ich auch ... eigentlich. Ich arbeite grundsätzlich immer mit der IP. Da mir aber die Schreibrechte in der Freigabe fehlten, habe ich es einfach mal mit dem Hostnamen probiert und da konnte ich dann auch schreiben. Die Anmeldung war mit dem gleichen User. Domänenzeug habe ich nicht. Die Anmeldung ist ganz easy mit Benutzername und Passwort. Dieses ist ja in Unraid einzustellen und damit melde ich mich dann auch an der Freigabe an. Aber genau ist doch das Problem. Das ich mit dem Nutzer, der Schreibrechte haben sollte, ich keine habe. Sogar auf Groß- und Kleinschreibung achte ich, weil das mit Linux ja immer so eine Sache sein kann.

Ist schon klar. Habe ich ja auch, siehe meinen Post oben. Ich habe beide angelegt. Ich kann ja auch zugreifen, aber habe keinen Schreibzugriff über die IP-Adresse. Und das scheint mir dann nicht an Windows zu liegen. Den den Schreibzugriff sollte doch Unraid verwehren oder nicht? Ja man kann das in bestimmten Situationen auch für andere Zugänge nutzen. Also hat nicht nur Nachteile.

Ich habe das Problem, dass ich meine Freigaben nicht wirklich immer mit den richtigen Rechten erreichen kann. Ich habe beispielsweise eine Freigabe, wo ich Read/Write-Zugriff habe. Das Problem ist, dass ich per Zugriff unter Windows über die Freigabe mittels IP-Adresse in die Freigabe nicht schreiben kann. Er sagt, dass mir die Berechtigungen fehlen. Greife ich jedoch über den Hostnamen zu geht das. Benutzernamen und Passwort sind beide in der Anmeldeinformationsverwaltung unter Windows hinterlegt, also für den Host, als auch die IP. Das ist doch dann aber kein Problem in Windows, sondern in UnRaid? Denn den nicht vorhandenen Schreibzugriff lehnt doch UnRaid ab oder nicht?

Danke. Das war der entscheidende Hinweis. Ich hatte mich auf die Flags in den Jellyfin-Docs verlassen. Aber offensichtlich unterstützt jede iGPU andere Codecs. Das waren bei meinem AMD Ryzen 7 8700G auch gar nicht so viele. Nachdem ich die falschen Haken entfernt habe, liefen die problematischen Videos auch.

Da steht einfach Player-Fehler starte erneut und das kommt immer wieder. Was das Problem ist, zeigt er leider nicht. Im Log zeigt er das an. Ist das das was ich eingestellt habe oder sind das die ermittelten Fähigkeiten? Die könnte ich dann noch mal prüfen und ggf. einstellen. Ja dachte ich mir schon. Aber es wäre gut, wenn auch nicht unterstütze Codecs funktionieren. 🙂 Ich habe ja nicht umsonst nen recht flotten Prozessor und ne flotte GPU drin, damit das auch flüssig läuft.

Ich habe Jellyfin jetzt seit einigen Wochen auch unter Unraid laufen. Nachdem ich Probleme habe mit einigen HEVC-Videos (Player-Fehler), habe ich mir den ganzen Thread hier mal durchgelesen. Ich habe auch ein AMD-System mit einer integrierten GPU. Ich habe die Einstellungen für die Hardwarebeschleunigung entsprechend so eingestellt, wie ich das aus der Anleitung von Jellyfin verstanden habe. Sonst hab eich VAAPI eingestellt. Was mir jetzt aber unklar ist: Das /dev/dri hatte ich bisher nicht eingestellt. Braucht man das? Bzw. was ist das für ein "Gerät"? Die Videos, die übrigens auf dem Android-TV immer einen Player-Fehler bringen, laufen unter Windows im Browser problemlos. Woran kann das liegen? Wofür ist das Radeon TOP? Ich habs nicht wirklich verstanden. Braucht man das noch? Und wo sehe ich, ob das Hardwareencoding überhaupt funktioniert?

So ich habe jetzt eine lange Nacht hinter mir. Das Downgrade war wieder mal komplizierter als gedacht. Zum einen ging das Downgrade nur in einem anderen Rechner, wo man auch ohne UEFI starten konnte. Das heißt Karte ausbauen, downgrade machen usw. und dann ging die vorherige Version nicht wirklich. Es war nicht möglich richtig damit UnRaid zu starten. Auch schon im BIOS hing sicher Controller bei der Suche nach Laufwerken immer wieder auf. Die aktuelle Firmware lag natürlich im UnRaid, wo ich dann nicht so ohne weiteres ran kam und die Adaptec - Download-Seiten sind down. Kurzum jetzt läuft wieder alles, wie vorher. Aber sicherlich war der Adaptec vielleicht auch nicht die Beste Wahl.

It's not neccessary anymore.

Hello, have anyone the latest firmware for the Adaptec 72405 (72405_fw_b32118.zip)? I'm not able to acess the controller normally after a firmware downgrade. And the Adaptec download site is down. Thank you!