[gelöst] Die Speicherfresser sind da!

  • Hallo Freunde,


    auf meinem vdr sitzt ein mysteriöser Speicherfresser. Und zwar unterscheiden sich die Ausgaben von du und df:


    Code
    > df
    /dev/hda1              1921156   1584396    239168  87% /
    ...



    Man erkennt, dass df meint, es wären ca. 1,58 GB belegt, während du nur auf 1,16 GB kommt. Es handelt sich hier auch nicht um die üblichen mysql-bin-logs oder die vtx-Seiten.
    Ich habe auch schon von einer RettungsCD gebootet und dann ein

    Code
    fsck.ext3 -f /dev/hda1

    gemacht, hat aber auch nix gebracht.


    Weiß jemand was?


    Schon mal vielen Dank sacht
    Werner

    Warum habe ich immer als Einziger dieses Problem?


    Seit 1997 Linux-Kämpfer
    VDRclient: yavdr 0.3.0 - Zotac ID41
    VDR2: yavdr 0.3.0a - Celeron 430 - GT220 - 2 TB - 2*Skystar HD2 - SDC Megtron
    VDR1: c't vdr 4 auf Athlon XP 1700+ - vdrdevel 1.3.49 - kernel 2.6.12-rc4-ct-2 - 3*250 GB - 2*TechniSat SkyStar 2 Budget - graphlcd 128x64
    vdr-user Nr. 1150

    Völlig vdr-freie Homepage: www.jongl.de

    Einmal editiert, zuletzt von The Werner ()

  • Hallo Andreas,


    das stimmt nur, wenn man

    Code
    du --apparent-size

    schreibt. Dann werden die nicht belegten Bytes nicht gezählt. Hab ich aber nicht gemacht, weil ich ja die wirkliche Platzverschwendung wissen möchte.
    Außerdem ging das früher richtig. Ich hab nämlich noch ein paar alte Images und wenn ich die mounte, dann stimmt das Verhältnis:



    Hier sind die beiden Zahlen fast gleich: 1,285 GB zu 1,252 GB. Der Unterschied liegt wohl in /proc und /dev oder so.


    Ist also noch unklar. Ich bitte um weitere Hinweise.


    Danke!
    Werner

    Warum habe ich immer als Einziger dieses Problem?


    Seit 1997 Linux-Kämpfer
    VDRclient: yavdr 0.3.0 - Zotac ID41
    VDR2: yavdr 0.3.0a - Celeron 430 - GT220 - 2 TB - 2*Skystar HD2 - SDC Megtron
    VDR1: c't vdr 4 auf Athlon XP 1700+ - vdrdevel 1.3.49 - kernel 2.6.12-rc4-ct-2 - 3*250 GB - 2*TechniSat SkyStar 2 Budget - graphlcd 128x64
    vdr-user Nr. 1150

    Völlig vdr-freie Homepage: www.jongl.de

  • Zitat

    Original von The Werner
    Hier sind die beiden Zahlen fast gleich: 1,285 GB zu 1,252 GB. Der Unterschied liegt wohl in /proc und /dev oder so.


    Weder /proc noch /dev sind Verzeichnisse, deren Inhalte auf einer Festplatte liegen.

  • Die Inhalte nicht, aber die Verzeichnisstruktur. Und die braucht ja auch Platz.


    Werner

    Warum habe ich immer als Einziger dieses Problem?


    Seit 1997 Linux-Kämpfer
    VDRclient: yavdr 0.3.0 - Zotac ID41
    VDR2: yavdr 0.3.0a - Celeron 430 - GT220 - 2 TB - 2*Skystar HD2 - SDC Megtron
    VDR1: c't vdr 4 auf Athlon XP 1700+ - vdrdevel 1.3.49 - kernel 2.6.12-rc4-ct-2 - 3*250 GB - 2*TechniSat SkyStar 2 Budget - graphlcd 128x64
    vdr-user Nr. 1150

    Völlig vdr-freie Homepage: www.jongl.de

  • Es gibt jeweils nur den Ordner /dev und /proc, damit es mount points gibt. Nicht mehr. In /dev meist noch console und null. Das ist alles. Auf jeden Fall nicht mehr als 2-3 kilobyte insgesamt.

  • Ok, klingt sinnvoll. Aber warum zeigen jetzt df und du unterschiedliche Belegungen an?


    Werner

    Warum habe ich immer als Einziger dieses Problem?


    Seit 1997 Linux-Kämpfer
    VDRclient: yavdr 0.3.0 - Zotac ID41
    VDR2: yavdr 0.3.0a - Celeron 430 - GT220 - 2 TB - 2*Skystar HD2 - SDC Megtron
    VDR1: c't vdr 4 auf Athlon XP 1700+ - vdrdevel 1.3.49 - kernel 2.6.12-rc4-ct-2 - 3*250 GB - 2*TechniSat SkyStar 2 Budget - graphlcd 128x64
    vdr-user Nr. 1150

    Völlig vdr-freie Homepage: www.jongl.de

  • Kann man an deinen unvollständigen Ausgaben nicht erkennen - zumindest ich nicht. Könnte z.B. mit den Blockgroessen des Dateisystems beispielsweise zusammenhängen, df geht von 1k Blöcken aus.

  • Das würde ja bedeuten, dass sich die Blockgröße der Dateisystem zwischenzeitlich geändert hat. Würde mich wundern.


    Wenn du unvollständige Ausgaben bemängelst, was hättest du denn gerne?


    Werner

    Warum habe ich immer als Einziger dieses Problem?


    Seit 1997 Linux-Kämpfer
    VDRclient: yavdr 0.3.0 - Zotac ID41
    VDR2: yavdr 0.3.0a - Celeron 430 - GT220 - 2 TB - 2*Skystar HD2 - SDC Megtron
    VDR1: c't vdr 4 auf Athlon XP 1700+ - vdrdevel 1.3.49 - kernel 2.6.12-rc4-ct-2 - 3*250 GB - 2*TechniSat SkyStar 2 Budget - graphlcd 128x64
    vdr-user Nr. 1150

    Völlig vdr-freie Homepage: www.jongl.de

  • Na ja, z.B. wäre dein Dateisystem interessant. Wenn du z.B. e2fs hast ist meist ein Teil für root reserviert, die Ausgaben für du und df sind unvollständig etc.

  • Danke erstmal für Eure Anteilnahme,


    kayser: Danke für den Hinweis, aber das doktert an den Symptomen rum und erklärt nicht die Ursache dafür, warum du und df auf einmal nicht mehr übereinstimmende Ausgaben machen.


    wirbel: Dateisystem ist ext3. Ich weiß auch, dass da was für root abgezweigt wird. Wenn die Ausgaben von du und df unvollständig sind, wie finde ich denn die fehlenden Ausgaben bzw. Hinweise auf die 400 MB, die laut df jetzt mehr belegt sind, während du meint, dass jetzt weniger auf der Platte ist als vorher?


    Werner

    Warum habe ich immer als Einziger dieses Problem?


    Seit 1997 Linux-Kämpfer
    VDRclient: yavdr 0.3.0 - Zotac ID41
    VDR2: yavdr 0.3.0a - Celeron 430 - GT220 - 2 TB - 2*Skystar HD2 - SDC Megtron
    VDR1: c't vdr 4 auf Athlon XP 1700+ - vdrdevel 1.3.49 - kernel 2.6.12-rc4-ct-2 - 3*250 GB - 2*TechniSat SkyStar 2 Budget - graphlcd 128x64
    vdr-user Nr. 1150

    Völlig vdr-freie Homepage: www.jongl.de

  • Vielleicht liegen Dateien in einem Verzeichnis das als Mountpoint dient. Diese sind nach dem mounten für df nicht mehr sichtbar, belegen aber natürlich nach wie vor den Platz.


    Am besten Mal mit einer Rescue- oder Live-CD booten und prüfen ob alle Verzeichnisse die als Mountpoint dienen leer sind.

  • Hi,


    ein kurzes "difference df du linux" bei Google bringt mich zu folgendem, was Du vllt mal prüfen könntest:


    http://www.cyberciti.biz/tips/…rts-different-output.html


    Bin mal auf das Ergebnis gespannt.


    Gruss


    Macavity

    Capulet:
    HW: Dell Dimension 3100, Pentium 4 3GHz, 2GB RAM, 160GB HDD (System), 1TB HDD (Video), 1 x TT S2-1600, 1 x Technisat Skystar HD | SW: Debian 7.4, VDR 2.0.4 (selfcompiled), dummydevice 2.0.0, streamdev-server 0.6.1, NFS-Server


    TiViPi01:
    HW: Raspberry Pi Mod. B Rev. 2, 512MB RAM, 8GB SD-Card, Teko TEK-BERRY.9 Gehäuse, Ednet 85024 USB 2.0 Hub, Digitainer X10 Funk-Fernbedienung | SW: Raspbian 01/2014, VDR 2.0.4 (selfcompiled), rpihddevice 0.0.8, ffmpeg 1.0.8, streamdev-client 0.6.1, NFS-Client

  • schmirl: DU BIST EIN HELD! Danke, jetzt stimmts wieder. Unter dem mountpoint eines Video-Verzeichnisses waren noch ein paar Aufnahmen. Die hatten sich da hingeschlichen, als ich massenhaft Timer wegen einer Fehleingabe im xxv hatte. Jetzt zeigt du wieder 66 % an, wie es sich gehört.


    Macavity: Klingt auch logisch, aber ob dieser Zustand auch über reboots hinweg anhält, weiß ich nicht. Muss ich mal probieren.


    Danke an alle!
    Werner

    Warum habe ich immer als Einziger dieses Problem?


    Seit 1997 Linux-Kämpfer
    VDRclient: yavdr 0.3.0 - Zotac ID41
    VDR2: yavdr 0.3.0a - Celeron 430 - GT220 - 2 TB - 2*Skystar HD2 - SDC Megtron
    VDR1: c't vdr 4 auf Athlon XP 1700+ - vdrdevel 1.3.49 - kernel 2.6.12-rc4-ct-2 - 3*250 GB - 2*TechniSat SkyStar 2 Budget - graphlcd 128x64
    vdr-user Nr. 1150

    Völlig vdr-freie Homepage: www.jongl.de

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!