Systempartition voll - Anleitung zur Prüfung und Säuberung

[framp]

… nur so als Hinweis.

Danke für den Hinweis. Schade

 

[Benie]

Ist doch alles halb so wild.

In Den SynoCli Disktools ist "ncdu" doch noch beinhaltet.

 

[Benares]

Ich hab grad die "SynoCli File Tools" auf 4.0-26 aktualisiert. "ncdu" war dann weg, obwohl die "SynoCli Disk Tools" auch installiert sind und "ncdu" dort namentlich erwähnt ist. Nach De- und Neuinstallation der "SynoCli Disk Tools" war "ncdu" dann wieder da.

 

[framp]

Nach De- und Neuinstallation von "SynoCli Disk Tools" war "ncdu" dann wieder da.

 

[ctrlaltdelete]

@Benares welche Deinstall Option hast du gewählt?

 

[Benares]

Die erste

 

[Tommes]

Ich hatte auch irgendwo einen Einzeiler um den Ordner /var/log auf der Konsole auszumisten. Sobald ich den gefunden habe, poste ich ihn hier.

Gefunden… aber ich musste feststellen, das sich auf meinem aktuellen DSM im Ordner /var/log nur Archivdateien des Typs .xz befinden und keine .gz oder .tgz Archive. Keine Ahnung ob das mittlerweile so ist. Interessant fand ich diesen Wikipedia Eintrag zum Thema xz *klick* und habe gleich mal geschaut, welche xz Version sich auf meinem DSM befindet. Ergebnis…

:/# xz --version
xz (XZ Utils) 5.2.6
liblzma 5.2.6

… von daher alles gut. Manchmal scheint es doch ganz gut zu sein, das Synology nicht immer Up to Date ist, was das anbelangt.

Wie dem auch sei. Ich hab den Befehl auf xz beschränkt und das Ergebnis der Suche zunächst an den Befehl du übergeben. Damit kann man sich anschauen, wieviel Platz überhaupt von den Arichvdateien belegt sind, bevor man sie löscht. Der Befehl lautet:

find /var/log -type f -regex ".*\.xz$" | xargs du -ch

Am Ende der Ausgabe wird der belegte Gesamtspeicherplatz aller gefundenen Dateien ausgegeben. Den Lösch-Befehl lass ich aber zunächst weg, weil ich nicht hundertprozentig sicher bin, ob das generelle Löschen dieser Dateien klug ist oder nicht. Auch frag ich mich, wo die .gz oder .tgz Archive hin sind, die es früher mit ziemlicher Sicherheit gegeben hat.

 

[Benares]

Bei mir gibt es unter /var/log zu fast jeder Datei diese .xz-Dateien, Beispiel


Ich denke, die kann man bedenkenlos weghauen, wenn der Platz eng wird.

 

[Kaiser Wilhelm]

Bei mir sind das 48M. Das ist ja so gut wie nichts. Angefasst habe ich den /var/log noch nie. Laufen tut die Syno seit Dezember 2020.

 

[williwams]

Hallo an alle Syno´s
nach einem Update von DSM 6 auf 7.22 begannen die Probleme bei mir, zuvor ist sie ohne Probleme gelaufen.
Ich hatte dann auch dieses Problem "Dieser Vorgang kann nicht blablabla.....versuchen sie es später nochmal"
Die Anleitung zur Prüfung und Säuberung hatte ich alle durch, mit dem Ergebnis, alles o.k. auf meiner Synology.
Nach stundenlangen ausprobieren und der Such im Web, bin ich auf einen Post von DaveR007 aus dem reddit Forum gestoßen. Er hat eine Anleitung zur installation der gleichen DSM Version geschrieben, was ja so auf der Synology nicht möglich ist. Ich habe mich dafür entschieden dies zu probieren, es war ein voller Erfolg! Es dauert ungefär 10 Minuten und die Version 7.22 war erneut installiert und läuft seitdem wunderbar, keine Fehler mehr und keinen Datenverlust.

Die Anleitung von DaveR007 aus dem reddit Forum lautet:
Erst einmal die gewünschte DSM Version vom Synology Downloadcenter auf dem PC laden.

Alles, was ich tun musste, war:

1. Bearbeiten Sie sowohl die Buildnummer als auch die Basisnummer /etc.defaults/VERSIONso, dass sie eine Ziffer kleiner ist als die aktuell installierte Version. Ändern Sie beispielsweise 64570 in 64569
2. Laden Sie die neueste DSM-Version von Synology herunter, 7.2-64570
3. Gehen Sie zu „Systemsteuerung > Aktualisieren und Wiederherstellen > Manuelles DSM-Update“
4. Navigieren Sie zu der heruntergeladenen DSM-.pat-Datei, klicken Sie auf „Öffnen“ und dann auf „OK“.
5. Warten Sie, bis es neu gestartet wird, und ich bin fertig.

In Schritt 1 habe ich die beiden Instanzen von "64570" in "64569" geändert, also z.B.

• Buildnummer="64569"
• Basis="64569"

Ich hoffe es ist ok dass ich das hier schreibe, mir hat die Anleitung geholfen.
Gruß
Willi

 

[Benie]

Mal allgemein für die Zukunft.
@DaveR ist auch hier im Forum Mitglied und hat speziell ganz tolle, wertvolle Hilfsmittel und Scripte für die DS entwickelt / geschrieben.
Kannst Dich ja mal auf seiner Homepage bei GitHub umschauen. Beachte dort auch das Repository.

https://github.com/007revad

 

[williwams]

Danke für die Info, werde ich mir auf jeden Fall mal anschauen.

 

[DaveR]

After I made that post on reddit I wrote a script that does the editing for you. The script can be run via SSH or task scheduler. https://github.com/007revad/Synology_DSM_reinstall

I have lots of helpful scripts and a few packages and Windows apps for Synology NAS and Plex. https://007revad.github.io/

 

[RalfPeter]

Hallo Zusammen,
nachdem ich nun nach ca. 10 Tagen mit der Neukonfiguration meiner DS fertig bin (DSM 7.3 neu installiert, Volume auf btrfs formatiert, alle Daten zurückübertragen, ...), hat mich folgendes erstaunt:

root@UNSERnas:~# df -h
Filesystem              Size  Used Avail Use% Mounted on
/dev/md0                2.3G  1.4G  804M  64% /
devtmpfs                 32G     0   32G   0% /dev
tmpfs                    32G  440K   32G   1% /dev/shm
tmpfs                    32G   55M   32G   1% /run
tmpfs                    32G     0   32G   0% /sys/fs/cgroup
tmpfs                    32G   30M   32G   1% /tmp
tmpfs                   6.3G     0  6.3G   0% /run/user/196791
/dev/loop0               27M  769K   24M   4% /tmp/SynologyAuthService
/dev/mapper/cachedev_0   32T   17T   16T  52% /volume1
/dev/usb1p1              13T  7.7T  5.0T  61% /volumeUSB1/usbshare
/dev/mapper/cachedev_0   32T   17T   16T  52% /volume1/@appdata/ContainerManager/all_shares/docker
... -> alle weiteren shares der DS

1. Sollte die root partition nach Neuinstallation nicht 9,8 GB groß sein?
2. wieso sind alle shares jetzt im ContainerManager gemountet (oder was ist dieses cachedev_0)?
3. Was ist tmpfs 6.3G 0 6.3G 0% /run/user/196791? Der user 196791 ist "Antivirus"

 

[ctrlaltdelete]

1. Hast du neu installiert oder den reinstall von @DaveR gemacht?
2. tempfs ist flüchtiger RAM, als Zwischenspeicher fürs System, DB, PID-Files, Device Nose, etc., die 32 GB sind nur das Limit.
3. Das ist der max temp file des Users

 

[RalfPeter]

1. Hast du neu installiert oder den reinstall von @DaveR gemacht?

Ich hatte eine DS (gleicher Typ nur etwas älter) ausgeliehen. Dann 2 neue Festplatten eingebaut und das BS neu installiert (über den Synology Assistant). Dann alle HDDs aus meiner produktiven DS ausgebaut, die beiden HDDs aus der geliehenen DS in diese eingebaut und das System neu gestartet.

Was mich aber am Meisten verwirrt:
/volume1/@appdata/ContainerManager/all_shares/* scheint eine Duplizierung (Verlinkung?) aller Daten zu sein. Wozu ist das gut? Braucht der ContainerManager Zugriff auf alles? Oder ist es von mir falsch konfiguriert?

 

[ctrlaltdelete]

Das wundert mich, ich dachte es wird immer die neue 7,9 GB Systempartition angelegt.
Der ContainerManager share ist "hidden" vom DSM angelegt, damit CM auf alle Ordner Zugriff hat, ist uns hier im Forum vor ein paar Wochen/Monaten aufgefallen. Finde ich auch nicht wirklich toll, ist aber wohl so gewollt von Synology. Du hast nichts falsch konfiguriert.

 

[RalfPeter]

@ctrlaltdelete : Danke dir schon mal. Das mit dem ContainerManager hier im Forum habe ich nicht gesehen.

Ich ärgere mich jetzt dass ich nicht sofort nach der Neuinstallation per ssh das ein oder andere überprüft habe. Jetzt ist es zu spät und sehr ärgerlich, da ich genau wegen der root partiton das System (und wegen btrfs) neu aufgesetzt habe. Bei 16 TB Daten ist das ein immenser Aufwand (alleine das neu einbinden der HDDs dauerte 6 Tage).

 

[DaveR]

What was the Synology model of the borrowed NAS and which DSM version got installed?

At least your original problem of /dev/md0 being full is solved.

I also have /run/user/196791/systemd which contains 0 byte files named notify and private which are both owned by AntiVirus.

You obviously only have 1 shared folder: docker

All my volumes and shared folders are /dev/mapper/cachedev_N

root@DISKSTATION:~# df -h
Filesystem              Size  Used Avail Use% Mounted on
/dev/md0 7.9G 1.5G 6.3G 20% /
devtmpfs                 16G     0   16G   0% /dev
tmpfs                    16G  248K   16G   1% /dev/shm
tmpfs                    16G  124M   16G   1% /run
tmpfs                    16G     0   16G   0% /sys/fs/cgroup
tmpfs                    16G   46M   16G   1% /tmp
tmpfs                   3.2G     0  3.2G   0% /run/user/196791
/dev/loop0               27M  767K   24M   4% /tmp/SynologyAuthService
/dev/mapper/cachedev_0  437G   50G  388G  12% /volume3
/dev/mapper/cachedev_1  453G   16G  437G   4% /volume2
/dev/mapper/cachedev_2   42T   22T   20T  53% /volume1
\\192.168.20.190\video   33T   24T  9.3T  72% /volume1/nimbustor/video
/dev/mapper/cachedev_2   42T   22T   20T  53% /volume3/@appdata/ContainerManager/all_shares/3-nvme_raidf1
/dev/mapper/cachedev_2   42T   22T   20T  53% /volume3/@appdata/ContainerManager/all_shares/4-drive_SHR
/dev/mapper/cachedev_2   42T   22T   20T  53% /volume3/@appdata/ContainerManager/all_shares/Backups
/dev/mapper/cachedev_2   42T   22T   20T  53% /volume3/@appdata/ContainerManager/all_shares/docker
/dev/mapper/cachedev_2   42T   22T   20T  53% /volume3/@appdata/ContainerManager/all_shares/downloads
/dev/mapper/cachedev_2   42T   22T   20T  53% /volume3/@appdata/ContainerManager/all_shares/DS720_root
/dev/mapper/cachedev_2   42T   22T   20T  53% /volume3/@appdata/ContainerManager/all_shares/ExportTools
/dev/mapper/cachedev_2   42T   22T   20T  53% /volume3/@appdata/ContainerManager/all_shares/homes
/dev/mapper/cachedev_2   42T   22T   20T  53% /volume3/@appdata/ContainerManager/all_shares/Media
/dev/mapper/cachedev_2   42T   22T   20T  53% /volume3/@appdata/ContainerManager/all_shares/music
/dev/mapper/cachedev_2   42T   22T   20T  53% /volume3/@appdata/ContainerManager/all_shares/NetBackup
/dev/mapper/cachedev_2   42T   22T   20T  53% /volume3/@appdata/ContainerManager/all_shares/nimbustor
/dev/mapper/cachedev_2   42T   22T   20T  53% /volume3/@appdata/ContainerManager/all_shares/NVMe
/dev/mapper/cachedev_2   42T   22T   20T  53% /volume3/@appdata/ContainerManager/all_shares/nvme-1-1_vol2
/dev/mapper/cachedev_0  437G   50G  388G  12% /volume3/@appdata/ContainerManager/all_shares/NVMe_E10M20-T1
/dev/mapper/cachedev_0  437G   50G  388G  12% /volume3/@appdata/ContainerManager/all_shares/PlexMediaServer
/dev/mapper/cachedev_2   42T   22T   20T  53% /volume3/@appdata/ContainerManager/all_shares/PlexMediaServer_Backup
/dev/mapper/cachedev_2   42T   22T   20T  53% /volume3/@appdata/ContainerManager/all_shares/Resilio Sync
/dev/mapper/cachedev_2   42T   22T   20T  53% /volume3/@appdata/ContainerManager/all_shares/scripts
/dev/mapper/cachedev_2   42T   22T   20T  53% /volume3/@appdata/ContainerManager/all_shares/sharesync
/dev/mapper/cachedev_2   42T   22T   20T  53% /volume3/@appdata/ContainerManager/all_shares/Syno_Archive
/dev/mapper/cachedev_2   42T   22T   20T  53% /volume3/@appdata/ContainerManager/all_shares/T3_HDD
/dev/mapper/cachedev_2   42T   22T   20T  53% /volume3/@appdata/ContainerManager/all_shares/temp
/dev/mapper/cachedev_2   42T   22T   20T  53% /volume3/@appdata/ContainerManager/all_shares/test
/dev/mapper/cachedev_2   42T   22T   20T  53% /volume3/@appdata/ContainerManager/all_shares/transfer
/dev/mapper/cachedev_2   42T   22T   20T  53% /volume3/@appdata/ContainerManager/all_shares/videos-to-delete
/dev/mapper/cachedev_2   42T   22T   20T  53% /volume3/@appdata/ContainerManager/all_shares/vmm-transfer
/dev/mapper/cachedev_2   42T   22T   20T  53% /volume3/@appdata/ContainerManager/all_shares/VMM_Export
/dev/mapper/cachedev_2   42T   22T   20T  53% /volume3/@appdata/ContainerManager/all_shares/web
/dev/mapper/cachedev_2   42T   22T   20T  53% /volume3/@appdata/ContainerManager/all_shares/web_packages
tmpfs                   1.0T     0  1.0T   0% /dev/virtualization
/dev/mapper/cachedev_0  437G   50G  388G  12% /volume3/@appdata/ContainerManager/all_shares/scripts_nvme

The /volume3/@appdata/ContainerManager/all_shares/ is a new "feature" (that nobody asked for) that Synology added in Container Manager 24.0.2-1606. Synology have said it makes all the shared folders more easily available for containers... but currently no containers use the feature.

From Synology Support back in March:

I have confirmed with our developers regarding the mount points at @appdata/ContainerManager/all_shares/. These are used as bind mounts for container-based packages, helping to prevent issues that may arise from mounting the root folder directly

If you want to remove these mount folders, you can do so using the following commands:

`/var/packages/ContainerManager/target/tool/mount_share_helper --umount-all`

`mv /var/packages/ContainerManager/target/tool/mount_share_helper ~`

My syno_app_mover script unmounts all the shared folders from ContainerManager/all_shares because it was causing the package size check for Container Manager to take a really, really, long time and give the wrong size.

                    # Check if ContainerManager 24.0.2-1606 or later
                    pkgversion=$(/usr/syno/bin/synogetkeyvalue "/var/packages/$pkg/INFO" version)
                    if [[ ${pkgversion:0:2} -gt "23" ]]; then
                        # Unmount shared folders in /volumeN/@appdata/ContainerManager/all_shares
                        /var/packages/ContainerManager/target/tool/mount_share_helper --umount-all
                    fi

Some time after unmounting all the shared folders in all_shares Container Manager remounts a few of them (for me).

 

[RalfPeter]

What was the Synology model of the borrowed NAS and which DSM version got installed?

My production DS is a DS1621+, the borrowed one a DS1618+ (wich i now bought as my new backup DS). The System came without any HDDs. The inserted HDDs where some older ones (WD red 3TB) i changed a year before against Seagate 8TB. The DS did update the ROM of the DS1618+ (perhaps here was the problem) with DSM 7.3 and then installed the DSM on the HDDs.

You obviously only have 1 shared folder: docker

No, all shares are mountet. I wrote:
/dev/mapper/cachedev_0 32T 17T 16T 52% /volume1/@appdata/ContainerManager/all_shares/docker
... -> alle weiteren shares der DS