• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Root Partition voll

OP
T

thio

Hacker
estudia694 schrieb:
Ich habe den Beitrag gelesen und werde nicht schlau daraus! Bis zu zwei oder drei Versionen früher hatte ich mit open SuSE nie Probleme mit voll laufender Festplatte! Seit 13.1 beobachte ich dieses bisher nur von Windows bekannte Problem. Die /root - Partition wird auf unerklärliche Weise rammelvoll und ich habe keine Ahnung, was das verursacht und wie man das ein für alle Mal so hinbekommt, wie das in früheren Distributionen war.
Es macht wirklich keinen Spaß mehr, unter Linux plötzlich typische Windows-Fehler zu haben.
Hinzu kommt, dass ich neuerdings eine 100GiB-Partiton finde, die ich ganz bestimmt nicht manuell bei der Installation eingerichtet habe und übervoll mit für mich nichtssagenden zypper-Dateien ist. Ich blicke da nicht durch!
Zum Vergrößern anklicken....


@estudia694: Du sprichts mir aus der Seele. Auf einmal hat man mit Suse Probleme die man früher nicht kannte... :-/
 
OP
T

thio

Hacker
So jetzt ist mein "Root" quasi schon wieder voll... habe von 30 GB jetzt noch ein paar hundert frei.

Die bekannten Tricks:

- snapper shots löschen
- keine parallelen Kernel

habe ich durchgeführt.
Wieso ist die Partition so voll.

Aufgegfallen ist mir das ganze, wie ich meine Smart channel aktualisieren wollte. Nach der hälfte hat das Programm abgerochen und KDE ist abgestützt.
In der Konsole bekam ich dann den Hinweis "no space left on the device".

Müllt smart mir irgendwo die platte zu?
(Evtl. vorallem wenn eben solche Aktualisierungen nicht komplett durchgeführt werden können und was im Zwischenspeicher (oder sonst wo) hängen bleibt?)


30 GB root sollten doch wirklich reichen, oder?
Früher waren komplette Festplatten nicht größer und Suse hat darauf auch nicht schlechter funktioniert.....
 
gehrke

gehrke

Administrator
Teammitglied
thio schrieb:
30 GB root sollten doch wirklich reichen, oder?
Früher waren komplette Festplatten nicht größer und Suse hat darauf auch nicht schlechter funktioniert.....
Zum Vergrößern anklicken....
Für die lange Liste der hinkenden Vergleiche:
Früher hatten Autos keine Anschnallgurte oder Airbags, und man ist auch von A nach B gekommen...

Im Gegensatz zu den Errungenschaften der modernen Automobilindustrie hast Du hier aber ausreichend Alternativen, andere Dateisysteme zu verwenden. Du hattest AFAIK bei der Installation die Wahl, welches Du verwenden möchtest.

Vermutlich kann man die Snapshot-Funktionalität auch mit BTRFS so weit reduzieren, dass sie für Deinen Anwendungsfall ausreicht bzw. unschädlich wird. Dazu hatten wir hier doch auch schon mehrfach Hinweise.
 
D

dzug

Guru
Ich habe jetzt nur noch 42.1.
Von der Installation an mit ext4 und nicht installiertem Snapper.
Die Root Partition beträgt bei mir 10 GiB.
Ich habe keine Schwierigkeiten mit voller Partition.
Gruss dzug.
 
OP
T

thio

Hacker
Naja wie soll ich nun weiter vorgehen?

Snapper löschen?

Wobei ich ja schon immer fleissig die Snapper Snap-Shots lösche, trotzdem habe ich nun nurmehr ca. 300 MB frei auf meiner 30 GB großen Root-Parition.

Wollte mit Knoppix 7.2 und qtparted die Partition um 5 GB vergrößern, jedoch startet die Knoppiy CD wieso-auch-immer.

Wie kann ich große Dateien und Ordner auf "Root" identifizieren, die ich dann auch mit gutem Gewissen löschen kann?

(Mann, mann, mann, alles Probleme die es früher nicht gab.. :-/ )
 
OP
T

thio

Hacker
Max 5 davon 3 "important"

Aber es scheint, als ist Snapper nicht unbedingt das Problem, wenn ich die Snapshots manuell lösche, bekomme ich auch nicht viel mehr Platz....

Code: 
# snapper list                                                                                                                                                                                                                                                                                                  
Type   | #   | Pre # | Date                     | User | Cleanup | Description    | Userdata                                                                                                                                                                                                                                 
-------+-----+-------+--------------------------+------+---------+----------------+--------------
single | 0   |       |                          | root |         | current        |              
post   | 94  | 93    | Wed Dec 30 17:50:44 2015 | root | number  |                | important=yes
post   | 95  | 92    | Wed Dec 30 18:05:57 2015 | root | number  |                |              
pre    | 96  |       | Wed Dec 30 19:27:04 2015 | root | number  | yast inetd     |              
post   | 97  | 96    | Wed Dec 30 19:31:57 2015 | root | number  |                |              
pre    | 98  |       | Wed Dec 30 19:32:00 2015 | root | number  | yast sw_single |              
pre    | 99  |       | Wed Dec 30 19:32:40 2015 | root | number  | zypp(y2base)   | important=yes
post   | 100 | 99    | Wed Dec 30 19:34:29 2015 | root | number  |                | important=yes



Code: 
# df -hT
Filesystem     Type      Size  Used Avail Use% Mounted on
devtmpfs       devtmpfs  1.9G  8.0K  1.9G   1% /dev
tmpfs          tmpfs     1.9G  208K  1.9G   1% /dev/shm
tmpfs          tmpfs     1.9G  2.4M  1.9G   1% /run
tmpfs          tmpfs     1.9G     0  1.9G   0% /sys/fs/cgroup
/dev/sda10     btrfs      30G   29G  792K 100% /
/dev/sda10     btrfs      30G   29G  792K 100% /opt
/dev/sda10     btrfs      30G   29G  792K 100% /var/lib/named
/dev/sda10     btrfs      30G   29G  792K 100% /var/tmp
/dev/sda10     btrfs      30G   29G  792K 100% /boot/grub2/x86_64-efi
/dev/sda10     btrfs      30G   29G  792K 100% /srv
/dev/sda10     btrfs      30G   29G  792K 100% /tmp
/dev/sda10     btrfs      30G   29G  792K 100% /var/lib/pgsql
/dev/sda10     btrfs      30G   29G  792K 100% /var/opt
/dev/sda10     btrfs      30G   29G  792K 100% /.snapshots
/dev/sda10     btrfs      30G   29G  792K 100% /var/crash
/dev/sda10     btrfs      30G   29G  792K 100% /boot/grub2/i386-pc
/dev/sda10     btrfs      30G   29G  792K 100% /var/log
/dev/sda10     btrfs      30G   29G  792K 100% /usr/local
/dev/sda10     btrfs      30G   29G  792K 100% /var/spool
/dev/sda10     btrfs      30G   29G  792K 100% /var/lib/mailman
/dev/sda8      vfat      157M  4.9M  152M   4% /boot/efi
/dev/sda9      ext4      257G   59G  198G  23% /home
tmpfs          tmpfs     388M   16K  388M   1% /run/user/1001



Nun lösche ich die Snapshots

Code: 
# snapper list
Type   | #   | Pre # | Date                     | User | Cleanup | Description    | Userdata     
-------+-----+-------+--------------------------+------+---------+----------------+--------------
single | 0   |       |                          | root |         | current        |              
pre    | 98  |       | Wed Dec 30 19:32:00 2015 | root | number  | yast sw_single |              
pre    | 99  |       | Wed Dec 30 19:32:40 2015 | root | number  | zypp(y2base)   | important=yes
post   | 100 | 99    | Wed Dec 30 19:34:29 2015 | root | number  |                | important=yes
post   | 101 | 98    | Wed Dec 30 19:37:29 2015 | root | number  |                |



Code: 
# df -hT
Filesystem     Type      Size  Used Avail Use% Mounted on
devtmpfs       devtmpfs  1.9G  8.0K  1.9G   1% /dev
tmpfs          tmpfs     1.9G  208K  1.9G   1% /dev/shm
tmpfs          tmpfs     1.9G  2.4M  1.9G   1% /run
tmpfs          tmpfs     1.9G     0  1.9G   0% /sys/fs/cgroup
/dev/sda10     btrfs      30G   28G  826M  98% /
/dev/sda10     btrfs      30G   28G  826M  98% /opt
/dev/sda10     btrfs      30G   28G  826M  98% /var/lib/named
/dev/sda10     btrfs      30G   28G  826M  98% /var/tmp
/dev/sda10     btrfs      30G   28G  826M  98% /boot/grub2/x86_64-efi
/dev/sda10     btrfs      30G   28G  826M  98% /srv
/dev/sda10     btrfs      30G   28G  826M  98% /tmp
/dev/sda10     btrfs      30G   28G  826M  98% /var/lib/pgsql
/dev/sda10     btrfs      30G   28G  826M  98% /var/opt
/dev/sda10     btrfs      30G   28G  826M  98% /.snapshots
/dev/sda10     btrfs      30G   28G  826M  98% /var/crash
/dev/sda10     btrfs      30G   28G  826M  98% /boot/grub2/i386-pc
/dev/sda10     btrfs      30G   28G  826M  98% /var/log
/dev/sda10     btrfs      30G   28G  826M  98% /usr/local
/dev/sda10     btrfs      30G   28G  826M  98% /var/spool
/dev/sda10     btrfs      30G   28G  826M  98% /var/lib/mailman
/dev/sda8      vfat      157M  4.9M  152M   4% /boot/efi
/dev/sda9      ext4      257G   59G  198G  23% /home
tmpfs          tmpfs     388M   16K  388M   1% /run/user/1001

Werdens "nur" 826 MB frei...
 
gehrke

gehrke

Administrator
Teammitglied
'df' hilft Dir bei BTRFS möglicherweise nicht viel. Zeig mal:
Code: 
btrfs filesystem df /
btrfs filesystem show /dev/sda10
EDIT:
Laut Thorsten Leemhuis in c't 01/15 soll der Aufruf von sync nach speicherbereinigenden Aktionen dafür sorgen, dass die Platzkalkulation aktualisiert wird. Sehr empfehlenswerter Artikel übrigens...
 
OP
T

thio

Hacker
Code: 
# btrfs filesystem show /dev/sda10
Label: none  uuid: 81be9abe-b485-4bc4-8183-0f37a83661a9
        Total devices 1 FS bytes used 26.54GiB
        devid    1 size 29.60GiB used 29.60GiB path /dev/sda10

btrfs-progs v4.1.2

Code: 
# btrfs filesystem df /
Data, single: total=26.82GiB, used=26.02GiB
System, DUP: total=8.00MiB, used=16.00KiB
System, single: total=4.00MiB, used=0.00B
Metadata, DUP: total=1.38GiB, used=541.09MiB
Metadata, single: total=8.00MiB, used=0.00B
GlobalReserve, single: total=192.00MiB, used=0.00B
 
OP
T

thio

Hacker
Weitere (interessante??) Infos:

Code: 
# du -hxs /* --exclude=Daten --exclude=Lager --exclude=minthome --exclude=mintroot --exclude=media --exclude=mnt --exclude=home --exclude=tmp --exclude=windows /* 2>/dev/null
4.0K    /C:\nppdf32Log\debuglog.txt
5.1M    /bin
30M     /boot
0       /dev
23M     /etc
296M    /lib
19M     /lib64
889M    /opt
0       /proc
85M     /root
2.1M    /run
11M     /sbin
0       /selinux
1.3M    /srv
0       /sys
6.2G    /usr
11G     /var

Vorallem
Code: 
/usr
und
Code: 
/var
erscheinen mir sehr groß....
 
OlliFri

OlliFri

Newbie
Hi, Thio
Schon mal ein
Code: 
sudo btrfs filesystem balance start /
ausgeführt.
Damit werden die von btrfs noch belegten Blöcke wieder freigegeben
Gruß Olli
 
Jägerschlürfer

Jägerschlürfer

Moderator
Teammitglied
schau halt mal nach, was für files in diesem Ordner so groß sind,...

edit:
hier evtl noch ein wenig Lesestoff in Sachen btrfs:
https://btrfs.wiki.kernel.org/index.php/Main_Page
 
OlliFri

OlliFri

Newbie
Hi, du kannst alle Dateien im Ordner /var/log/journal löschen!!!
Und dann suche bitte nach der Datei journald.conf meist im Ordner /etc/systemd/
Datei öffnen und den Eintrag SystemMaxUse= suchen
Das eventuell vorhandene # Zeichen entfernen und SystemMaxUse=50M setzen
Damit begrenzt du das System Journaling auf 50 MByte was meiner Meinung nach völlig ausreicht.
Gruß Olli
 
OP
T

thio

Hacker
Danke für den Tipp!

Habe jetzt zunächste in
Code: 
/var/log/journal/
alle Einträge die alter als heute sind gelöscht.

Hatte dann ca. 3 GB frei.

Jetzt habe ich einmal den Smart-Packagemanager die Channel aktualisieren lassen. Läuft jetzt durch.
Anschließend sauber neugestartet und mit
Code: 
/var/log/journal/
nachgeschaut, wieviel Speicherplatzz nocht frei ist;: Es sind nur noch 1,8 GB.

Könnt ihr Erklären wieso oder was am Smart-Packagemanager soviel Speicherplatz "zumüllt" und wo ich diese Daten finde, damit ich sie löschen kann :)
 
OlliFri

OlliFri

Newbie
Hi, thio. Prost Neujahr!!! :p
Könnt ihr Erklären wieso oder was am Smart-Packagemanager soviel Speicherplatz "zumüllt" und wo ich diese Daten finde, damit ich sie löschen kann
Zum Vergrößern anklicken....
Nee, kann ich leider nicht. Kenne das Teil nicht. Hab ein anderes Linux.

Und dann suche bitte nach der Datei journald.conf meist im Ordner /etc/systemd/
Datei öffnen und den Eintrag SystemMaxUse= suchen
Das eventuell vorhandene # Zeichen entfernen und SystemMaxUse=50M setzen
Zum Vergrößern anklicken....
Das du das auch gemacht? Wichtig sonst müllt dir die Kiste ganz schnell wieder zu!
Gruß Olli
 
gehrke

gehrke

Administrator
Teammitglied
thio schrieb:
Könnt ihr Erklären wieso oder was am Smart-Packagemanager soviel Speicherplatz "zumüllt" und wo ich diese Daten finde, damit ich sie löschen kann :)
Zum Vergrößern anklicken....
Was genau bezeichnest Du mit 'Smart-Packagemanager'?
thio schrieb:
Vorallem
Code: 
/usr
und
Code: 
/var
erscheinen mir sehr groß....
Zum Vergrößern anklicken....
Das sehe ich ähnlich. Bei meiner 13.2 hat /usr eine vergleichbare Größe, aber /var ist um ein Vielfaches kleiner und war in Deinem ursprünglichen Posting vom August auch nur halb so groß.
Du hast ja sicher schon geprüft, was darin so viel Speicher belegt?!?
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben