Paketinstallation bricht ab

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

adm105

Benutzer
Registriert
10. Mai 2021
Beiträge
84
Reaktionspunkte
3
Punkte
8
Hallo,

aktuell arbeite ich mit je einer ds918+ bzw. ds224. Auf beiden läuft die DSM-Version 7.2.1-69057 Update 5.
Mittels Hyper-Backup habe ich gestern versucht, ein Vollbackup der ds224 auf die ds918+ aufzuspielen. Dort war auf Volume 3 der größte freie Speicherplatz, also sollte auch da die Sicherung untergebracht werden. Insgesamt stehen ca. 7.5 TB freier Speicherplatz zur Verfügung (ca. 3.5 auf Volume 3), wobei die Sicherung insgesamt ca. 2.7 TB beansprucht.
Leider bekam ich zwischendurch die Meldung, dass auf Volume 3 nicht mehr genügend Speicherplatz vorhanden war. Deshalb habe ich das Backup abgebrochen und die Datei händisch gelöscht.

Später bemerkte ich dann, dass beim installieren neuer Pakete der Vorgang sofort abgebrochen wurde und eine manuelle Installation mit der Meldung "Der freie Speicherplatz auf der Systempartition ist nicht ausreichend" ebenfalls versagte. Ich vermute mal, dass meine Löschaktion über die File Station der falsche Weg war.

Das Problem würde ich gerne lösen, ohne den Service von Synology anzusprechen. Vielleicht kann mir jemand dabei helfen.

Viele Grüße
 
Die Ausgabe von df -h sieht übrigens so aus:
 

Anhänge

  • screenshot1.png
    screenshot1.png
    53,3 KB · Aufrufe: 13
Zuletzt bearbeitet von einem Moderator:
Dann finde mal raus, was dein root-Filesystem so zugemüllt hat. Normal ist ein Use% von ca. 65%.

Hier meine Werte zur Orientierung:
Code:
root@DS1522:~# du / -hxd 1 | sort -h -r
1.4G    /
1.2G    /usr
195M    /var
40M     /.syno
11M     /var.defaults
4.3M    /etc
2.5M    /etc.defaults
548K    /.log.junior
36K     /root
36K     /.old_patch_info
16K     /opt
4.0K    /.system_info
4.0K    /mnt
4.0K    /lost+found
4.0K    /initrd
 
  • Like
Reaktionen: Tommes und dil88
So sieht es bei mir aus - allerdings weiß ich nicht genau, wo man ansetzten könnte. Ich habe bereits ein wenig recherchiert, eventuell die installierten Pakete (40) reduzieren?
 

Anhänge

  • screenshot03.png
    screenshot03.png
    65,5 KB · Aufrufe: 14
Schau 'mal bitte, was in /Volume1 drin ist. M.E. hat das da nichts zu suchen.
 
Genau, "Volume1" (mit großem V) ist der Übeltäter. Die x-Option von "du" verhindert, dass er das Filesystem wechselt. Also liegt /Volume1 samt Inhalt direkt unter /.
Also weg damit, "rm -rf /Volume1" (<- aber mit großem V)
 
  • Like
Reaktionen: adm105 und dil88
Super - da lag der Fehler, jetzt läuft alles wieder wie gewohnt. Das Verzeichnis Volume1 mit großem "V" habe ich völlig übersehen und wurde bewusst von mir nicht angelegt. Keine Ahnung was da passiert ist.

Vielen Dank an alle Unterstützer!
 
Da hast du dich bestimmt mal irgendwo vertippt. Linux arbeitet nämlich "Case-Sensitive", d.h.
Code:
root@DS1522:~# touch abc Abc aBc
root@DS1522:~# ll
total 24
drwx------  3 root root 4096 Oct  3 14:52  .
drwxr-xr-x 24 root root 4096 Sep 29 15:30  ..
-rw-------  1 root root    0 Oct  3 14:52  abc
-rw-------  1 root root    0 Oct  3 14:52  aBc
-rw-------  1 root root    0 Oct  3 14:52  Abc
-rw-r--r--  1 root root    0 Apr 19  2023 'FOR SYSTEM USE ONLY. DO NOT UPLOAD FILES HERE.'
-rw-r--r--  1 root root 1313 Apr 19  2023  .profile
-rw-r--r--  1 root root 2043 Apr 19  2023  .profile.size_check
drwxr-xr-x  2 root root 4096 Sep 27 13:01  .ssh
-rw-r--r--  1 root root  282 Oct  2 13:24  .wget-hsts
root@DS1522:~# rm abc Abc aBc
ist möglich
 
  • Like
Reaktionen: adm105
Inzwischen habe ich mir überlegt, die zweite DS auch mal zu prüfen.

Code:
root@ds224:~# du / -hxd 1 | sort -h -r
1.4G    /
1.2G    /usr
183M    /var
36M    /.syno
9.2M    /var.defaults
4.5M    /etc
2.6M    /.log.junior
2.5M    /etc.defaults
88K    /root
16K    /.system_info
16K    /opt
8.0K    /.syno_rbd
8.0K    /.old_patch_info
4.0K    /volume2
4.0K    /mnt
4.0K    /lost+found
4.0K    /initrd

und df -h

Code:
root@ds224:~# df -h
Filesystem         Size  Used Avail Use% Mounted on
/dev/md0           7.9G  1.4G  6.4G  19% /
devtmpfs           8.7G     0  8.7G   0% /dev
tmpfs              8.8G  244K  8.8G   1% /dev/shm
tmpfs              8.8G   23M  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
/dev/vg1/volume_1  5.3T  2.6T  2.7T  50% /volume1


Hier fällt mir inbesondere "/dev/vg1/volume_1" auf, denn bisher habe ich auf der ds224 noch nicht viel installiert. Der Speichermanager zeigt aber auch an, dass etwa 50% vom Volume1 verwendet sind. Was sagt ihr dazu?
 
Das passt schon. Die neueren DSM-Versionen haben knapp 8GB statt 2,3GB als Systempartition wenn man sie neu installiert. Und 1,4GB davon belegt passt auch.
Und /volume1 ist halt dein Daten-Volume, ob da die 50% Füllstand plausibel sind, musst du selbst wissen.
 

Additional post fields

 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat