Gut, such mal nach kernel-desktop. War ein Fehler von mir .. im kernel-stable gibt es kein kernel-desktop mehr.
Installiert sind kernel-desktop und kernel-desktop-devel jeweils in Version 3.16.7.
Gut, such mal nach kernel-desktop. War ein Fehler von mir .. im kernel-stable gibt es kein kernel-desktop mehr.
Installiert sind kernel-desktop und kernel-desktop-devel jeweils in Version 3.16.7.
Hallo Alero,
Yast - Installieren/Entfernen - Suchfeld kernel eingeben - kernel-default markieren - unten auf Versionen
Wieviele Kernel stehen da?
Im graphischen Yast - Software installieren oder löschen - Suchfeld kernel
Und dann? Sorry, ich stehe gerade ganz auf dem Schlauch. Wo sollte ich jetzt kernel-default sehen können? Mit Yast im Terminal sah ich es auch nicht.
Wenn ich nicht nach "kernel", sondern direkt nach "kernel-default" suche, so sehe ich die Module kernel-default, kernel-default-base und kernel-default-devel, die jeweils NICHT installiert sind (sie sind in Version 3.16.7-24.1 verfügbar).
Viele Grüße,
Simon
Hallo!
Bei Platzproblemen mal ein flottes
ncdu -X /
angeworfen. Dann kann man schön durch die Ordner wandern und sich ansehen wo das Holz gestapelt ist.
Ich hab da mit Schrecken erkannt, dass - ohne dass ich es gemerkt hatte (klar - ich bin selbst schuld) - KVM eben mal eine fette VM auf sda2 abgelegt hatte.
Sollte es nicht eher ncdu -x / (mit kleinem statt großem x) sein?
Jedenfalls ist das in der Tat ein sehr nettes Tool. Nur gewinne ich immer mehr den Eindruck, dass ich mir umsonst Sorgen machte bzw. der abnehmende freie Speicherplatz tatsächlich von Installationen stammt.
Der meiste Platz auf / wird in /usr verbraucht (6.1G), dort das meiste in /usr/share (2.3G) und /usr/lib64 (2.2G). /usr/share verteilt sich auf viele Verzeichnisse (besonders doc, fonts und texmf), /usr/lib64 ebenso (libreoffice, jvm, thunderbird und firefox).
Naja, ich glaube, ich lasse es mal so wie es ist und beobachte die Entwicklung. Vielleicht hat noch jemand eine Idee, wie ich snapshot 318 loswerde (siehe mein Post von 12:46 Uhr)?
Viele Grüße,
Simon
Hallo!
Vielleicht mal die installierten Kernel anschauen.
Wie mache ich das?
Viele Grüße,
Simon
Hallo!
Vielen Dank an alle für die vielen Hinweise!
Wenn ich mich recht erinnere, hatte ich irgendwann mal dafür gesorgt, dass sich die logs nicht akkumulieren, aber ich weiß nicht mehr wie ich das gemacht habe.
hat nichts gefunden. Es gibt also offenbar keine einzelne Datei, die viel Platz frisst. Nebenbeobachtung: In mehreren Fällen hieß es "Datei oder Verzeichnis nicht gefunden", und einmal "Keine Berechtigung", obwohl ich den Befehl als Root gab.
Und im Zusammenhang mit Snapshots:
find: File system loop detected; ‘/.snapshots/318/snapshot’ is part of the same file system loop as ‘/’.
Ich fragte mich schon lange, warum ich diesen speziellen Snapshot nicht löschen kann. Was heißt "is part of the same file system loop"? Gibt es vielleicht doch eine Möglichkeit, Snapshot 318 zu löschen, ohne den Rest meines Systems zu zerstören?
ncdu schaue ich mir gerade an.
VIele Grüße,
Simon
Hallo Alero,
Gute Frage. Meine beiden Dateien /usr/lib64 und /usr/share haben zwischen 1,7 und 2,1 GB. So tief steck ich jetzt nicht in der Materie, das ich weiß wie man die über Tage überwachen kann. Aber bei der Größe, die du noch zur Verfügung hast muß doch eine Datei oder auch paar mehr eine immense Größe aufweisen.
Das dachte ich auch. aber mit
# du -k -x /usr/share/ | sort -k 1n | tail -20
87552 /usr/share/emacs/24.3
89748 /usr/share/wallpapers
96524 /usr/share/texmf/tex
97852 /usr/share/gimp
97852 /usr/share/gimp/2.0
98944 /usr/share/doc/kde
98944 /usr/share/doc/kde/HTML
101288 /usr/share/emacs
126276 /usr/share/icons
138612 /usr/share/kde4/apps
143076 /usr/share/texmf/fonts
153508 /usr/share/kde4
164308 /usr/share/locale
165156 /usr/share/cups/model
177492 /usr/share/cups
222756 /usr/share/doc/packages
258836 /usr/share/texmf
271988 /usr/share/fonts
330492 /usr/share/doc
2407472 /usr/share/
Alles anzeigen
und
# du -k -x /usr/lib64/ | sort -k 1n | tail -20
68548 /usr/lib64/firefox/browser/extensions
74508 /usr/lib64/thunderbird/extensions
80364 /usr/lib64/firefox/browser
82548 /usr/lib64/jvm/java-1.7.0-openjdk-1.7.0/jre/lib
82708 /usr/lib64/jvm/java-1.7.0-openjdk-1.7.0
82708 /usr/lib64/jvm/java-1.7.0-openjdk-1.7.0/jre
96252 /usr/lib64/python2.7
98680 /usr/lib64/jvm/java-1.8.0-openjdk-1.8.0/jre/lib
98912 /usr/lib64/jvm/java-1.8.0-openjdk-1.8.0
98912 /usr/lib64/jvm/java-1.8.0-openjdk-1.8.0/jre
104716 /usr/lib64/kde4
105572 /usr/lib64/gcc
105572 /usr/lib64/gcc/x86_64-suse-linux
105572 /usr/lib64/gcc/x86_64-suse-linux/4.8
165376 /usr/lib64/firefox
165512 /usr/lib64/thunderbird
181648 /usr/lib64/jvm
201564 /usr/lib64/libreoffice/program
270128 /usr/lib64/libreoffice
2256692 /usr/lib64/
Alles anzeigen
fallen mir auch keine Dinge auf, die "lösch mich" rufen.
Anders gefragt: Sollte ich mir bei noch 5Gb freiem Platz auf der Root-Partition überhaupt Sorgen machen, oder ist das alles im Rahmen?
Viele Grüße,
Simon
Hallo Alero,
Tja, so eine Nummer hatten wir schon mal vor längerer Zeit. Nur mit dem Unterschied, das der User sein System gar nicht mehr starten konnte,
Da schaust halt mal, wer der Übeltäter ist und warum.
Dieser User war vermutlich ich. Damals ließ sich die Maschine durch Aufräumen der Metadaten in der Tat wieder zum Laufen bringen --- aber das scheint es eben diesmal nicht zu sein.
Ich habe diesen neuen Thread übrigens genau aus dem Grund gestartet, weil mir keine Möglichkeit mehr einfällt, wie man den "Übeltäter" suchen könnte. Ich sehe, dass es nicht viele Metadaten gibt und ich sehe, dass /usr/lib64 und /usr/share viele Daten enthält. Aber wie finde ich heraus, ob und was ich da löschen kann?
Gruß,
Simon
Hallo Alero!
Liegt es nicht am "Snapshooting" dann suche nach "btrfs metadaten". Spätestens dann wirst du fündig.
Bei mir ist es
# btrfs filesystem df /
Data, single: total=13.00GiB, used=11.72GiB
System, DUP: total=32.00MiB, used=16.00KiB
Metadata, DUP: total=1.62GiB, used=1.14GiB
GlobalReserve, single: total=288.00MiB, used=0.00B
Das sieht für mich auf den ersten Blick nicht nach übermäßig vielen Metadaten aus. Zumindest sind es nicht mehr Metadaten als Daten (das hatte ich früher mal, bevor ich regelmäßig die Snapshots löschte und die Partition defragmentierte und balancierte...).
Viele Grüße,
Simon
Hallo!
Doch, das ist wieder btrfs "schuld".
Echt? Wie gesagt, snapshots lösche ich regelmäßig, und ich führe ebenso regelmäßig
sowie
durch.
Dann such ich mal nach "btrfs metadaten".
Gruß,
Simon
Hallo!
Auf meinem hp-Laptop läuft openSUSE 13.2. Meine Root-Partition hat 20Gb, und in letzter Zeit wurde der freie Platz auf der Root-Partition immer geringer: Jetzt sind es nur noch rund 5Gb, und das macht mir allmählich Sorgen:
> df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/sda2 21G 15G 5,0G 75% /
devtmpfs 2,0G 0 2,0G 0% /dev
tmpfs 2,0G 596K 2,0G 1% /dev/shm
tmpfs 2,0G 2,2M 2,0G 1% /run
tmpfs 2,0G 0 2,0G 0% /sys/fs/cgroup
/dev/sda2 21G 15G 5,0G 75% /.snapshots
/dev/sda2 21G 15G 5,0G 75% /var/log
/dev/sda2 21G 15G 5,0G 75% /tmp
/dev/sda2 21G 15G 5,0G 75% /usr/local
/dev/sda2 21G 15G 5,0G 75% /var/opt
/dev/sda2 21G 15G 5,0G 75% /var/lib/pgsql
/dev/sda2 21G 15G 5,0G 75% /var/crash
/dev/sda2 21G 15G 5,0G 75% /var/lib/mailman
/dev/sda2 21G 15G 5,0G 75% /var/lib/named
/dev/sda2 21G 15G 5,0G 75% /opt
/dev/sda2 21G 15G 5,0G 75% /boot/grub2/x86_64-efi
/dev/sda2 21G 15G 5,0G 75% /var/spool
/dev/sda2 21G 15G 5,0G 75% /var/tmp
/dev/sda2 21G 15G 5,0G 75% /srv
/dev/sda2 21G 15G 5,0G 75% /boot/grub2/i386-pc
/dev/sda3 437G 52G 385G 12% /home
Alles anzeigen
Vor wenigen Wochen waren noch 6,3G frei.
Ich kann mir nicht erklären, woran das liegt. Snapshots lösche ich regelmäßig:
# snapper -c root list
Typ | # | Vorher # | Datum | Benutzer | Bereinigen | Beschreibung | Benutzerdaten
-------+-----+----------+------------------------------+----------+------------+-------------------+--------------
single | 0 | | | root | | current |
single | 318 | | Di 14 Apr 2015 11:23:33 CEST | root | | |
pre | 513 | | Di 13 Okt 2015 10:24:01 CEST | root | number | zypp(packagekitd) | important=yes
post | 514 | 513 | Di 13 Okt 2015 10:24:33 CEST | root | number | | important=yes
pre | 515 | | Fr 16 Okt 2015 10:55:14 CEST | root | number | yast printer |
post | 516 | 515 | Fr 16 Okt 2015 11:00:36 CEST | root | number | |
pre | 517 | | Fr 16 Okt 2015 11:10:14 CEST | root | number | zypp(zypper) | important=no
post | 518 | 517 | Fr 16 Okt 2015 11:10:56 CEST | root | number | | important=no
Alles anzeigen
und ansonsten sehe ich
ls -al /
insgesamt 116
drwxr-xr-x 1 root root 228 16. Okt 11:14 .
drwxr-xr-x 1 root root 228 16. Okt 11:14 ..
drwxr-xr-x 1 root root 1784 29. Jun 11:44 bin
drwxr-xr-x 1 root root 1104 5. Sep 21:10 boot
-rw-r--r-- 1 root root 48 18. Dez 2014 C:\nppdf32Log\debuglog.txt
drwxr-xr-x 19 root root 4040 16. Okt 11:13 dev
drwxr-xr-x 1 root root 5346 16. Okt 11:13 etc
drwxr-xr-x 4 root root 4096 16. Dez 2014 home
drwxr-xr-x 1 root root 2728 29. Jun 11:45 lib
drwxr-xr-x 1 root root 5276 28. Sep 12:47 lib64
drwxr-xr-x 1 root root 0 25. Sep 2014 mnt
drwxr-xr-x 1 root root 44 17. Dez 2014 opt
dr-xr-xr-x 203 root root 0 16. Okt 11:13 proc
-rw-r--r-- 1 root root 76506 16. Okt 11:14 .readahead
drwx------ 1 root root 392 16. Okt 11:28 root
drwxr-xr-x 31 root root 800 16. Okt 11:16 run
drwxr-xr-x 1 root root 4614 13. Okt 10:24 sbin
drwxr-xr-x 1 root root 0 25. Sep 2014 selinux
drwxr-x--- 1 root root 88 16. Okt 11:11 .snapshots
drwxr-xr-x 1 root root 34 16. Dez 2014 srv
dr-xr-xr-x 12 root root 0 16. Okt 11:13 sys
drwxrwxrwt 1 root root 366 16. Okt 11:30 tmp
drwxr-xr-x 1 root root 130 16. Dez 2014 usr
drwxr-xr-x 1 root root 138 17. Dez 2014 var
Alles anzeigen
und
# du -k -x / | sort -k 1n | tail -20
182808 /lib/modules/3.16.7-24-desktop
201564 /usr/lib64/libreoffice/program
210620 /var/cache
222756 /usr/share/doc/packages
227740 /var/lib
258376 /usr/src/kernel-modules
258836 /usr/share/texmf
270128 /usr/lib64/libreoffice
271988 /usr/share/fonts
330492 /usr/share/doc
386176 /lib/modules
430540 /usr/src
473268 /lib
489904 /usr/bin
608004 /var
770784 /usr/lib
2256692 /usr/lib64
2407472 /usr/share
6447252 /usr
7647492 /
Alles anzeigen
Der größte Teil des Platzes geht also anscheinend für /usr/share und /usr/lib64 drauf. Aber wie finde ich heraus, ob es dort verzichtbare Dinge gibt, die ich gefahrlos löschen kann? Bzw. welche anderen Ansatzpunkte gibt es, um wieder mehr Platz zu schaffen? btrfs scheint es (so mein Eindruck) diesmal nicht zu sein, /tmp läuft auch nicht voll, und auch sonst habe ich hier im Forum keinen Thread gefunden, der auf meine Situation zu passen schien.
Viele Grüße,
Simon