[gelöst] Festplatte unter root voll - Yast funktioniert nicht mehr

Eckart Spindler · 23 Jan. 2018

Seit gestern Abend erhalte ich die Meldung, dass meine 20 GB-Festplatte 100% voll ist, auf welcher sich die Programme und root befinden.
Wenn ich mit Yast versuche, überflüssige Software zu deinstallieren, bekomme ich die Fehlermeldung

Fehler: Cannot read the list of installed packages

. Ich verwendet OS Leap 42.3.
Wie bekomme ich die Festplatte wieder sauber, ohne benötigte Software zu löschen?

tomm.fa · 23 Jan. 2018

Zeigst du für einen Anfang bitte mal die Ausgabe von

Code:

df -hT

Eckart Spindler · 23 Jan. 2018

Code:

Filesystem     Type      Size  Used Avail Use% Mounted on
devtmpfs       devtmpfs  867M  4.0K  867M   1% /dev
tmpfs          tmpfs     874M   22M  852M   3% /dev/shm
tmpfs          tmpfs     874M   19M  856M   3% /run
tmpfs          tmpfs     874M     0  874M   0% /sys/fs/cgroup
/dev/sda6      btrfs      21G   20G  744K 100% /
/dev/sda6      btrfs      21G   20G  744K 100% /.snapshots
/dev/sda6      btrfs      21G   20G  744K 100% /srv
/dev/sda6      btrfs      21G   20G  744K 100% /usr/local
/dev/sda6      btrfs      21G   20G  744K 100% /tmp
/dev/sda6      btrfs      21G   20G  744K 100% /var/opt
/dev/sda6      btrfs      21G   20G  744K 100% /boot/grub2/i386-pc
/dev/sda6      btrfs      21G   20G  744K 100% /opt
/dev/sda6      btrfs      21G   20G  744K 100% /var/lib/libvirt/images
/dev/sda6      btrfs      21G   20G  744K 100% /var/lib/mariadb
/dev/sda6      btrfs      21G   20G  744K 100% /var/lib/pgsql
/dev/sda6      btrfs      21G   20G  744K 100% /var/lib/named
/dev/sda6      btrfs      21G   20G  744K 100% /boot/grub2/x86_64-efi
/dev/sda6      btrfs      21G   20G  744K 100% /var/spool
/dev/sda6      btrfs      21G   20G  744K 100% /var/tmp
/dev/sda6      btrfs      21G   20G  744K 100% /var/cache
/dev/sda6      btrfs      21G   20G  744K 100% /var/log
/dev/sda6      btrfs      21G   20G  744K 100% /var/lib/mysql
/dev/sda6      btrfs      21G   20G  744K 100% /var/lib/machines
/dev/sda6      btrfs      21G   20G  744K 100% /var/lib/mailman
/dev/sda6      btrfs      21G   20G  744K 100% /var/crash
/dev/sda7      ext3       87G   12G   71G  14% /home
tmpfs          tmpfs     175M     0  175M   0% /run/user/4
tmpfs          tmpfs     175M   20K  175M   1% /run/user/1000

Ich habe übrigens im Internet etwas über die Vermüllung der Festplatte durch Snapshots gelesen und mit

Code:

snapper delete ...

einige Snapshots gelöscht. Das dauert für jeden Snapshot sehr lange. Ist das vielleicht die Lösung des Problems?

Gräfin Klara · 23 Jan. 2018

Kann mir jemand erklären, warum die user btrfs verwenden ... ??
Gibt das der Distributor vor?

tomm.fa · 23 Jan. 2018

Machen wir mal weiter mit der Ausgabe von

Code:

btrfs-filesystem df /dev/sda6

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Gräfin Klara schrieb:
Kann mir jemand erklären, warum die user btrfs verwenden ... ??
Gibt das der Distributor vor?

Ja, lässt sich aber ändern. Es werden aber auch 40 GB vorgegeben, 20 GB sind mit der aktivierten (lässt sich auch abschalten) Schnapsschussfunktion definitiv zu wenig.

Eckart Spindler · 23 Jan. 2018

Code:

If 'btrfs-filesystem' is not a typo you can use command-not-found to lookup the package that contains it, like this:
    cnf btrfs-filesystem

Wie lässt sich denn die Snapshot-Funktion abschalten?

Eckart Spindler · 23 Jan. 2018

Noch ein Nachtrag: Ich habe inzwischen alle Snapshots gelöscht. Seitdem funktioniert alles wieder. Trotzdem wäre ich dankbar zu wissen, wie man die Snapshotfuntion abschalten kann, um zukünftig solche Vorfälle zu vermeiden.

Sauerland · 24 Jan. 2018

Code:
Code:

If 'btrfs-filesystem' is not a typo you can use command-not-found to lookup the package that contains it, like this: cnf btrfs-filesystem

Wie lässt sich denn die Snapshot-Funktion abschalten?

Bitte nicht nur die Fehlermeldung posten, sondern immer die ganze Eingabezeile, Ausgabezeile

und den nächsten Prompt.
Dann kann man auch sagen, was du falsch gemacht hast.

In diesem Fall würde ich mal sagen, den Befehl nicht als root gestartet.

Als root kannst du dir anschauen, was da vorhanden ist:

Code:

btrfs fi usage /

Du kannst auch als root die /etc/snapper/configs/root bearbeiten, damit weniger Schnappschüsse erstellt werden.
Ändere die entsprechenden Zeilen bei dir auf:

Code:

# limit for number cleanup
NUMBER_MIN_AGE="1800"
NUMBER_LIMIT="2-3"
NUMBER_LIMIT_IMPORTANT="2-3"

Danach als root diese 2 Befehle nacheinander in einer 2. Konsole/Terminal abgeben:

Code:

/etc/cron.daily/suse.de-snapper
/etc/cron.weekly/btrfs-balance.sh

Wenn die Befehle durchgelaufen sind, kannst du dir in der 1. Konsole/Terminal als Vergleich anschauen:

Code:

btrfs fi usage /

josef-wien · 24 Jan. 2018

Die Meldung ist eindeutig. Der Bindestrich ist falsch und muß durch ein Leerzeichen ersetzt werden.

Eckart Spindler · 24 Jan. 2018

Danach als root diese 2 Befehle nacheinander in einer 2. Konsole/Terminal abgeben:

Habe ich gemacht:

Code:

linux-xt21:~ # /etc/cron.daily/suse.de-snapper
linux-xt21:~ # /etc/cron.weekly/btrfs-balance.sh
-bash: /etc/cron.weekly/btrfs-balance.sh: No such file or directory
linux-xt21:~ #

Sauerland · 24 Jan. 2018

Mein Fehler, sollte heissen:

Code:

/etc/cron.weekly/btrfs-balance

Eckart Spindler · 25 Jan. 2018

Habe ich gemacht. Ich weiß jetzt zwar nicht, was da genau auf meinem Rechner passiert ist, aber das Ergebnis auf der Konsole sieht so aus:

Code:

linux-xt21:~ # /etc/cron.weekly/btrfs-balance
Before balance of /
Data, single: total=17.94GiB, used=11.54GiB
System, DUP: total=32.00MiB, used=16.00KiB
Metadata, DUP: total=896.00MiB, used=326.47MiB
GlobalReserve, single: total=35.05MiB, used=0.00B
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda6        22G   14G  7.2G  65% /
Done, had to relocate 0 out of 32 chunks
Dumping filters: flags 0x1, state 0x0, force is off
  DATA (flags 0x2): balancing, usage=1
Done, had to relocate 1 out of 32 chunks
Dumping filters: flags 0x1, state 0x0, force is off
  DATA (flags 0x2): balancing, usage=5
Done, had to relocate 0 out of 31 chunks
Dumping filters: flags 0x1, state 0x0, force is off
  DATA (flags 0x2): balancing, usage=10
Done, had to relocate 0 out of 31 chunks
Dumping filters: flags 0x1, state 0x0, force is off
  DATA (flags 0x2): balancing, usage=20
Done, had to relocate 1 out of 31 chunks
Dumping filters: flags 0x1, state 0x0, force is off
  DATA (flags 0x2): balancing, usage=30
Done, had to relocate 2 out of 30 chunks                                                                                                                                           
Dumping filters: flags 0x1, state 0x0, force is off                                                                                                                                
  DATA (flags 0x2): balancing, usage=40                                                                                                                                            
Done, had to relocate 1 out of 28 chunks                                                                                                                                           
Dumping filters: flags 0x1, state 0x0, force is off                                                                                                                                
  DATA (flags 0x2): balancing, usage=50                                                                                                                                            
Done, had to relocate 2 out of 27 chunks                                                                                                                                           
Done, had to relocate 0 out of 25 chunks                                                                                                                                           
Dumping filters: flags 0x6, state 0x0, force is off
  METADATA (flags 0x2): balancing, usage=1
  SYSTEM (flags 0x2): balancing, usage=1
Done, had to relocate 1 out of 25 chunks
Dumping filters: flags 0x6, state 0x0, force is off
  METADATA (flags 0x2): balancing, usage=5
  SYSTEM (flags 0x2): balancing, usage=5
Done, had to relocate 2 out of 25 chunks
Dumping filters: flags 0x6, state 0x0, force is off
  METADATA (flags 0x2): balancing, usage=10
  SYSTEM (flags 0x2): balancing, usage=10
Done, had to relocate 1 out of 24 chunks
Dumping filters: flags 0x6, state 0x0, force is off
  METADATA (flags 0x2): balancing, usage=20
  SYSTEM (flags 0x2): balancing, usage=20
Done, had to relocate 2 out of 24 chunks
Dumping filters: flags 0x6, state 0x0, force is off
  METADATA (flags 0x2): balancing, usage=30
  SYSTEM (flags 0x2): balancing, usage=30
Done, had to relocate 1 out of 23 chunks
After balance of /
Data, single: total=14.08GiB, used=11.54GiB
System, DUP: total=32.00MiB, used=16.00KiB
Metadata, DUP: total=640.00MiB, used=326.45MiB
GlobalReserve, single: total=34.81MiB, used=0.00B
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda6        22G   14G  7.7G  64% /

Eckart Spindler · 25 Jan. 2018

Seit ich die letzte Eingabe in der Konsole (siehe letzter Post) gemacht habe, funktioniert der Download von Videos weder mit JDownloader noch mit Clipgrab. Bei JDownloader kommt die Fehlermeldung

Code:

ungültiger Pfad

(ich hatte zuvor meinen Downloadpfad unter /home/.../Videos eingegeben. Bei Clipgrab lädt er zwar normal, aber ich finde die Videos nicht mehr auf dem zuvor eingegebenen Pfad.

spoensche · 26 Jan. 2018

Poste mal die Ausgabe von

Code:

find . -iname "*Video*

Eckart Spindler · 29 Jan. 2018

Es kommt:

Code:

linux-xt21:~ # find . -iname "*Video*
>

.
Das heißt, nach der Eingabe passiert gar nichts, auch nach ca. 15 Minuten warten nicht.

josef-wien · 29 Jan. 2018

Die Bash wartet auf das abschließende Anführungszeichen. Wenn Du es eintippst und dann die Eingabe-Taste drückst, ist der Befehl zwar vollständig, aber zu dem dadurch erzeugten Dateinamensmuster wird es wohl keine Datei geben.

Entweder läßt Du das Anführungszeichen weg, oder Du schreibst am Schluß ein zweites dazu. Ich kann Dir aber nicht sagen, in welchem Verzeichnis Du den Befehl ausführen sollst.

Eckart Spindler · 30 Jan. 2018

Ich glaube, ich habe den Fehler gefunden. Als meine Festplatte im root voll war, hatte ich in meiner Not versucht, Daten auf der Festplatte zu löschen. Das habe ich als Super-User getan, weil ich ja im root-Bereich Platz schaffen wollte. Das Ergebnis war, dass sich die meisten Unterverzeichnisse im home-Verzeichnis unter normalen Bedingungen (als normaler User) nicht mehr umbenennen oder löschen ließen. Sie war auch schreibgeschützt. Deshalb konnten JDownloader und Clipgrab dort auch keine Dateien speichern. Ich habe mich als root angemeldet, alle Daten auf die externe Festplatte kopiert und danach die Unterverzeichnisse gelöscht. Anschließend habe ich mich als normaler User angemeldet, die Unterverzeichnisse neu angelegt und alle Daten von der externen Festplatte zurückkopiert.

Eckart Spindler · 30 Jan. 2018

Danke an alle, die mir geholfen haben!

[gelöst] Festplatte unter root voll - Yast funktioniert nicht mehr

Eckart Spindler

tomm.fa

.Linux Club Aushilfsadministrator

Eckart Spindler

Gräfin Klara

tomm.fa

.Linux Club Aushilfsadministrator

Eckart Spindler

Eckart Spindler

Sauerland

josef-wien

Eckart Spindler

Sauerland

Eckart Spindler

Eckart Spindler

spoensche

Eckart Spindler

josef-wien

Eckart Spindler

Eckart Spindler