Hallo Christian,

Am Samstag 23 September 2017 schrieb Christian Meseberg:

das Thema verfolgt mich seit ich Leap 42.1 erstmals installiert hatte. Meine Rootpartition hat jetzt unter L42.3 52 GB und ist zu 90% gefüllt. Davon belegt allein /usr 18,1 GB. Das ist m.E etwas zuviel.

Das ist normal. Da liegt ja inzwischen alles drin, vom Kernel über aller Kleinkram an Programmen bis hin zu LibreOffice und andere Schwergewichte.

/var hat 7 GB, was auch schon ganz schön viel ist. /lib 3,1 GB

Find ich auch nicht übertrieben viel. Ich vermute mal, Du schaffst auch was mit Deinem System.

alle anderen Verzeichniss liegen unter 1 GB, außer /proc was nicht messbar ist. Das zeigt 120 TB an.

In der Summe der Einzelverzeichnisse komme ich allenfalls 35 GB.

Kann es sein, dass die Ausgabe von df trügt und gar nicht soviel Speicher belegt ist?

Werkelt bei Dir snapper? Bzw hast Du btrfs? snapper macht lustig Snapshots und löscht nicht. Da läuft die Platte recht schnell voll.

Helga

Am 23.09.2017 um 19:10 schrieb Christian Meseberg:

Hallo zusammen,

das Thema verfolgt mich seit ich Leap 42.1 erstmals installiert hatte. Meine Rootpartition hat jetzt unter L42.3 52 GB und ist zu 90% gefüllt. Davon belegt allein /usr 18,1 GB. Das ist m.E etwas zuviel. /var hat 7 GB, was auch schon ganz schön viel ist. /lib 3,1 GB

alle anderen Verzeichniss liegen unter 1 GB, außer /proc was nicht messbar ist. Das zeigt 120 TB an.

In der Summe der Einzelverzeichnisse komme ich allenfalls 35 GB.

Kann es sein, dass die Ausgabe von df trügt und gar nicht soviel Speicher belegt ist?

Was hast du denn auf der Platte?

Üblich waren hier selbst bei Tumbleweed unter ext4 mit df um die 10GB, ohne /home.

Mein Kubuntu zeigt mit df 8GB.

Sieh doch einmal bei /var/lib/systemd/coredump nach, da könnte sich etwas ansammeln.

Ich gehe einmal davon aus, dass /tmp und /var/tmp relativ gering belegt sind, d.h. weniger als 1GB.

Gruß Peter

Hi,

Am Samstag, 23. September 2017, 19:10:55 schrieb Christian Meseberg:

Hallo zusammen,

das Thema verfolgt mich seit ich Leap 42.1 erstmals installiert hatte. Meine Rootpartition hat jetzt unter L42.3 52 GB und ist zu 90% gefüllt. Davon belegt allein /usr 18,1 GB. Das ist m.E etwas zuviel. /var hat 7 GB, was auch schon ganz schön viel ist. /lib 3,1 GB

alle anderen Verzeichniss liegen unter 1 GB, außer /proc was nicht messbar ist. Das zeigt 120 TB an.

In der Summe der Einzelverzeichnisse komme ich allenfalls 35 GB.

Kann es sein, dass die Ausgabe von df trügt und gar nicht soviel Speicher belegt ist?

marschiere doch mal nach /usr und lass mal du lauefen: cd /usr; du -hs * da siehst du dann welche Verzeichnisse die meisten Daten beeinhalten.

Grüße Mike

Am 23.09.2017 um 20:08 schrieb Helga Fischer:

Am Samstag 23 September 2017 schrieb Norbert Zawodsky:

[...]

...

Könnte mich jetzt händisch mit "du" durch den directory-Baum quälen. Aber vielleicht kennt jemand ein tool empfehlen, mit dem ich "übersichtlich" anzeigen kann was wo wieviel Platz (ver)braucht?

Ich nehme immer kdirstat. Der moderne Vertreter will mir grade nicht einfallen. Irgendein buntes Tool für den Plattenplatzverbrauch bietet eigentlich jeder Desktop.

FÜr den schnellen Überblick und ohne Grafik im normalen Terminal empfiehlt sich 'ncdu', gibts im Repo, einfach mal 'zypper se ncdu' machen.

Werner

Am Sonntag, 24. September 2017, 08:49:43 CEST schrieb Manfred Eifler:

Am Samstag, 23. September 2017, 19:10:55 CEST schrieb Christian Meseberg:

...

Hallo zusammen,

das Thema verfolgt mich seit ich Leap 42.1 erstmals installiert hatte. Meine Rootpartition hat jetzt unter L42.3 52 GB und ist zu 90% gefüllt. Davon belegt allein /usr 18,1 GB. Das ist m.E etwas zuviel. /var hat 7 GB, was auch schon ganz schön viel ist. /lib 3,1 GB

alle anderen Verzeichniss liegen unter 1 GB, außer /proc was nicht messbar ist. Das zeigt 120 TB an.

In der Summe der Einzelverzeichnisse komme ich allenfalls 35 GB.

Kann es sein, dass die Ausgabe von df trügt und gar nicht soviel Speicher belegt ist?

Wenn mit btrfs formatiert ist, gehe einfach mal in eine root-console in die betreffende Partition und gib ein:

btrfs subvolume delete /.snapshots/*/snapshot

Ich hatte das Problem auf dem Laptop, der nicht mal mehr startete und mache das seit dem hin und wieder. Das Thema war vor längerer Zeit auch hier in der Liste.

Berichtigung: In die betreffende Partition zu gehen ist nicht notwendig. Mit df -h kannst du vorher und nachher mal kontrollieren, ob es etwas gebracht hat.

Am Sat, 23 Sep 2017 21:16:20 +0200 schrieb Mike Philipp mike.philipp@t-online.de:

...

In der Summe der Einzelverzeichnisse komme ich allenfalls 35 GB.

Kann es sein, dass die Ausgabe von df trügt und gar nicht soviel Speicher belegt ist?

marschiere doch mal nach /usr und lass mal du lauefen: cd /usr; du -hs * da siehst du dann welche Verzeichnisse die meisten Daten beeinhalten.

Hallo zusammen,

vielen Dank für die Meinungen.

für das Rootverzeichnis habe ich ext4 gewählt und /home hat eine eigene Platte. Mit BTRFS hatte ich früher unter 13.1 mehrfach einen Überlauf durch snapper und habe deshalb nur noch ext4 verwendet.

Dank für den Hinweis auf ncdu, das war mir in den Erinnerungen verloren gegangen.

ncdu sagt

20,5GiB [ ] /usr 7,0GiB [ ] /var 3,2GiB [ ] /lib 437,1MiB [ ] /boot 301,6MiB [ ] /opt 61,2MiB [ ] /root 33,4MiB [ ] /etc 17,9MiB [ ] /lib64 9,5MiB [ ] /sbin 4,7MiB [ ] /bin . 2,6MiB [ ] /run 1,4MiB [ ] /srv 112,0KiB [ ] .readahead 16,0KiB [ ] /mnt e 16,0KiB [ ] /lost+found 4,0KiB [ ] /dev e 4,0KiB [ ] /selinux e 4,0KiB [ ] /media 4,0KiB [ ] /tmp . 0,0 B [ ] /proc 0,0 B [ ] /sys @ 0,0 B [ ] klauncherXM4027.1.slave-socket @ 0,0 B [ ] klauncherXM3346.1.slave-socket @ 0,0 B [ ] klauncherXM3313.1.slave-socket @ 0,0 B [ ] klauncherXM2665.1.slave-socket @ 0,0 B [ ] klauncherXM2618.1.slave-socket @ 0,0 B [ ] klauncherXM2533.1.slave-socket @ 0,0 B [ ] klauncherXM2517.1.slave-socket @ 0,0 B [ ] klauncherXM2513.1.slave-socket

Das sind in der Summe ca. 31,5 GB Mit 35 GB lag ich ohne genaueres Rechnen wohl etwas zu hoch ;) /proc wir hier jetzt leer dargestellt. Wenn ich in Dolphin auf Eigenschaften gehe, zeigt es mir 120 TB an.

df sagt

/ # df (ich hoffe die Darstellung ist lesbar) Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf devtmpfs 1970420 4 1970416 1% /dev tmpfs 2014464 0 2014464 0% /dev/shm tmpfs 2014464 2620 2011844 1% /run tmpfs 2014464 0 2014464 0% /sys/fs/cgroup /dev/ sdd3 53180444 45484200 5892544 89% / tmpfs 1048576 72 1048504 1% /tmp

Die Differenz ist ersichtlich, oder lese ich das falsch?

/home hat 1,4 TB und weitere leere tmpfs hab eich mal rausgenommen

Ist wohl möglich, dass df falsche Ausgaben liefert.

Am Sun, 24 Sep 2017 10:10:20 +0200 schrieb Christian Meseberg osuse42@t-online.de:

Ich werde nicht mehr df sondern ncdu zur Kontrolle verwenden und bin gespannt, ob es mal Probleme gibt.

Danke an Alle die geholfen habe und eine schönen Sonntag noch ;)

die Alternative di zeigt die gleichen Erfgebnisse wie df

Dateisystem Mountpunkt Größe Benutzt Verfügb. %Ben. D.typ /dev/sdd3 / 50,7G 43,4G 5,6G 89% ext4 devtmpfs /dev 1,9G 0,0G 1,9G 0% devtmpfs tmpfs /dev/shm 1,9G 0,0G 1,9G 0% tmpfs /dev/mapper/_dev_s /home 1,8T 1,4T 0,4T 78% xfs tmpfs /run 1,9G 0,0G 1,9G 0% tmpfs /dev/sda4 /run/media/chri 100,0G 0,0G 100,0G 0% vfat tmpfs /run/user/1000 393,5M 0,0M 393,4M 0% tmpfs tmpfs /run/user/4 393,5M 0,0M 393,5M 0% tmpfs tmpfs /run/user/484 393,5M 0,0M 393,5M 0% tmpfs tmpfs /sys/fs/cgroup 1,9G 0,0G 1,9G 0% tmpfs tmpfs /tmp 1,0G 0,0G 1,0G 0% tmpfs

Hallo,

Am Sat, 23 Sep 2017, Helga Fischer schrieb:

Am Samstag 23 September 2017 schrieb Norbert Zawodsky:

...

Könnte mich jetzt händisch mit "du" durch den directory-Baum quälen. Aber vielleicht kennt jemand ein tool empfehlen, mit dem ich "übersichtlich" anzeigen kann was wo wieviel Platz (ver)braucht?

Ich nehme immer kdirstat. Der moderne Vertreter will mir grade nicht einfallen. Irgendein buntes Tool für den Plattenplatzverbrauch bietet eigentlich jeder Desktop.

Funktionieren tun z.B.:

baobab (Gtk), filelight (qt), xdiskusage, bei mir untauglich: qdirstat, qdiskusage, gtkdiskfree

-dnh

Am Mon, 25 Sep 2017 16:30:11 +0200 schrieb Christian Meseberg osuse42@t-online.de:

Hallo David,

xdiskusage zeigt die gleichen Werte mit 89 % benutzem Plattenbereich.

Ich werde mal mit Tumbleweed auf eine freien sdd gleicher Größe eine Testinstallation durchführen. Den Wechsel hatte ich schon mal geplant und jetzt wäre Gelegenheit. Seit OS 13.1 hab eich nur Upgrades durchgeführt und ggf. sind das Dateisystem/Partitionstabelle nicht i.O.

ich habe mich doch für Leap 42.3 entschieden und das System neu aufgesetzt und die Pakete komplett aus der alten Installation übernommen. Zuvor habe ich die sdd nach eine HowTo von Sebastian Siebert https://www.sebastian-siebert.de/2013/09/22/opensuse-umzug-von-der-festplatt... angepasst (10% Reserve) und HPA aktiviert.

Eine Paketliste erstellt und im neuen System mit zypper in $( cat paketliste.txt ) installiert. Das ganze hat ca. 2 h gedauert, einschl. aller Anpassungen pam_mount usw.

~ df -h zeigt nun Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf devtmpfs 1,9G 0 1,9G 0% /dev tmpfs 2,0G 1,1M 2,0G 1% /dev/shm tmpfs 2,0G 2,6M 2,0G 1% /run tmpfs 2,0G 0 2,0G 0% /sys/fs/cgroup /dev/sdc1 46G 12G 34G 26% / tmpfs 394M 0 394M 0% /run/user/4 tmpfs 394M 0 394M 0% /run/user/483 tmpfs 394M 20K 394M 1% /run/user/1000 /dev/mapper/_dev_sdb1 1,9T 1,5T 406G 79% /home

Hier wird die eigentlich auch 60 GB große sdd nach Abzug vob 10 % Reserve und 4 GB Swap nur noch mit 46 GB netto angezeigt. Trotzdem nur 26 v.H. belegt, bei gleicher Paketanzahl.

Das zeigt mir jedenfalls, dass im alten Dateisystem etwas kaputt gegangen sein muss.

Was auf der neuen Installation nicht funktioniert sind die propitären nvidia-Treiber. Es läuft nur der Nouveau von Suse. Keine Ahnung warum. Ist mir aber egal. Kan keine Einschränkungen erkennen und habe das nvidia-Repo deaktiviert. Das kommt später dran.

Am 2017-09-23 20:08 schrieb Helga Fischer:

Am Samstag 23 September 2017 schrieb Norbert Zawodsky:

[...]

...

Könnte mich jetzt händisch mit "du" durch den directory-Baum quälen. Aber vielleicht kennt jemand ein tool empfehlen, mit dem ich "übersichtlich" anzeigen kann was wo wieviel Platz (ver)braucht?

Ich nehme immer kdirstat. Der moderne Vertreter will mir grade nicht einfallen. Irgendein buntes Tool für den Plattenplatzverbrauch bietet eigentlich jeder Desktop.

Helga

Hallo Helga,

der moderne Vertreter heißt k4dirstat. Habs mal schnell ausprobiert. macht genau das was ich gesucht habe.

Danke!