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? -- Beste Grüße Christian -- 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
Am 2017-09-23 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?
Jetzt wo Du's sagst... Auf meinem Rechner gibt df -h /dev/sda1 Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf /dev/sda1 440G 392G 27G 94% / df -h /dev/sdb1 Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf /dev/sdb1 917G 659G 257G 72% /srv/video df -h /CryptHD Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf /dev/mapper/cr_md126 459G 28G 430G 7% /CryptHD Alle fs sind ext4 Die 72% auf sdb1 sind wegen der vielen videos "völlig normal" Aber die 392G auf sda1 erschrecken mich jetzt gewaltig... 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? Grüße, Norbert -- 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
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 -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- 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
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 -- Werner Dittmann email: Werner.Dittmann@t-online.de cell: +49 173 44 37 659 PGP key: 82EF5E8B -- 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
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 --
Ich kann doch nichts dafür wenn alle meine Postings siggen wollen. Ich Poste den Blödsinn doch nur. [Woko° in dafb] -- 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
Am Sun, 24 Sep 2017 15:38:09 +0200
schrieb David Haller
Funktionieren tun z.B.:
baobab (Gtk), filelight (qt), xdiskusage, bei mir untauglich: qdirstat, qdiskusage, gtkdiskfree
-dnh
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. -- Beste Grüße Christian -- 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
Am Mon, 25 Sep 2017 16:30:11 +0200
schrieb Christian Meseberg
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. -- Beste Grüße Christian -- 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
Hallo Christian, hallo Liste, Am 25.09.2017 um 23:04 schrieb Christian Meseberg:
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.
mir ist da bei den vielen Dingen, die ich in dieser Diskussion gefunden habe, noch eine andere Lösung eingefallen, warum Du mit verschiedenen Tools verschiedene Antworten bekommen kannst. Und ich sag meine Lösung nur, weil mir das schon mal passiert ist: Wenn Du versehentlich in ein Verzeichnis eine andere Partition einhängst, obwohl in dem Verzeichnis schon ein Inhalt liegt, wird dieser "unsichtbar", aber er braucht Plattenplatz. Nach dem, was ich hier bisher gefunden habe, war diese Möglichkeit noch nicht explizit ausgeschlossen. Langform: Es sei /ein/beliebiges/Verzeichnis und du -sh /ein/beliebiges/Verzeichnis liefert 20 GB. Dann macht man versehentlich mount /dev/sdb1 /ein/beliebiges/Verzeichnis und schon sind die originalen 20 GB in dem Verzeichnis nicht mehr erreichbar, liegen aber noch auf Platte. Nur so als noch denkbarer Grund, der keinen Defekt darstellt... Gruß Jan -- _________________________________________________________________ Jan Handwerker http://www.imk-tro.kit.edu/jan.handwerker.php
Hallo zusammen, Jan Handwerker meinte am Dienstag, den 26.09.2017 um 10:08 Uhr wegen:Rootpartition läuft voll??
Hallo Christian, hallo Liste,
Am 25.09.2017 um 23:04 schrieb Christian Meseberg:
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.
mir ist da bei den vielen Dingen, die ich in dieser Diskussion gefunden habe, noch eine andere Lösung eingefallen, warum Du mit verschiedenen Tools verschiedene Antworten bekommen kannst. Und ich sag meine Lösung nur, weil mir das schon mal passiert ist:
Wenn Du versehentlich in ein Verzeichnis eine andere Partition einhängst, obwohl in dem Verzeichnis schon ein Inhalt liegt, wird dieser "unsichtbar", aber er braucht Plattenplatz. Nach dem, was ich hier bisher gefunden habe, war diese Möglichkeit noch nicht explizit ausgeschlossen.
Langform: Es sei /ein/beliebiges/Verzeichnis und du -sh /ein/beliebiges/Verzeichnis liefert 20 GB.
Dann macht man versehentlich mount /dev/sdb1 /ein/beliebiges/Verzeichnis
und schon sind die originalen 20 GB in dem Verzeichnis nicht mehr erreichbar, liegen aber noch auf Platte.
Nur so als noch denkbarer Grund, der keinen Defekt darstellt...
hallo Jan, zu diesem Thema habe ich mir schon früher Gedanken gemacht, Ich habe für /home eine eigene Platte und deshalb als root (user zuvor abgemeldet) den User in /home gelöscht. Andere Platten habe ich nicht eingehängt. Deshalb kann das in meinem Fall nicht zutreffend sein. Trotzdem vielen Dank für den durchaus berechtigten Hinweis. -- Beste Grüße Christian -- 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
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! -- 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
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 -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- 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
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 -- 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
Am 23.09.2017 um 20:33 schrieb Peter Mc Donough:
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?
Aus meinem Archiv: ich hatte einmal aus weiß was ich für Gründen eine Menge tex-Dateien in .../share/texmf, die ich sicher nicht brauchte. Zum finden der Platzfresser half hier von xubuntu aus (oder aus einem live-System) du -t +1G -xHh (/verzeichnis) root@xbu-lux:/home/peter# du -t +1G -xHh /vol/openSuse/root_sda1/ 1,1G /vol/openSuse/root_sda1/var 2,5G /vol/openSuse/root_sda1/usr/lib64 1,6G /vol/openSuse/root_sda1/usr/src 1,1G /vol/openSuse/root_sda1/usr/share/texmf 3,5G /vol/openSuse/root_sda1/usr/share 8,8G /vol/openSuse/root_sda1/usr 12G /vol/openSuse/root_sda1/ Gruß Peter -- 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
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 -- 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
Am Sat, 23 Sep 2017 21:16:20 +0200
schrieb Mike Philipp
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. -- Beste Grüße Christian -- 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
Hallo Christian, hallo zusammen, Am Sonntag, 24. September 2017, 09:56:49 CEST schrieb Christian Meseberg:
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.
Ich rufe lieber bei Bedarf snapper list und snapper rm 5-8 [1] auf und kann, falls bei Tumbleweed ausnahmsweise mal etwas kaputt geht, ein Rollback machen ;-)
/proc wir hier jetzt leer dargestellt. Wenn ich in Dolphin auf Eigenschaften gehe, zeigt es mir 120 TB an.
/proc und /sys sind virtuelle Dateisysteme, ihr Inhalt wird on-the-fly vom Kernel geliefert. /dev und /run liegen auch nicht auf der Festplatte, sondern sind im RAM gehaltene tmpfs. Diese Verzeichnisse kannst Du also bei der Frage nach der Plattenbelegung ignorieren ;-) Gruß Christian Boltz [1] Snapshotnummern nach Bedarf anpassen --
Regulars, IMO in etwa definiert durch a) seltenere, aber sehr qualifizierte, oder b) haeufigere, "regelmaessige", qualifizierte, oder c) sonstige aussergewoehnliche Antworten/Mails (oder Kombinationen) ueber mind. 3 (eher 6) Monate hinweg. Nach Deiner Definition ist Marcel ein Regular, oder findest Du seine Mails nicht aussergewöhnlich? [> David Haller und Bernd Brodesser in suse-linux]
-- 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
Hallo, Am Sat, 23 Sep 2017, Christian Meseberg schrieb:
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.
btrfs snapshots? Ansonsten: kommt _sehr_ darauf an, was du so alles installierst! Hier z.B. mit ext3/4 (inkl. /usr/ Filesystem Size Used Avail Use% Mounted on /dev/sda1 52G 44G 5.4G 89% / davon ~35GiB für /usr.
Kann es sein, dass die Ausgabe von df trügt und gar nicht soviel Speicher belegt ist?
Bei btrfs definitiv. -dnh -- Macht ihnen dieses Personal keine Angst? C. Lindner, mit 16 in die FDP, R. Pofalla, 16, CDU, M.Söder, 16, CSU, D.Niebel, 14, FDP, D.Bahr, 14, FDP, C.Schröder, 14, CDU. Wir werden von Menschen regiert, die bereits in ihrer Pubertät ein sozial schwer abnormes Verhalten an den Tag legten. -- M. Uthoff -- 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
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. -- Viele Grüße Manfred ------------------- openSUSE Leap 42.2 KDE: 5.8.3 Linux -4.4.46-11--default 64-bit -- 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
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. -- Viele Grüße Manfred ------------------- openSUSE Leap 42.2 KDE: 5.8.3 Linux -4.4.46-11--default 64-bit -- 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
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? Schau mal unter /usr/src Bei mir musste ich bereits 2 mal nicht mehr benötigte Einträge löschen. Kernelupdates hinterlassen hier die alten Versionen.
Gruß Detlev -- 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
Am Sun, 24 Sep 2017 09:55:44 +0200
schrieb Detlev Jäckel
Kann es sein, dass die Ausgabe von df trügt und gar nicht soviel Speicher belegt ist?
Schau mal unter /usr/src Bei mir musste ich bereits 2 mal nicht mehr benötigte Einträge löschen. Kernelupdates hinterlassen hier die alten Versionen.
Hallo Detlev, die kernel sind vorhanden. /usr/src hat 9,3 GB, da kann ich mal aufräumen. Ich habe ich mal auf das Lenovo T60 geschaut, da läuft Tumbleweed 32bit. Die Rootpartition hat insgesamt 8,9 GB. Das sieht zutreffend aus. Im Hinblick auf die alten Kernel sind die mit ncdu ermittelten 31,5 GB ja auch plausibel. 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 ;) -- Beste Grüße Christian -- 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
Am Sun, 24 Sep 2017 10:10:20 +0200
schrieb Christian Meseberg
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 -- Beste Grüße Christian -- 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
participants (11)
-
Christian Boltz -
Christian Meseberg -
David Haller -
Detlev Jäckel -
Handwerker, Jan (IMK) -
Helga Fischer -
Manfred Eifler -
Mike Philipp -
Norbert Zawodsky -
Peter Mc Donough -
Werner Dittmann