dafosy
Anmeldungsdatum: 26. Februar 2012
Beiträge: 153
|
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
- Bilder
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7657
|
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.
|
dingsbums
Anmeldungsdatum: 13. November 2010
Beiträge: 3547
|
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.
|
moniaqua
Anmeldungsdatum: 19. Februar 2007
Beiträge: 305
|
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 😉
|
dafosy
(Themenstarter)
Anmeldungsdatum: 26. Februar 2012
Beiträge: 153
|
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.
|
moniaqua
Anmeldungsdatum: 19. Februar 2007
Beiträge: 305
|
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 ☺
|
dingsbums
Anmeldungsdatum: 13. November 2010
Beiträge: 3547
|
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
|
dafosy
(Themenstarter)
Anmeldungsdatum: 26. Februar 2012
Beiträge: 153
|
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: | 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.
|
moniaqua
Anmeldungsdatum: 19. Februar 2007
Beiträge: 305
|
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...
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7657
|
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?
|
dafosy
(Themenstarter)
Anmeldungsdatum: 26. Februar 2012
Beiträge: 153
|
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:
| 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.
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7657
|
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
|
dafosy
(Themenstarter)
Anmeldungsdatum: 26. Februar 2012
Beiträge: 153
|
Ich bleibe dran und warte aktuell wieder auf den Zustand, dass die HDD als voll dargestellt wird.
|
dafosy
(Themenstarter)
Anmeldungsdatum: 26. Februar 2012
Beiträge: 153
|
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?
|
Taomon
Supporter
Anmeldungsdatum: 30. Januar 2011
Beiträge: 8431
Wohnort: Digiworld
|
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
|