texlive hat nichts mit dem Betriebssystem zu tun, das kannst ignorieren.
Und sonst hast du den Kernel in zwei Versionen da liegen, was kein Fehler und auch nicht schlimm ist. Ein Kernel quasi als Backup falls es den anderen aus irgendeinem Grund zerschießt ist nicht verkehrt.
Mich würde trotzdem interessieren, was dir die Platte füllt...
Evtl. irgendein Programm, das viele (sehr viele) kleine Dateien produziert?
flo
Hm. Heißt das, dass ich alles zweimal habe? Im Falle von texlive sogar aus unterschiedlichen Repositorien?
Nein, wahrscheinlich ist eines davon das Installationsmedium.
Poste:
zypper lr -dBei mir in einer Virtuellen Maschine:
ssh-server:/home/du # fdisk -l
Festplatte /dev/sda: 40 GiB, 42949672960 Bytes, 83886080 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0x0004ab85
Device Boot Start End Sectors Size Id Type
/dev/sda1 2048 4208639 4206592 2G 82 Linux swap / Solaris
/dev/sda2 * 4208640 36900863 32692224 15,6G 83 Linux
/dev/sda3 36900864 83886079 46985216 22,4G 83 Linuxssh-server:/home/du # btrfs fi show /dev/sda2
Label: none uuid: 64b878df-2f92-464a-83dc-9dbca3125d70
Total devices 1 FS bytes used 9.13GiB
devid 1 size 15.59GiB used 11.04GiB path /dev/sda2ssh-server:/home/du # btrfs fi df /
Data, single: total=9.01GiB, used=8.59GiB
System, DUP: total=8.00MiB, used=16.00KiB
System, single: total=4.00MiB, used=0.00B
Metadata, DUP: total=1.00GiB, used=550.30MiB
Metadata, single: total=8.00MiB, used=0.00B
GlobalReserve, single: total=192.00MiB, used=0.00Bssh-server:/home/du # df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/sda2 16G 9,9G 5,0G 67% /
devtmpfs 997M 8,0K 997M 1% /dev
tmpfs 1003M 76K 1003M 1% /dev/shm
tmpfs 1003M 1,9M 1001M 1% /run
tmpfs 1003M 0 1003M 0% /sys/fs/cgroup
/dev/sda2 16G 9,9G 5,0G 67% /.snapshots
/dev/sda2 16G 9,9G 5,0G 67% /var/tmp
/dev/sda2 16G 9,9G 5,0G 67% /var/spool
/dev/sda2 16G 9,9G 5,0G 67% /var/opt
/dev/sda2 16G 9,9G 5,0G 67% /var/lib/pgsql
/dev/sda2 16G 9,9G 5,0G 67% /var/lib/named
/dev/sda2 16G 9,9G 5,0G 67% /var/log
/dev/sda2 16G 9,9G 5,0G 67% /var/lib/mailman
/dev/sda2 16G 9,9G 5,0G 67% /tmp
/dev/sda2 16G 9,9G 5,0G 67% /usr/local
/dev/sda2 16G 9,9G 5,0G 67% /var/crash
/dev/sda2 16G 9,9G 5,0G 67% /opt
/dev/sda2 16G 9,9G 5,0G 67% /boot/grub2/x86_64-efi
/dev/sda2 16G 9,9G 5,0G 67% /srv
/dev/sda2 16G 9,9G 5,0G 67% /boot/grub2/i386-pc
/dev/sda3 23G 34M 23G 1% /homeZitat/dev/sda2 21G 15G 5,0G 75% /
Kann man 15 GB für alles außer Home wirklich "volllaufen" nennen?
Sollte man da nicht eher "Wow, wie wenig!" jubeln?
da wäre ich auch ganz entspannt.
Aus Sicherheitsgründen mach ich bei 13.2 die root-partition neuerdings immer 50 GB groß .. wer weiß was btrfs sich alles so wegschreibt wenn es sonst nix zu tun hat ..
aber Stress gibt es bislang immer nur wenn ich selbst Blödsinn mache ..
Hallo!
Kann man 15 GB für alles außer Home wirklich "volllaufen" nennen?
Sollte man da nicht eher "Wow, wie wenig!" jubeln?
Im Prinzip ja. Allerdings bin ich ein gebranntes Kind und daher etwas paranoid: Wegen vieler btrfs-Metadaten war früher einmal meine Root-Partition komplett voll, obwohl laut df noch 4GB Platz waren! Und außerdem beobachte ich in den letzten Wochen, dass der verfügbare Platz weniger wird, ohne dass ich mir das (z.B. durch viele neu installierte Programme) erklären könnte.
Aber wahrscheinlich hast Du recht. Kein Grund zur Panik.
Ich werde diesen Thread als "gelöst" markieren, sobald ich verstanden habe, wie ich den verbliebenen alten Snapshot Nummer 318 löschen kann. Warum gelingt das Löschen des Snapshots nicht mit "normalen" Mitteln? Ich würde gerne hier den Output von strace posten, aber der ist leider zu lang...
# 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 | 523 | | Sa 17 Okt 2015 13:12:27 CEST | root | number | yast sw_single |
post | 524 | 523 | Sa 17 Okt 2015 13:24:35 CEST | root | number | |
pre | 525 | | Sa 17 Okt 2015 13:24:39 CEST | root | number | yast sw_single |
post | 526 | 525 | Sa 17 Okt 2015 13:40:13 CEST | root | number | |
# snapper -c root delete 318
Fehler beim Löschen des Schnappschusses.Wie kann ich herausfinden, welchen Fehler es beim Löschen des Schnappschusses tatsächlich gibt?
Viele Grüße,
Simon
Aus man snapper:
Zitat-c, --config name
Use specified configuration instead of the default configuration. The default configuration is named "root".
-c root kannst du also weglassen, es sei denn Du hast an der Config gebastelt.
snapper -v delete 318
sollte also tun.
Zitat-v, --verbose
Increase verbosity.
Hallo!
Codesnapper -v delete 318
sollte also tun.
Mit -v ist es auch nicht gesprächiger:
# snapper -v delete 318
Fehler beim Löschen des Schnappschusses.Gruß,
Simon
-vvv
Oder mal mit Yast versucht?
-vvv
Auch nicht.