UGOS Pro 1.17.0.0094 / 1.17.0.0095 – Firmware Update (Changelog & Infos)

Mike0185 Keine Kritik an Deinem Verhalten. Nicht, dass das falsch rüberkommt. Ihr Admin, Mike0185, Willi und Tommes macht eine verdammt gute Arbeit ❤️ . Auch dass du ganz transparent sagst, warum es ggf. "etwas hakt", finde ich richtig klasse.

So genug Honig ums Maul geschmiert 😉 . Finde Deinen Vorschlag erst mal gut. Man sollte m. E. das generelle Problem nicht aus den Augen verlieren, aber das denke ich, wird es auch nicht. 😊

Was ich schade finde, ist dass immer noch keine Benachrichtigung per Mail möglich ist und der Punkt sogar aus der Liste von Ugreen scheinbar wieder entfernt wurde.

Simon2310 Keine Benachrichtigung über Updates per Mail? Du schriebst nichts dazu.

Ein anderer Weg: Man könnte einen Docker-Container mit einem Monitoringsystem wie Check MK einrichten und sich über Systemnachrichten (CPU(s), HDDs/SDDs, Updates, Auslastung, Temperaturen, etc mit Info/Warn/Crit) Notifys schicken lassen.

Das wäre nur eine Bastellösung. Für systemrelevante Benachrichtigungen sollte es das System schon selbst machen.

Nur meine Meinung dazu.

Edit: Noch etwas, betrifft die letzten Updates. Seit ein paar Versionen der Firmware funktioniert das KeePassXC-Browser Plug-in für die Anmeldung an der Weboberfläche nicht mehr.

Ich habe seit dem Update / den Updates Firmware und Apps Probleme mit dem Remotezugriff vom iPhone auf meine DH2300.

Ich habe an der Konfig nichts geändert.

Wireguard ist eingerichtet und bis vor dem Firmwareupdate hat der Zugriff auch funktioniert.

Jetzt bekomme ich die üblichen Fehlermeldungen wie NAS nicht eingeschaltet oder Remotezugriff nicht aktiviert.

Ist aber beides gegeben.

Habe alles schon xmal geprüft und bin mit meinem Latein am Ende.

Hat jemand das gleiche Problem oder eine Idee woran das hängen könnte?

Da es bis vor den Updates lief, vermute ich, dass es mit dem Update zusammenhängt. Deshalb habe ich es hier gepostet.

Wenn falsch, bitte ggf. verschieben.

Danke schon mal.

Das mit der Bastellösung kann ich so nicht stehen lassen.
Check MK ist keine Bastellösung, es ist eine sehr umfangreiche Lösung für das Monitoring! Es wird in großen Firmen für das Monitoring genutzt. Keiner will 100te Mails lesen, sondern mit einem Blick erkennen, wo es Probleme gibt. Die Benachrichtigungen per Mail sind Optional und sehr detailliert konfigurierbar. Zudem gibt es noch viel mehr, aber da kann man sich gut im Internet informieren.

Aber klar, wenn ich nur von einem oder zwei Geräten bestimmte Infos haben möchte, reicht die Mail auch vom System selber.

Jedem so wie er will

Nochmals wegen dem KeePassXC-Browser Plug-In. Mir ist aufgefallen, dass immer mehr Weboberflächen nach einem Update (z. B. auch der Home Assistant) nicht mehr über dieses Plug-In entsperrt werden können. Ist das der Sinn, den derzeit viele Projekte verfolgen?

Quote from a-tom

Check MK ist keine Bastellösung, es ist eine sehr umfangreiche Lösung für das Monitoring! Es wird in großen Firmen für das Monitoring genutzt.

Vollkommen korrekt 😊. Zumindest ein deutsches DAX Unternehmen, dass mir bekannt ist hat es im Einsatz. Es kann auch noch weitere geben. Im Monitoring will man erst mal nur Dinge sehen, die von Schwellwerte abweichen und falls man dann zur Analyse mehr benötigt, dann ggf. mehr. Was das immer mit den Dashboards soll, verstehe ich auch nicht. Wird im Momitoring nur benutzt, wenn es Kundenführungen gibt, damit es toll aussieht. Arbeiten kann man damit nicht.

Quote from UdoSync

Ich habe seit dem Update / den Updates Firmware und Apps Probleme mit dem Remotezugriff vom iPhone auf meine DH2300.

Ich habe an der Konfig nichts geändert.

Wireguard ist eingerichtet und bis vor dem Firmwareupdate hat der Zugriff auch funktioniert.

Jetzt bekomme ich die üblichen Fehlermeldungen wie NAS nicht eingeschaltet oder Remotezugriff nicht aktiviert.

Ist aber beides gegeben.

Habe alles schon xmal geprüft und bin mit meinem Latein am Ende.

Hat jemand das gleiche Problem oder eine Idee woran das hängen könnte?

Da es bis vor den Updates lief, vermute ich, dass es mit dem Update zusammenhängt. Deshalb habe ich es hier gepostet.

Wenn falsch, bitte ggf. verschieben.

Danke schon mal.

Display More

hallo, ich habe exakt das gleiche problem!

Lösung bei mir:

Systemsteuerung - Geräteverbindung - Remotezugriff - deaktivieren und neu aktiveren (samt kontobestätigung)

schöne Grüße

Peter

Habe heute auch das Update gemacht danch wurde mir Empfohlen Den Cache Neu Anzulegen , Nach Passwortvalidierung kommt leider nur Vorgang Fehlgeschlagen .

Hoffe das schnell eine Lösung oder ein Fix kommt .

Gruss

Frank

Update verlief auch ohne Problem, allerdings dauert da sehr lange (ca. 20min).

Allerdings ist die Performance deutlich langsamer wie vor dem Firmware-Update. Auslastung Docker ca. 30-40% mehr.

Ich habe ein Ticket erstellt mit der bitte um Downgrade. Für mich sieht das nach einem halbfertigen Update aus. Zudem gehen die USB Platten wieder nicht mehr in den Standby.

Support konnte letzte Mal kein Lösung geben, die KI schon. Aber jetzt geht das auch nicht mehr. 🤮

Quote from earlygrey

Habe heute auch das Update gemacht danch wurde mir Empfohlen Den Cache Neu Anzulegen , Nach Passwortvalidierung kommt leider nur Vorgang Fehlgeschlagen .

Hoffe das schnell eine Lösung oder ein Fix kommt .

Gruss

Frank

Moin,

hatte das gleiche Problem, die Fehlermeldung war nicht sehr hilfreich.

Es macht einen Unterschied, ob man das Menü neben Storage Pool oder Volume benutzt. Als ich das Menü neben Storage Pool benutzt habe, bekam ich noch den Hinweis, daß Docker das Volume benutzen würde. Als ich alle Docker Container gestoppt hatte, konnte der Cache erstellt werden.

This image is exclusive to our members!
Please log in or register for free to view graphics and attachments.

Gruss

hahni

Quote from peter-maier

---

hallo, ich habe exakt das gleiche problem!

Lösung bei mir:

Systemsteuerung - Geräteverbindung - Remotezugriff - deaktivieren und neu aktiveren (samt kontobestätigung)

schöne Grüße

Peter

Display More

Hat bei mir leider nicht funktioniert.

Hat sich eigentlich mal was am Debian Unterbau geändert oder läuft Ugreen OS noch auf Debian 12 Bookworm?

Es läuft noch auf Debian12 Bookworm, aber allein diese Tatsache spielt nicht wirklich eine große Rolle. Aber das ist halt für den einen oder anderen Ansichtssache. Ich sehe hierbei keine Probleme und hat meiner Meinung nach auch keine besonderen Auswirkungen bei einem NAS Berieb, solange es vorallem Sicherheitstechnisch und sonstiges aktuell gehalten wird.

Ich habe mir bei Update von der 1.13 auf die 1.14 mal die Mühe gemacht und geschaut, was so alles am Debian 12 aktualisiert wird. Wen es interessiert

Post

RE: UGOS Pro 1.14.1.0107 – Firmware Update (Changelog & Infos)

Auf meiner DXP2800 lief das Firmwareupdate sowie die Paketupdates ebenfalls problemlos und unspektakulär durch.

Diesmal habe ich mir den Spaß erlaubt, vor dem Update den Befehl sudo dpkg-query -l > packages_list_version_1-13.txt auszuführen, um eine Übersicht darüber zu erhalten, welche Debian-Binärpakete in welcher Version installiert sind. Nach dem Update habe ich den gleichen Befehl erneut ausgeführt, dabei das Ergebnis jedoch in eine andere Datei mit dem Namen packages_list_version_1-14.txt…

Tommes

March 31, 2026 at 5:46 PM

Man kümmert sich demnach schon um das Backend.

Quote from lefu

Hallo zusammen,

ich habe auf meinem UGREEN DXP2800GT nach dem Update auf UGREEN OS 1.17.0.0095 ein schwerwiegendes Problem mit einem Kernel-Crash und Boot-Schleife.

🧩 Ausgangssituation (vor dem Update)

• System lief grundsätzlich stabil
• Allerdings gab es bereits vorher Probleme mit dem NFS-Dienst
• NFS-Freigaben mussten teilweise mehrfach neu gemountet werden, bevor sie auf meinem Proxmox-System korrekt verfügbar waren
• Zusätzlich wurden SMB/CIFS-Freigaben als Alternative genutzt

---

⚠️ Problem nach dem Update

Nach dem Update auf 1.17.0.0095 trat folgendes Verhalten auf:

• Das NAS startet in eine Boot-Schleife
• Die Web-GUI ist nur für ca. 30–60 Sekunden erreichbar
• Danach erfolgt automatisch ein Reboot
• Keine stabilen System-Logs vor dem Neustart sichtbar im UI

---

🔍 Analyse

Über SSH konnte ich während des kurzen Zeitfensters Logs sichern. Dabei zeigte sich ein Kernel-Crash:

• Kernel Panic / BUG in mm/slub.c
• Crash tritt im Kontext des NFS-Serverprozesses (nfsd) auf
• Call Trace deutet auf NFSv4 compound handling hin:

Code

---

🛠️ Eingrenzung / Lösung

Durch Tests konnte ich das Problem eindeutig auf den NFS-Dienst eingrenzen:

• Sobald der NFS-Dienst deaktiviert wird, verschwindet die Boot-Schleife vollständig
• Das System läuft danach stabil
• Reproduzierbar: NFS aktiviert → Reboot-Schleife / NFS deaktiviert → stabil

Ich hatte nur ein sehr kurzes Zeitfenster (ca. 30 Sekunden GUI-Zugriff nach Boot), in dem ich den NFS-Dienst deaktivieren konnte, danach war das Problem sofort behoben.

---

✅ Aktueller Workaround

• NFS ist aktuell deaktiviert
• Alle Freigaben wurden auf SMB/CIFS (Samba) umgestellt
• System läuft seitdem stabil ohne Reboots

---

❓ Frage an UGREEN / Community

Hat jemand ähnliche Probleme mit dem NFS-Dienst unter 1.17.0.0095 beobachtet?

Es wirkt so, als ob der NFS-Server im Kernel (nfsd) einen schwerwiegenden Bug auslöst, der das System zum Absturz bringt.

(Mit Hilfe von ChatGPT erstellt!)

Display More

Hi,
ich habe genau das selbe Thema. Habe dort wo es geht auf NFSv3 zurückgegriffen. Das geht bis jetzt ohne Probleme.
Heute morgen wollte ich dann mein ioBroker Backup umziehen. Rate mal, was der nativ macht, natürlich NFSv4. Prompt war die 2800GT wieder tot....
Ticket habe ich bereit geöffnet
Grüße,

Stefan

slubi Soweit ich weiß, wird NFSv4 von Ugreen OS aktuell nicht unterstützt. Falls ich falsch liegen sollte, bitte um Korrektur.

Ja, das verstehe ich auch nicht, warum dieses veraltete Protokoll noch verwendet wird. Hier musst du wohl Anpassungen machen, sonst funktioniert es nicht. Wann Version 4 unterstützt wird, weiß ich auch nicht. Hat das vielleicht jemand anders im Blick?