Hallo, Am Wed, 03 Sep 2014, Bernhard Junk schrieb:
/dev/sda3 22G 20G 460M 98% / [..] das Meiste wird von /var/cache/zypp/ belegt. Was kann ich davon löschen?
Alles! Das Verzeichnis (mit den Rechten) evtl. besser behalten. Wieviel ist/war denn bei dir in /var/cache/zypp/ belegt? /var/spool/* sind auch noch so Kandidaten, die man evtl. besser auslagert (mail, news) oder regelmäßig aufräumt (Druckerspool). Ich selbst hab news z.B. in ein reiserfs-Image (8G) ausgelagert, obwohl da deutlich weniger reichen würde. # df -h /var/spool/news Filesystem Size Used Avail Use% Mounted on /dev/loop0 8.0G 744M 7.3G 10% /data/spool/news # losetup -a /dev/loop0: [0876]:667931 (/data/spool/news_reiserfs.img) # du -hs /data/spool/news_reiserfs.img 6.6G /data/spool/news_reiserfs.img Da könnte man auch mal ausmisten bzw. das fs verkleinern. HTH, -dnh PS: # du -hs /var/cache/zypp 736M /var/cache/zypp Das scheint mir erstaunlich wenig, obwohl ich massig Repos eingebunden haben (mit keep_packages). Relevanter wäre hier: # du -hs /data/osbuild-packagecache/ 11G /data/osbuild-packagecache Aber bei # dfall -h -t ext2 -t ext3 -t ext4 Filesystem Size Used Available Use% Mounted 14.6T 13.9T 269.1G 95 ist das nicht soo relevant, da gibt's fettere Brocken, wo ich mal ausmisten sollte :) Achso: # df -Th / Filesystem Type Size Used Avail Use% Mounted on /dev/sda1 ext4 52G 34G 16G 69% / Und das FS hab ich mit Absicht extra groß gemacht ... Und da wären 11G doch durchaus relevant. Aber wozu gibt's Config-Dateien, symlinks und bind-mounts ;) PPS: ich sollte 'dfall' nochmal sauberer durchimplementieren ;) -- # cat /dev/net/tun cat: /dev/net/tun: Die Dateizugriffsnummer ist in schlechter Verfassung -- gefunden von Philipp Thomas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org