Quelltext der Seite Analysieren und Bereinigen einer überfüllten Systempartition

== Worum geht es ==
Die folgende Anleitung beschreibt, wie man eine überfüllte '''Systempartition''' auf einem '''Synology NAS''' analysieren und von Ballast befreien kann, um den ordnungsgemäßen Betrieb des DSM wiederherzustellen.

== Einleitung ==
Physikalische Datenspeicher wie Festplatten (HDD), Solid State Drives (SSD), NVM Express (NVMe) usw., die allgemein als Laufwerke bezeichnet werden, verfügen in der Regel über eine oder mehrere Partitionen für die Bereitstellung und Speicherung von Daten.
Bei einem Synology NAS sind alle internen Laufwerke grundsätzlich in drei Partitionen unterteilt und zwar in eine '''Systempartition''', eine '''SWAP-Partition''' und eine '''Datenpartition'''. Die Systempartition und die SWAP-Partition werden dabei als RAID 1 auf jedem internen Laufwerk gespiegelt, während die Datenpartition aus Speicherpools und Volumes besteht, auf denen alle Benutzerdaten und installierte Pakete gespeichert werden. Weitere Informationen siehe [https://kb.synology.com/de-de/DSM/tutorial/What_are_drive_partitions Was sind Laufwerkspartitionen?]

== Die Systempartition ==
Die '''Systempartition''' verfügt in der Regel über eine '''Speicherkapazität von 2,3 GiByte (bis DSM 6) oder 7,9 GiByte (ab DSM 7)''' und enthält das eigentliche Betriebssystem, also den DiskStation Manager, alle Benutzer-, System- und Netzwerkeinstellungen sowie die Systemprotokolle. Unmittelbar nach der Erst- oder Neuinstallation sind je nach Gesamtspeicherkapazität '''ca. 25 bis ca. 65 Prozent des verfügbaren Speicherplatzes belegt'''. Der verbleibende freie Speicherplatz ist in der Regel völlig ausreichend, um einen störungsfreien Betrieb des DSM zu gewährleisten.

== Auslöser einer überfüllten Systempartition ==
Manchmal landen jedoch Daten auf der Systempartition, die dort nicht hingehören. Dazu zählen sowohl bewusste als auch unbewusste Handlungen, wenn z.B. Benutzerdaten und/oder Programmeinstellungen im Home-Verzeichnis des Superusers root abgelegt werden, das sich ebenfalls auf der Systempartition befindet, oder wenn z.B. fehlgeleitete Sicherungsaufträge oder Downloads dort gespeichert werden. Auch nicht sauber getrennte USB- oder SATA-Datenträger, unvorhersehbare Systemabstürze oder ein plötzlicher Stromausfall können dazu führen, dass Datenfragmente auf der Systempartition landen.
Bis zu einem gewissen Punkt hat das keinen Einfluss auf die Systemstabilität des DSM. Sobald jedoch der belegte Speicherplatz eine gewisse kritische Masse erreicht, die irgendwo zwischen 80 und 100% der verfügbaren Speicherkapazität liegt, beginnt der DSM langsam zu straucheln und es treten erste Störungen auf. Man kann sich z.B. nicht mehr am DSM anmelden, es können keine System- oder Paketupdates mehr durchgeführt werden oder Pakete können nicht mehr ausgeführt werden. Häufig erhält man dann Fehlermeldungen wie diese:

'''''Dieser Vorgang kann nicht ausgeführt werden. Möglicherweise ist die Netzwerkverbindung instabil, oder das System ausgelastet. Bitte versuchen Sie es später erneut.'''''

== Analysieren der Systempartition ==
Da es leider nicht immer offensichtlich ist, was die Ursache für eine überfüllte Systempartition ist, kann ein Teil der Lösung solcher Probleme bereits darin liegen, nachvollziehen zu können, welche Aktionen zuvor durchgeführt wurden, welche Aufgaben erledigt und welche Änderungen oder Anpassungen vorgenommen wurden. Dies erleichtert bereits die Suche nach möglichen Übeltätern innerhalb der Systempartition.
Ein klassisches Beispiel wäre ein überfülltes Homeverzeichnis des Superuser root, daher sollte man auf jeden Fall einen Blick in dieses Verteichnis werfen, sollte einem der belegte Speicherplatz unverhältnismäßig hoch vorkommen. Da sich auf der Systempartition keine Speicherpools oder Volumes befinden, sollte ein eventuell vorhandenes Verzeichnis mit der Bezeichnung /volumeUSB... ebenfalls aufhorchen lassen. Auch Verzeichnisse oder Dateien mit bekannten Paketnamen oder auffälligen Dateinamen von zuvor heruntergeladenen Programmen oder Archiven sollten kritisch hinterfragt werden.

Wie so oft gibt es auch hier keine allgemeingültige Lösung, sondern nur Tipps und Hinweise, die die Suche erleichtern können. Der erste Schritt sollte daher immer sein, sich den Inhalt der Systempartition anzeigen zu lassen und sich dann von oben nach unten, beginnend mit dem Verzeichnis, das den meisten Speicherplatz belegt, durch den Verzeichnisdschungel zu arbeiten, bis man den oder die Übeltäter gefunden hat.

Für alle weiteren Schritte ist es notwendig, sich über ein Terminalprogramm per SSH als root auf der Konsole des Synology NAS einzuloggen. Wie das geht, beschreibt Synology u.a. in der Anleitung Wie kann ich mich über SSH mit Root-Berechtigung bei DSM/SRM anmelden?<blockquote>'''''Hinweis:''' Text in Großbuchstaben innerhalb eckiger Klammern dient als Platzhalter und muss durch eigene Angaben ersetzt werden, während gemischter Text aus Groß- und Kleinbuchstaben, Ziffern und Sonderzeichen innerhalb eckiger Klammern optional verwendet werden kann. In jedem Fall müssen die eckigen Klammern beim Ersetzen von Platzhaltern oder bei der Verwendung einer Option entfernt werden.''</blockquote>

== Das Programm <code>df</code> (disk free) ==
Das Programm <code>df</code> zeigt die Größe, den belegten und den freien Speicherplatz aller eingehängter Partitionen an. Um die angezeigte Speicherkapazität in einem für den Menschen leichter lesbaren Format auszugeben, wird die Option <code>-h</code> oder <code>-H</code> an den <code>df</code> Befehl angehängt, je nachdem, ob die Ausgabe in metrischer oder binärer Form erfolgen soll.

'''''Syntax:''' df [OPTION] [DATEI]''

'''''Verwendete Optionen für das Programm df (weitere Optionen siehe Manpage)'''''

* '''-h, --human-readable''' (Gibt die Speicherkapazität in einem binären Format in Potenzen von 1024 an, das für den Menschen leichter zu lesen ist.)<syntaxhighlight lang="shell">
"K" ≙ "Kibibyte (KiB)" ≙ 1,024¹ ≙ 1,024 Bytes
"M" ≙ "Mebibyte (MiB)" ≙ 1,024² ≙ 1,048,576 Bytes
"G" ≙ "Gibibyte (GiB)" ≙ 1,024³ ≙ 1,073,741,824 Bytes
"T" ≙ "Tebibyte (TiB)" ≙ 1,024⁴ ≙ 1,099,511,627,776 Bytes
"P" ≙ "Pebibyte (PiB)" ≙ 1,024⁵ ≙ 1,125,899,906,842,620 Bytes
</syntaxhighlight>
* '''-H, --si''' (Gibt die Speicherkapazität in einem metrischen Format in Potenzen von 1000 an, das für den Menschen leichter zu lesen ist.)<syntaxhighlight lang="shell">
"K" ≙ "Kilobyte (kB)" ≙ 1,000¹ ≙ 1,000 Bytes
"M" ≙ "Megabyte (MB)" ≙ 1,000² ≙ 1,000,000 Bytes
"G" ≙ "Gigabyte (GB)" ≙ 1,000³ ≙ 1,000,000,000 Bytes
"T" ≙ "Terabyte (TB)" ≙ 1,000⁴ ≙ 1,000,000,000,000 Bytes
"P" ≙ "Petabyte (PB)" ≙ 1,000⁵ ≙ 1,000,000,000,000,000 Bytes
</syntaxhighlight>

'''Führe den folgenden Befehl aus, um dir den Status der Systempartition anzeigen zu lassen.'''<syntaxhighlight lang="shell">
df -h
</syntaxhighlight>So würde die Ausgabe einer "gesunden" Systempartition aussehen...<syntaxhighlight lang="shell">
root@SynologyNAS:~# df -h
Filesystem              Size  Used Avail Use% Mounted on
/dev/md0                2.3G  1.5G  773M  66% /
devtmpfs                3.8G     0  3.8G   0% /dev
tmpfs                   3.9G  240K  3.9G   1% /dev/shm
tmpfs                   3.9G   46M  3.8G   2% /run
tmpfs                   3.9G     0  3.9G   0% /sys/fs/cgroup
tmpfs                   3.9G   30M  3.8G   1% /tmp
/dev/loop0               27M  770K   24M   4% /tmp/SynologyAuthService
Weitere Speicherpools oder Volumes...
...
..
.
</syntaxhighlight>Interessant ist hier vor allem die erste Zeile, die die Gesamtspeicherkapazität, den belegten und freien Speicherplatz sowie den belegten Speicherplatz in Prozent der Systempartition (Mounted on <code>/</code>) anzeigt. Der vorangestellte Pfadname der Systempartition (/dev/md0) kann dabei durchaus variieren.<syntaxhighlight lang="shell">
/dev/md0                2.3G  1.5G  773M  66% /
</syntaxhighlight>Mit der Einführung des DiskStation Manager 7 (kurz DSM) wurde die Systempartition bei einer Neuinstallation des DSM ab einem bestimmten Zeitpunkt auf 7,9 G (GiByte) vergrößert. Das Ergebnis einer "gesunden" Systempartition würde dann in etwa so aussehen.<syntaxhighlight lang="shell">
root@SynologyNAS:~# df -h
Filesystem         Size  Used Avail Use% Mounted on
/dev/md0           7.9G  2.0G  5.8G  26% /
devtmpfs           8.7G     0  8.7G   0% /dev
tmpfs              8.8G  244K  8.8G   1% /dev/shm
tmpfs              8.8G   38M  8.7G   1% /run
tmpfs              8.8G     0  8.8G   0% /sys/fs/cgroup
tmpfs              8.8G   29M  8.7G   1% /tmp
/dev/loop0          27M  767K   24M   4% /tmp/SynologyAuthService
Weitere Speicherpools oder Volumes...
...
..
.

</syntaxhighlight>

== Das Programm <code>du</code> (disk usage) ==
Das Programm <code>du</code> zeigt den belegten Speicherplatz von Dateien, oder bei Angabe eines Verzeichnisses, rekursiv den belegten Speicherplatz aller darin enthaltenen Dateien an. Auch hier stehen weitere Optionen zur Verfügung, um die Ausgabe an die jeweiligen Bedürfnisse anzupassen und um die Lesbarkeit zu verbessern.

* '''''Syntax:''' du [OPTION] [DATEI]''  '''''Verwendete Optionen für das Programm <code>du</code> (weitere Optionen siehe Manpage)'''''
** '''-x, --one-file-system''' (Verzeichnisse auf anderen Dateisystemen werden übersprungen.)
** '''-h, --human-readable''' (Gibt die Speicherkapazität in einem binären Format in Potenzen von 1024 an, das für den Menschen leichter zu lesen ist.)
** '''--si''' (Gibt die Speicherkapazität in einem metrischen Format in Potenzen von 1000 an, das für den Menschen leichter zu lesen ist.)
** '''-d, --max-depth=N''' (Gibt die Gesamtgröße eines Verzeichnisses bis zur Ebene N des übergebenen Arguments zurück.)  '''''Der Befehl lautet (bitte noch nicht ausführen, sondern erst weiterlesen'''''<syntaxhighlight lang="shell">
du -x -h -d 1 /
</syntaxhighlight>

== Das Programm <code>sort</code> ==
Vor der eigentlichen Ausführung des <code>du</code> Befehs sollte zur besseren Übersicht die Speicherbelegung der ausgegebenen Verzeichnisse nach ihrer Größe absteigend sortiert werden. Dies wird durch das Programm <code>sort</code> erreicht.

* '''''Syntax:''' sort [OPTION] [DATEI]''  '''''Verwendete Optionen für das Programm sort (weitere Optionen siehe Manpage)'''''
** '''-h, --human-numeric-sort''' (Gibt die Dateigröße in einem besser lesbaren Format aus)
** '''-r, --reverse''' (Sortierung in umgekehrter Reihenfolge)  '''''Der Befehl lautet (bitte noch nicht ausführen, sondern erst weiterlesen)'''''<syntaxhighlight lang="shell">
sort -r -h
</syntaxhighlight>

== Kombinierte Ausgabe von <code>du</code> und <code>sort</code> ==
Die Ausgabe des oben beschriebenen Befehls <code>du -x -h -d 1 /</code> kann nun über eine sogenannte Pipe <code>|</code> an den Befehl <code>sort -r -h</code> übergeben werden, um die Speicherbelegung absteigend zu sortieren. Die Befehle werden also miteinander kombiniert und zusammen in einer Zeile ausgeführt.

* '''''Syntax:''' du [OPTION] [DATEI] '''|''' sort [OPTION] [DATEI]''  Führe den folgenden Befehl aus, um den belegten Speicherplatz aller Verzeichnisse direkt unterhalb des Wurzelverzeichnisses der Systempartition rekursiv und nach Größe sortiert anzuzeigen.<syntaxhighlight lang="shell">
du -x -h -d 1 / | sort -r -h
</syntaxhighlight>So könnte z.B. der Verzeichnisinhalt einer bereits leicht angeschlagenen Systempartition mit einer maximalen Speicherkapazität von 2.3 GiByte aussehen...<syntaxhighlight lang="shell">
root@SynologyNAS:~# du -x -h -d 1 / | sort -r -h
1.9G    /
1.1G    /usr
605M    /root
161M    /var
43M     /.syno
11M     /var.defaults
3.7M    /etc
2.5M    /etc.defaults
1.3M    /.log.junior
28K     /.old_patch_info
20K     /volumeUSB1
16K     /.system_info
16K     /opt
4.0K    /mnt
4.0K    /lost+found
4.0K    /initrd
</syntaxhighlight>Hier fallen zwei Dinge auf. Zum einen ist das Homeverzeichnis <code>/root</code> des Superusers root mit einem Speicherplatzbedarf von 605M (MiByte) deutlich größer als erwartet. Zum anderen wird das Verzeichnis /volumeUSB1 angezeigt. Obwohl es scheinbar nur 20K (KiByte) des verfügbaren Speicherplatzes belegt, gehört dieses Verzeichnis nicht hierher, da sich, wie eingangs erwähnt, alle Volumes auf der Datenpartition befinden. Eine fehlerhafte Anzeige kann ausgeschlossen werden, da die Option <code>-x</code> des Befehls <code>du</code> besagt, dass Verzeichnisse auf anderen Partitionen übersprungen werden.

== Die kombinierte Ausgabe weiter eingrenzen ==
Zunächst wollen wir uns dem Verzeichnis <code>/root</code> zuwenden, da der hier belegte Speicherplatz vermutlich der Auslöser für ein bereits strauchelnden DSM sein kann. Um mehr über den Inhalt des Verzeichnisses zu erfahren, passen wir die bereits oben verwendete Befehlskette etwas an, und geben dem Befehl <code>du</code> das Verzeichnis <code>/root</code> mit.<syntaxhighlight lang="shell">
du -x -h -d 1 /root | sort -r -h
</syntaxhighlight>Das Ergebnis sieht in diesem Beispiel folgendermaßen aus.<syntaxhighlight lang="shell">
root@SynologyNAS:~# du -x -h -d 1 /root | sort -r -h
605M    /root/.vscode-server
605M    /root
176K    /root/.dotnet
48K     /root/.ssh
28K     /root/.cache
24K     /root/.local
16K     /root/.config
</syntaxhighlight>Um noch tiefer in die Verzeichnisstruktur einzudringen, könnte man die Befehlskette wiederum um das Verzeichnis <code>/root/.vscode-server</code> erweitern und erneut ausführen, bis man irgendwann lokalisiert hat, wo sich der Übeltäter verbirgt. Da mir in diesem Fall bereits der Name des Verzeichnisses verrät, dass es sich um gespeicherte Anwendungsdaten des Programms Visual Studio Code handelt, das sich über eine SSH-Verbindung als root auf meiner Synology NAS anmeldet, beende ich die Suche an dieser Stelle und werde den Ordner im nächsten Schritt komplett löschen, um meinen DSM wieder funktionsfähig zu bekommen. Alternativ könnte ich einzelne Dateien  oder das gesamte Verzeichnis auch auf ein internes oder externes Volume verschieben, wenn ich nicht sicher bin, ob ich die Daten noch einmal benötige.

== Das Programm <code>mv</code> (move) ==
Das Programm <code>mv</code> wird normalerweise verwendet, um Dateien oder ganze Verzeichnisse zu verschieben. Mit <code>mv</code> können aber auch Dateien und Verzeichnisse umbenannt werden, worauf hier nicht weiter eingegangen wird. Außerdem werden in diesem Beispiel keine weiteren Optionen benötigt, so dass an dieser Stelle nur auf die entsprechende Manpage von <code>mv</code> verwiesen wird.

* '''''Syntax:''' mv [QUELLE] [ZIEL]''  Im Folgenden wird der Befehl <code>mv</code> verwendet, um das zuletzt ermittelte Verzeichnis <code>/root/.vscode-server</code> auf ein internes Volume des DSM nach <code>/volume1/Backup/Systempartitionsdaten</code> zu verschieben. Die hier verwendeten Verzeichnisse dienen nur als Beispiel und müssen in jedem Fall durch eigene ersetzt werden.<syntaxhighlight lang="shell">
mv /root/.vscode-server /volume1/Backup/Systempartitionsdaten/
</syntaxhighlight>

<blockquote>'''''Wichtiger Hinweis:''' Es muss darauf geachtet werden, dass das Zielverzeichnis mit einem <code>/</code> endet, sonst versucht <code>mv</code> beim Verschieben das Verzeichnis <code>/volume1/Backup/Systempartitionsdaten</code> in <code>/volume1/Backup/.vscode-server</code> umzubenennen, anstatt das Quellverzeichnis <code>/root/.vscode-server</code> in das Verzeichnis <code>/volume1/Backup/Systempartitionsdaten</code> zu verschieben.''</blockquote>

== Das Programm rm (remove) ==
Das Programm <code>rm</code> löscht auf der Konsole Dateien oder ganze Verzeichnisse ohne den Umweg über den Papierkorb. '''Gelöschte Daten können nicht wiederhergestellt werden.''' Aus diesem Grund sollten alle Löschbefehle gut überlegt sein, vor allem, wenn z.B. die Option <code>-r</code> für rekursives Löschen (löscht also ganze Verzeichnisstrukturen) mit der Option <code>-f</code> kombiniert wird, um den Befehl ohne Rückfrage ausführen zu lassen. Auf der anderen Seite kann eine permanente Rückfrage auf Dauer auch recht nervig sein, weshalb diese Option trotzdem sehr gerne verwendet wird.

* '''''Syntax:''' rm [OPTION] [DATEI ODER VERZEICHNIS]''  '''''Verwendete Optionen für das Programm rm (weitere Optionen siehe Manpage)'''''
** '''-r, --recursive''' (Verzeichnisse und deren Inhalte rekursiv löschen)
** '''-f , --force''' (Keine Nachfrage beim Löschen)  Obwohl der Befehl <code>rm</code> immer mit Vorsicht zu genießen ist, kommt man oft nicht umhin, ihn zu benutzen. In diesem Beispiel wird das Unterverzeichnis <code>.vscode-server</code> rekursiv aus dem Verzeichnis <code>/root</code> gelöscht, d.h. mit allem, was sich in diesem Verzeichnis befindet.<syntaxhighlight lang="shell">
rm -r -f /root/.vscode-server
</syntaxhighlight>

== Abschließende Worte ==
Theoretisch sollte die Systempartition dem DSM nun wieder genügend Speicherplatz zur Verfügung stellen, um einen reibungslosen Betrieb zu ermöglichen. Verbleibt in diesem Beispiel noch das Verzeichnis /volumeUSB1, das auf die gleiche Weise analysiert, verschoben oder gelöscht werden kann, wie es zuvor am Beispiel des Verzeichnisses <code>/root/.vscode-server</code> beschrieben wurde.