ubuntuusers.de

Hallo Community,

auf meiner Kubuntu-Maschine habe ich seit mehreren Wochen ein Problem. Beispielsweise wird meinem Browser und Musikprogrammen meine Festplatte als voll suggeriert, aber die Festplatte ist definitiv nicht voll:

System denkt, dass / zu 100% belegt ist.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14

udev                         1,9G       0  1,9G    0% /dev
tmpfs                        387M     42M  345M   11% /run
/dev/sdc4                     19G     18G     0  100% /
tmpfs                        1,9G     11M  1,9G    1% /dev/shm
tmpfs                        5,0M    4,0K  5,0M    1% /run/lock
tmpfs                        1,9G       0  1,9G    0% /sys/fs/cgroup
/dev/mmcblk0                 120G     39G   80G   33% /media/F2FS_128G
/dev/sdc1                    188M    5,8M  182M    4% /boot/efi
/dev/sdc6                     56G     24G   32G   43% /media/DATA_60G
/dev/sdc5                     14G    8,8G  5,2G   63% /home
/dev/sdc3                     19G    9,4G  9,0G   52% /media/k17.10
/dev/sda1                    1,9T    855G 1007G   46% /media/extHDD_2
none                         180M    146M   35M   82% /media/ramdisk
tmpfs                        387M     20K  387M    1% /run/user/1000

Filelight zeigt jedoch - Screenshot im Anhang dieses Posts.

Ich habe in das System einige Ordner mit mount --bind eingebunden, kann es daran liegen, dass da irgendwo falsche Parameter übergeben werden? Dagegen spricht, dass nur / voll ist und alle anderen Laufwerke wie ersichtlich nicht voll sind.

Nach einem Neustart wird alles korrekt angezeigt, sprich / hat noch die freien 6GB an Kapazität und das System ist voll nutzbar. Es gibt auch keinen speziellen Vorgang, bspw. Start eines Programms was dann den Festplattenspeicher auslastet. Alles wird lange Zeit als 6GB frei angezeigt und plötzlich: Bam, voll.

Jemand eine Idee? Gruß dafosy

Wer solche Diagramme lesen kann... ich kann es jedenfalls nicht.

Es gibt zwei Möglichkeiten... es ist wirklich voll, ggf. mit versteckten Dateien, guckst du:

sudo mount --bind / /mnt
sudo ncdu /mnt

Ist es das nicht, dann hast du irgendwas (Programm oder Loopdevice oder ...), das eine große Datei schreibt, diese löscht... aber noch ein Filehandle auf die Datei offen hat.

Speicher von gelöschten Dateien wird erst freigegeben, wenn auf die Datei keiner mehr zugreifen kann. Das passiert dann ggf. dann halt erst nach dem Reboot.

Mit etwas Glück kannst du gelöschte Dateien mit offenen Filehandles im lsof sehen.

Laut dem Screenshot hat /var ca. 20% von /. Eventuell ein amoklaufendes Logfile. Poste bitte mal die Ausgabe von

for datei in $(sudo find /var -type f -name *.log);do stat -c "%s %n" $datei;done

Edit: Besser nimmst Du

echo "$(for datei in $(sudo find /var -type f -name *.log);do stat -c "%s %n" $datei;done)" | sort -n | tail -5

das zeigt nur die 5 größten Dateien.

dafosy schrieb:

Hallo Community,

auf meiner Kubuntu-Maschine habe ich seit mehreren Wochen ein Problem. Beispielsweise wird meinem Browser und Musikprogrammen meine Festplatte als voll suggeriert, aber die Festplatte ist definitiv nicht voll:

System denkt, dass / zu 100% belegt ist.

Filelight zeigt jedoch - Screenshot im Anhang dieses Posts.

Den Erklärungen aus https://nnc3.com/mags/LM10/issue/46/Filelight.pdf nach interpretiere ich aus dem screenshot, dass / rappelvoll ist.

Schau doch mal, wie groß /var ist. Für ich habe ich eine eigene Partition, wegen Erfahrungen in der Vergangenheit. Es gibt Programme, die bedienen sich da recht großzügig.

Ach, und bitte, liebe Newbies (und auch Du, dafosy): bezeichnet doch die Bilder bitte mit richtiger Extension. Meine Programme sind zum rauspfriemeln, was es nun genau ist zu faul und ich bin's auch 😉

Hallo Community,

vielen Dank für die Antworten.

@frostschutz: Sobald ich wieder an meiner Maschine bin, werde ich „ncdu“ testen. Und melde mich schnellstmöglich.

@dingsbums: Stimmt, die größten Dateien lasse ich mir auch mal anzeigen, beim letzten Mal waren da keine Auffälligkeiten.

@moniaqua:

Wie gesagt, df -h sagt das / voll ist, filelight hingegen, dass wie nach einem Reboot nur 11/17GB belegt - was im übrigen auch meiner Erwartung der Speicherplatzbelegung entspricht. Die 6 freien GB sind auch von einer Sekunde auf die nächste plötzlich belegt.

Geht klar, war mein erster hochgeladener Screenshot, leider hatte ich nicht auf dem Schirm, dass die Extension nicht automatisch übernommen wird.

dafosy schrieb:

@moniaqua:

Wie gesagt, df -h sagt das / voll ist, filelight hingegen, dass wie nach einem Reboot nur 11/17GB belegt - was im übrigen auch meiner Erwartung der Speicherplatzbelegung entspricht.

Nochmal zum Verständnis - wo behauptet filelight, dass da noch 6 GB frei seien? Dem im ersten Post angehängten screenshot entnehme ich den Erklärungen des pdfs nach, das ich verlinkt habe, dass / voll ist. Was meinst Du mit

Die 6 freien GB sind auch von einer Sekunde auf die nächste plötzlich belegt.

?

Geht klar, war mein erster hochgeladener Screenshot, leider hatte ich nicht auf dem Schirm, dass die Extension nicht automatisch übernommen wird.

Wird sie eigentlich doch? Vielleicht hatte das Forum hickups. Danke jedenfalls ☺

Da das Ganze ja wohl plötzlich auftritt (merkst Du es sofort?), würde ich mal alle 15s die größten Ordner unterhalb / protokollieren. /proc und /media schließen wir aus.

while [ 10 -gt 1 ];do echo "" | tee -a du.log && date | tee -a du.log && sudo du / --max-depth=1 --exclude="/proc" --exclude="/media" | sort -n | tail -n 5 | tee -a du.log && sleep 15;done

Nach einem Neustart anwerfen bis / wieder voll ist. Im du.log solltest Du dann sehen, in welchem Ordner Du weiterforschen musst.

Deine erste Ausgabe von df -h zeigt gar keine Swap-Partition. Fährst Du ohne Swap oder mit einem Swap-File?

free -m

Hallo Communtiy,

ich musste meinen Rechner erstmal neu starten, damit ich überhaupt wieder etwa machen kann. Aktuell zeigt

df -h, also 5,8GB frei.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16

dafosy1804@k18:~$ df -h
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
udev            1,9G       0  1,9G    0% /dev
tmpfs           387M    3,2M  384M    1% /run
/dev/sdc4        19G     12G  5,8G   68% /
tmpfs           1,9G     32M  1,9G    2% /dev/shm
tmpfs           5,0M    4,0K  5,0M    1% /run/lock
tmpfs           1,9G       0  1,9G    0% /sys/fs/cgroup
/dev/mmcblk0    120G     39G   80G   33% /media/F2FS_128G
/dev/sdc6        56G     24G   32G   43% /media/DATA_60G
/dev/sdc1       188M    5,8M  182M    4% /boot/efi
/dev/sdc5        14G    8,7G  5,3G   63% /home
/dev/sdc3        19G    9,4G  9,0G   52% /media/k17.10
/dev/sda1       1,9T    855G 1007G   46% /media/extHDD_2
none            180M    106M   75M   59% /media/ramdisk
tmpfs           387M     16K  387M    1% /run/user/1000

mittels

ncdu bekomme ich

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26

--- /mnt ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
    5,7 GiB [##########] /usr                                                                                                                                                                                            
    4,4 GiB [#######   ] /var
    1,0 GiB [#         ] /lib
  205,6 MiB [          ] /boot
   21,2 MiB [          ] /etc
   15,3 MiB [          ] /bin
   12,2 MiB [          ] /sbin
   11,2 MiB [          ] /root
   16,0 KiB [          ] /dev
   12,0 KiB [          ] /run
    8,0 KiB [          ] /tmp
    8,0 KiB [          ] /media
    4,0 KiB [          ] /snap
    4,0 KiB [          ] /lib64
@   4,0 KiB [          ]  initrd.img.old
@   4,0 KiB [          ]  initrd.img
@   4,0 KiB [          ]  vmlinuz.old
@   4,0 KiB [          ]  vmlinuz
    0,0   B [          ] /mnt
    0,0   B [          ] /srv
e   0,0   B [          ] /sys
e   0,0   B [          ] /proc
e   0,0   B [          ] /opt
e   0,0   B [          ] /home
e   0,0   B [          ] /cdrom

und find liefert mir:

1
2
3
4
5
6

dafosy1804@k18:~$ echo "$(for datei in $(sudo find /var -type f -name "*.log");do stat -c "%s %n" $datei;done)" | sort -n | tail -5
11889 /var/log/boot.log
18622 /var/log/auth.log
45674 /var/log/Xorg.0.log
56751 /var/log/bootstrap.log
65880 /var/log/boot-repair/20180430_015334/boot-repair.log

ALSO: Soweit mein System wie üblich und arbeitsfähig. Sobald sich nun mein Speicher wieder "nullt" gebe ich entsprechend bescheid.

@moniaqua: Bei Filelight ist es so, dass der angezeigte Kreis den gesamt genutzten Speicher anzeigt, sprich 360° = genutzter Speicher UNGLEICH PArtitionsgröße. Will heißen, filelight zeigt nicht den freien Speicher der Partition an. Zu meinem obigen Screenshot heißt das: die PArtition ist ca. 18GB groß, jedoch laut Filelight nur zu ca. 12GB belegt.

dafosy

@moniaqua: Bei Filelight ist es so, dass der angezeigte Kreis den gesamt genutzten Speicher anzeigt, sprich 360° = genutzter Speicher UNGLEICH PArtitionsgröße. Will heißen, filelight zeigt nicht den freien Speicher der Partition an. Zu meinem obigen Screenshot heißt das: die PArtition ist ca. 18GB groß, jedoch laut Filelight nur zu ca. 12GB belegt.

Oi. Ok. Danke für die Erklärung. Übersichtlich finde ich anders, aber wer's mag...

Der Gedanke wird wohl sein, daß dem "freien Speicher" ein eigenes Kuchenstück zu geben, den Rest so zusammenquetschen würde daß man eh nix mehr sieht. Geht mir aber bei der Art von Diagramm ohnehin so. 😉

Das gezeigte ncdu sieht relativ harmlos aus. Unter var evtl. ziemlich große Logfiles?

Jetzt war ich ein paar Tage unterwegs, meine Festplatte wird als voll angezeigt und sieht jetzt folgendermaßen aus:

df -h (hier werden 19GB als voll angezeigt)

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17

dafosy1804@k18:~$ df -h
Dateisystem                  Größe Benutzt Verf. Verw% Eingehängt auf
udev                          1,9G       0  1,9G    0% /dev
tmpfs                         387M     42M  345M   11% /run
/dev/sdc4                      19G     18G     0  100% /
tmpfs                         1,9G     50M  1,9G    3% /dev/shm
tmpfs                         5,0M    4,0K  5,0M    1% /run/lock
tmpfs                         1,9G       0  1,9G    0% /sys/fs/cgroup
/dev/mmcblk0                  120G     46G   73G   39% /media/F2FS_128G
/dev/sdc1                     188M    5,8M  182M    4% /boot/efi
/dev/sdc5                      14G    8,7G  5,3G   62% /home
/dev/sdc6                      56G     25G   31G   45% /media/DATA_60G
/dev/sdc3                      19G    9,4G  9,0G   52% /media/k17.10
/dev/sda1                     1,9T    855G 1007G   46% /media/extHDD_2
none                          180M     10M  171M    6% /media/ramdisk
tmpfs                         387M     16K  387M    1% /run/user/1000
//192.168.0.160/Transcend128  120G    101G   19G   85% /media/MBAir

sudo ncdu /mnt (übrigens in der Summe auch nur um die 11GB)

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26

--- /mnt ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
    5,7 GiB [##########] /usr                                                                                                                                                                                            
    4,3 GiB [#######   ] /var
    1,0 GiB [#         ] /lib
  207,1 MiB [          ] /boot
  111,9 MiB [          ] /tmp
   21,2 MiB [          ] /etc
   15,3 MiB [          ] /bin
   12,2 MiB [          ] /sbin
   11,2 MiB [          ] /root
   16,0 KiB [          ] /dev
   12,0 KiB [          ] /run
    8,0 KiB [          ] /media
    4,0 KiB [          ] /snap
    4,0 KiB [          ] /lib64
@   4,0 KiB [          ]  initrd.img.old
@   4,0 KiB [          ]  initrd.img
@   4,0 KiB [          ]  vmlinuz.old
@   4,0 KiB [          ]  vmlinuz
    0,0   B [          ] /mnt
    0,0   B [          ] /srv
e   0,0   B [          ] /sys
e   0,0   B [          ] /proc
e   0,0   B [          ] /opt
e   0,0   B [          ] /home
e   0,0   B [          ] /cdrom

Die Suche nach den größten Dateien ergibt:

1
2
3
4
5
6

dafosy1804@k18:~$ echo "$(for datei in $(sudo find /var -type f -name "*.log");do stat -c "%s %n" $datei;done)" | sort -n | tail -5
42642 /var/log/Xorg.0.log
56751 /var/log/bootstrap.log
60781 /var/log/auth.log
65880 /var/log/boot-repair/20180430_015334/boot-repair.log
140373 /var/log/kern.log

Ich habe jetzt selbst noch ein Streamripperskript auf dem Schirm, welches am Freitag eine Sendung automatisiert aufgenommen hat, dieses habe ich vor geraumer Zeit geändert, ich checke mal, ob dort ein Fehler drin ist. Zusammengefasst ist es aber komisch, dass 19GB Partitionsgröße vorhanden sind, alles als voll angezeigt wird, jedoch unverändert nur 11,5GB verwendet werden.

Bleibt die zweite Theorie.

frostschutz schrieb:

Ist es das nicht, dann hast du irgendwas (Programm oder Loopdevice oder ...), das eine große Datei schreibt, diese löscht... aber noch ein Filehandle auf die Datei offen hat.

Speicher von gelöschten Dateien wird erst freigegeben, wenn auf die Datei keiner mehr zugreifen kann. Das passiert dann ggf. dann halt erst nach dem Reboot.

Mit etwas Glück kannst du gelöschte Dateien mit offenen Filehandles im lsof sehen.

sudo lsof | grep deleted
sudo ls -l /proc/*/fd | grep deleted

Ich bleibe dran und warte aktuell wieder auf den Zustand, dass die HDD als voll dargestellt wird.

Ich wieder zu meinem seltsamen Verhalten des Speicherplatzes. Mein voriges Verhalten, dass mir eine volle Festplatte angezeigt wurde, konnte ich nun mehrere Wochen nicht reproduzieren.

Allerdings spinnen seit Anfang dieser Woche alle(!) meiner Browser:

- Firefox - Chromium-Browser - Brave - Falcon

alle stürzen nach geraumer Zeit ab oder lassen sich gar nicht erst starten, da den Browsern eine volle Festplatte suggeriert wird:

dafosy1804@k18:~$ chromium-browser
Bus-Zugriffsfehler (Speicherabzug geschrieben)
dafosy1804@k18:~$ brave
Crash reporting enabled

Crash dump id: c729e7efa436f174
[8668:8694:1024/225353.192087:ERROR:storage_block-inl.h(144)] Failed data store.
[8668:8694:1024/225359.964405:ERROR:storage_block-inl.h(144)] Failed data store.
Bus-Zugriffsfehler (Speicherabzug geschrieben)
dafosy1804@k18:~$ brave
[5854:5854:1024/224415.588695:ERROR:process_singleton_posix.cc(278)] Failed to create /home/dafosy1804/.config/brave/SingletonLock: Auf dem Gerät ist kein Speicherplatz mehr verfügbar (28)

Nach wie vor habe ich unten aufgeführten und somit weit über 4GB Speicherplatz auf / und /home verfügbar.

Könnte es hier irgendwie einen Bug geben?

findmnt

und

cat /etc/fstab

Kannst Du mal alles unter media umounten? Notfalls kurzfristig in /etc/fstab die Einträge auskommentieren und neustarten.

Danach

sudo du -xh -d 3 /  | sort -h -r | egrep -v '*K|*M'

Gruß Taomon