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?
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.
Display MoreIch 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.
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. 🤮
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.
Please log in or register for free to view graphics and attachments.
Gruss
hahni
Display Morehallo, 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
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
Man kümmert sich demnach schon um das Backend.
Display MoreHallo 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!)
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?
Ich habe nach dem Update ein Problem mit dem DXP2800. Der Zugriff auf das UI klappt nicht mehr.
Ich habe das schon gemeldet, jedoch noch keine Lösung erhalten.
Der Webserver bringt eine Fehlermeldung: cannot load certificate "/ugreen/.config/ssl/certs/UGREEN/cert.pem": BIO_new_file() failed (SSL: error:80000002:system library::No such file or directory:calling fopen(/ugreen/.config/ssl/certs/UGREEN/cert.pem, r) error:10000080:BIO routines::no such file)
In dem Verzeichnis ist kein cert.pem und privkey.pem. Manuelles anlegen klappt nicht, da immer wieder überschrieben wird.
Hat jemand eine Idee?
Muss es denn gleich https sein? Probier's mal über http://dxp2800:9999, oder wie deine DXP heißt. Auch ganz ohne eine Port-Angabe sollte es gehen.
Join our community with over 10,000 members!
Register yourself now for free to get full access to all content, graphics, downloads and other exclusive features!
