Synology DSM startet nicht – Ursache: „Insufficient space on system root partition“

DSM startet nicht – Ursache: „Insufficient space on system root partition“

Der Anfang vom Chaos

Es begann mit einer Fehlermeldung beim Start eines geplanten Backups:

Failed to start backup task.
Insufficient space on Synology NAS system root partition. Please contact Synology Technical Support.

Danach war nichts mehr, wie es sein sollte. DSM (DiskStation Manager) startete nicht mehr korrekt. Das Webinterface zeigte nur:
„Das System wird vorbereitet.“

Ein Zustand, der sich nicht veränderte. Und das bedeutet bei Synology fast immer:
💥 Systempartition vollgelaufen.


Diagnose per SSH

Glücklicherweise war der SSH-Zugang noch möglich. Die erste Analyse war eindeutig:

df -h /

Ergebnis:

/dev/md0  2.3G  2.1G  138M  94% /

→ Die Root-Partition war kritisch überfüllt – weniger als 150 MB frei.

DSM braucht hier aber Platz für temporäre Daten, Dienste, Configs, Datenbanken, Logs, Sockets – also alles, was für den Betrieb nötig ist.


Der Schuldige: Netdata

Ein Speicherfresser war schnell ausgemacht: #Netdata, ein hübsches, aber hungriges Monitoring-Tool. Statt auf ein Datenvolume zu schreiben, hatte es auf der Root-Partition gewütet – mit Caches, Logs und seiner eigenen Datenbankstruktur.

sudo du -h --max-depth=1 /var | sort -h

zeigte: Netdata hatte sich mächtig Platz genommen.


Lösung: Deinstallation und Aufräumen

Ich habe Netdata samt aller Restverzeichnisse entfernt:

sudo /opt/netdata/usr/libexec/netdata/netdata-uninstaller.sh --yes

Ergebnis:

df -h /

Jetzt:

/dev/md0  2.3G  1.4G  863M  62% /

DSM konnte wieder atmen.


Neustart – und DSM läuft

Ein einfacher:

sudo reboot

…und das Webinterface war wieder erreichbar. Alle Dienste starteten wie gewohnt. Kein „System wird vorbereitet“ mehr.


Fazit: Was ich daraus gelernt habe

  • Die Root-Partition ist heilig. Alles, was viel schreibt, muss auf ein Volume – nicht ins Systemverzeichnis.
  • Netdata nur noch per Docker mit dediziertem Speicherpfad.
  • Synology warnt nicht rechtzeitig. Eine Warnung bei 85 % Root-Belegung wäre hilfreich.
  • SSH-Zugriff ist lebensrettend.

Kommentare: 0

Kommentare sind geschlossen.