Ubuntu 24.04 SSD läuft voll, ohne Speicherfresser zu finden

    Distrowahl
    Ubuntu
    Bitte den Befehl "inxi -Fzxi" (ohne die Anführungszeichen) im Terminal ausführen und die Ausgabe dann hier hinein kopieren
    System:
    Kernel: 6.17.0-35-generic arch: x86_64 bits: 64 compiler: gcc v: 13.3.0
    Console: pty pts/3 Distro: Ubuntu 24.04.4 LTS (Noble Numbat)
    Machine:
    Type: Desktop System: LENOVO product: 12U6001BGE v: ThinkCentre M70t Gen 5 serial: <filter>
    Mobo: LENOVO model: 334B v: SDK0T76530 WIN 3556185927267 serial: N/A UEFI: LENOVO v: M56KT41A
    date: 09/03/2024
    CPU:
    Info: 20-core (8-mt/12-st) model: Intel Core i7-14700 bits: 64 type: MST AMCP arch: Raptor Lake
    rev: 1 cache: L1: 1.8 MiB L2: 28 MiB L3: 33 MiB
    Speed (MHz): avg: 827 high: 1100 min/max: 800/5300:5400:4200 cores: 1: 800 2: 800 3: 800
    4: 800 5: 1043 6: 800 7: 1100 8: 800 9: 800 10: 800 11: 1038 12: 800 13: 800 14: 800 15: 800
    16: 800 17: 800 18: 800 19: 800 20: 800 21: 800 22: 800 23: 800 24: 800 25: 800 26: 800
    27: 800 28: 800 bogomips: 118272
    Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
    Graphics:
    Device-1: Intel Raptor Lake-S GT1 [UHD Graphics 770] vendor: Lenovo driver: i915 v: kernel
    arch: Gen-13 bus-ID: 00:02.0
    Display: server: X.org v: 1.21.1.11 with: Xwayland v: 23.2.6 driver: N/A tty: 148x30
    API: EGL v: 1.5 drivers: iris,swrast platforms: active: gbm,surfaceless,device
    inactive: wayland,x11
    API: OpenGL v: 4.6 compat-v: 4.5 vendor: mesa v: 25.2.8-0ubuntu0.24.04.2
    note: console (EGL sourced) renderer: Mesa Intel Graphics (RPL-S), llvmpipe (LLVM 20.1.2 256
    bits)
    Audio:
    Device-1: Intel Alder Lake-S HD Audio vendor: Lenovo driver: snd_hda_intel v: kernel
    bus-ID: 00:1f.3
    API: ALSA v: k6.17.0-35-generic status: kernel-api
    Server-1: PipeWire v: 1.0.5 status: n/a (root, process)
    Network:
    Device-1: Intel Ethernet I219-LM vendor: Lenovo driver: e1000e v: kernel port: N/A
    bus-ID: 00:1f.6
    IF: eno1 state: up speed: 1000 Mbps duplex: full mac: <filter>
    IP v4: <filter> type: noprefixroute scope: global
    WAN IP: <filter>
    Drives:
    Local Storage: total: 476.94 GiB used: 384.98 GiB (80.7%)
    ID-1: /dev/nvme0n1 vendor: SK Hynix model: HFS512GEJ9X102N size: 476.94 GiB temp: 37.9 C
    Partition:
    ID-1: / size: 467.35 GiB used: 384.97 GiB (82.4%) fs: ext4 dev: /dev/nvme0n1p2
    ID-2: /boot/efi size: 1.05 GiB used: 6.1 MiB (0.6%) fs: vfat dev: /dev/nvme0n1p1
    Swap:
    ID-1: swap-1 type: file size: 8 GiB used: 0 KiB (0.0%) file: /swap.img
    Sensors:
    System Temperatures: cpu: 33.0 C mobo: N/A
    Fan Speeds (rpm): N/A
    Info:
    Memory: total: 32 GiB note: est. available: 30.96 GiB used: 3.43 GiB (11.1%) igpu: 64 MiB
    Processes: 609 Uptime: 10h 53m Init: systemd target: graphical (5)
    Packages: 1606 Compilers: N/A Shell: Bash v: 5.2.21 inxi: 3.3.34

    Hallo,

    ich habe seit gestern das Problem, dass meine Festplatte "voll läuft".

    "df -h" zeigt an, dass bereits angeblich 385 GB belegt wären:

    Wenn ich dagegen mit "du" oder auch "ncdu" den Speicherplatz prüfe, sind aber tatsächlich nur ~92 GB belegt:

    Ich suche mir seit gestern einen Wolf, warum diese Diskrepanz besteht. Woran kann es liegen, dass irgendwie Speicherplatz "verbraten" wird?

    Die Suche nach temps, logs, etc. habe ich schon alles durch und bereinigt. Es scheint, dass irgendwelche "Luftnummern" Speicher besetzen. Hat jemand noch eine Idee?

    Nette Grüße

    Stefan

  • seinfach July 8, 2026 at 4:23 PM

    Changed the title of the thread from “SSD läuft voll, ohne Speicherfresser zu finden” to “Ubuntu 24.04 SSD läuft voll, ohne Speicherfresser zu finden”.

    ja, das sind die Befehle "df" (disk free) und "du" (disk usage). Mit diesen wird mir ja angezeigt, dass letztendlich nur knapp 92 GB an Daten vorhanden sind.

    "df -h" zeigt aber an, dass angeblich bereits 385 GB benutzt werden, was aber definitv nicht sein kann. Der "Verbrauch" ist sozusagen über Nacht um ~300 GB hochgeschossen, ohne etwas installiert zu haben.

    Selbst die Klicki-Bunti Darstellung zeigt an, dass nur 98.5 GB vorhanden sind:

    Ja, inxi zeigt auch die /dev/nvme0n1p2 mit 385 GB belegt an. Ich würde als nächstes mal versuchen, einen fsck beim nächsten Boot zu erzwingen. Die Google KI sagt dazu:

    Wenn das System regulär läuft, können Sie einen Check für den nächsten Neustart planen:
    Führen Sie im Terminal den folgenden Befehl aus:
    sudo shutdown -rF now
    (Das -F signalisiert dem System, beim nächsten Hochfahren die Dateisystemprüfung zu erzwingen.) [1, 2]

    Kann es sein, dass Du "Timeshift" installiert hast? Das ist eine Art "Systemwiederherstellung". Bei falscher Konfiguration läuft des öfteren mal die SSD oder Festplatte voll ...

    Hardware

    terra PC-Micro 6000C GREENLINE von Wortmann AG mit Intel Core i5-1334U / Intel Iris Xe Graphics / SODIMM Samsung M425R2GA3PB0-CWM 2 x 16 GB = 32 GB / WD Red SN700 NVMe SSD 2 x 500 GB = 1 TB / Mainboard Clevo R100AU mit UEFI von insyde Software an LG 27U59 4k Ultra-HD, 27",16:9 / Das Keyboard 6 Pro Kabel / ergoleben VM Maus kabellos - rechts - groß / brother MFC-L2710DN / Fritz!Box 6490 Cable via LAN, 250 MBit Down / 25 MBit Up, Vodafone Kabel Deutschland

    Quote from Gerbil

    Ja, inxi zeigt auch die /dev/nvme0n1p2 mit 385 GB belegt an. Ich würde als nächstes mal versuchen, einen fsck beim nächsten Boot zu erzwingen. Die Google KI sagt dazu:

    Wenn das System regulär läuft, können Sie einen Check für den nächsten Neustart planen:
    Führen Sie im Terminal den folgenden Befehl aus:
    sudo shutdown -rF now
    (Das -F signalisiert dem System, beim nächsten Hochfahren die Dateisystemprüfung zu erzwingen.) [1, 2]

    das läuft unter Ubuntu anders aber die Richtung werde ich verfolgen sobald die Leute offline sind.

    Quote from seinfach

    "df -h" zeigt an, dass bereits angeblich 385 GB belegt wären

    Dann müssten immer noch 83 GB frei sein (von 468 GB).

    Angesichts der Beweislage würde ich erstmal einen Fehler in der df-Anzeige vermuten. Du könntest weitere Gegenproben durchführen (z. B. mit 'Laufwerke' oder 'Gparted'). Wenn die ebenfalls nur die tatsächlichen gespeicherten Größenwerte anzeigen ...

    Du könntest auch versuchen, den Speicher mit Dummy-Dateien zu füllen. Wenn mehr als rund 80 GB noch draufpassen, ohne dass Ubuntu meckert, dann wäre der df-Wert schlicht falsch.

    Aber bevor Du das machst, unbedingt vorher ein Backup des Systems machen! Denn wenn der Speicher dabei tatsächlich restlos aufgebraucht würde, könntest dies das System startunfähig werden lassen.

    Quote from Neumann

    Dann müssten immer noch 83 GB frei sein (von 468 GB).

    Angesichts der Beweislage würde ich erstmal einen Fehler in der df-Anzeige vermuten. Du könntest weitere Gegenproben durchführen (z. B. mit 'Laufwerke' oder 'Gparted'). Wenn die ebenfalls nur die tatsächlichen gespeicherten Größenwerte anzeigen ...

    Du könntest auch versuchen, den Speicher mit Dummy-Dateien zu füllen. Wenn mehr als rund 80 GB noch draufpassen, ohne dass Ubuntu meckert, dann wäre der df-Wert schlicht falsch.

    Aber bevor Du das machst, unbedingt vorher ein Backup des Systems machen! Denn wenn der Speicher dabei tatsächlich restlos aufgebraucht würde, könntest dies das System startunfähig werden lassen.

    ja, das habe ich schon probiert. Das System lässt mich nicht mehr Daten raufkopieren...

    Quote from /su

    Hi


    Kannst du das ein wenig präzisieren ?

    Code
    sudo du -sh /var/log/* | sort -h


    cu

    alles schon durch... sind nur rund 400 MB drin... auch alle temp Ordner, alte Kerneldateien, trash usw. geprüft

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!

Register Yourself Login