Root Partition voll und das nach einer Woche

Hinweis: In dem Thema Root Partition voll und das nach einer Woche gibt es 8 Antworten. Der letzte Beitrag () befindet sich ganz unten auf dieser Seite.

    Hallo alle zusammen,


    wie schon in der Überschrift steht habe ich ein kleines problem mit der Festplatte!
    Ich habe vor einer Woche openSuse noch einmal installiert!
    Benutze das neue dateiformat btrfs.
    Nun, nach einer Woche scheint es so, dass die root Partition schon fast voll ist(42Gb) wie geht das.
    Hier die Ausgabe von dem Befehl:


    Code
    df -hT



    Aber wenn das root Verzeichniss einweing genauer unter die Luppe nehme mit dem Befehl


    Code
    du -hsx /* | sort -n


    bekomme ich den Output:



    Wenn man die ordner Größe zusammen zählt kommt man nie auf die 34Gb Festplatten verbrauch! abgesehen davon stimmt die Ausgabe nicht. :smilie_pc_012: . Denn 41Gb-34Gb ist nicht 2.4Gb!


    Vielleicht weiß jemand von euch an was das liegen könnte.


    Danke!


    Lg, Burner

    Stelle mal auf sysvinit um.
    Einige Leute hier im Forum hatten schon Probleme, dass beim Start mit systemd beim Herunterfahren des Sytems temporäre Dateien nicht gelöscht wurden.
    Und schau mal nach ob unter

    Code
    yast -> Editor für /etc/sysconfig -> System -> Cron


    der Wert bei

    Code
    CLEAR_TMP_DIRS_AT_BOOTUP


    auf

    Code
    yes


    gesetzt ist.

    Zitat von Trekkie00

    Stelle mal auf sysvinit um.
    Einige Leute hier im Forum hatten schon Probleme, dass beim Start mit systemd beim Herunterfahren des Sytems temporäre Dateien nicht gelöscht wurden.


    Das hat damit gar nichts zu tun.
    btrfs legt bei Installationen von dies, das und jenem und bei dieversen Systemveränderungen jedesmal eine Sicherung an und das knallt die Platte ganz schnell voll. Hatte ich hier in einer Testumgebung auch und wird im Netz auch beschrieben.
    Man kann diese Sicherungen derzeit nur manuell löschen. Angeblich wird daran gearbeitet, dass dies in Zukunft einfacher zu handhaben ist bzw. nach z. B. 10 Sicherungen immer die älteste gelöscht wird. So wie das auch mit den Systemlogs gemacht wird.
    btrfs ist derzeit im home-Bereich noch nicht das gelbe vom Ei.


    Gruss
    Michael

    Für den Inhalt des Beitrages 41042 haftet ausdrücklich der jeweilige Autor: muck

    Zitat von Trekkie00
    Code
    yast -> Editor für /etc/sysconfig -> System -> Cron


    der Wert bei

    Code
    CLEAR_TMP_DIRS_AT_BOOTUP


    auf

    Code
    yes


    gesetzt ist.


    Diese Einstellungen habe ich gestern schon vorgenommen. Im Ordner /temp war nicht wirklich viel drinnen.


    Das es vielleicht an snapper liegt ist mir auch schon durch den Kopf gegangen. Nur wie man die Sicherungen löscht habe ich noch nicht herrausgefunden, um dies zu überprüfen. Wisst ihr wie man die löscht?


    EDIT:Gefunden, :smilie_school_012: wer suchet der findet! :smilie_pc_011:
    http://www.linux-club.de/viewtopic.php?f=4&t=115817

    Einmal editiert, zuletzt von AcidBurner ()

    Für den Inhalt des Beitrages 41043 haftet ausdrücklich der jeweilige Autor: AcidBurner

    Also es scheint wirklich so zu sein das Snapper die ganze Partition zu müllt.
    Mit dem Befehl:

    Code
    btrfs filesystem df /


    er halte ich nämlich vollgende Ausgabe:


    Mal schauen ob ich es löschen kann!

    Einmal editiert, zuletzt von AcidBurner ()

    Für den Inhalt des Beitrages 41044 haftet ausdrücklich der jeweilige Autor: AcidBurner

    Ich bin es schon wieder :D !
    Habe jetzt mit der for-schleife alle snappshots gelöscht:

    Code
    for snap in /.snapshots/*/snapshot;
  do   echo "deleting $snap...";
    btrfs subvolume delete $snap; 
done


    Will man nur bestimmte löschen dann einfach folgenden Befehl verwenden und den Metacaracter durch die jeweilige snappshot ID ersetzen.

    Code
    btrfs subvolume delete /.snapshots/*/snapshot


    Einmal neustarten und siehe da:

    Code
    df -hT | grep rootfs


    Code
    rootfs     	rootfs 	41G  9.1G   23G  29% /


    Vielleicht werde ich snapper deaktivieren :smilie_pc_012: damit es mir nicht die SSD zu müllt.
    Danke für Eure bemühungen!
    Christian

    Einmal editiert, zuletzt von AcidBurner ()

    Für den Inhalt des Beitrages 41045 haftet ausdrücklich der jeweilige Autor: AcidBurner


    Gar nicht wahr, mit Snapper kann man schon beim erstellen eines Subvolumes festlegen wieviele behalten werden.
    Standardmäßig werden auch nur 10 pro Tag, Monat und Jahr behalten.
    (Zumindest wenn man sie automatisch von Snapper anlegen lässt)
    Die Option dafür ist timeline oder number (Als Root):

    Code
    snapper -c home create -c timeline


    Code
    snapper -c home create -c number



    Wenn du btrfs nutzt legt dieses zwar gleich passende Subvolumes für / und /home an, die sind aber standardmäßig nicht "aktiviert".
    Um zum Beispiel auch "/" zu sichern, musst du erst einmal folgendes als Root ausführen:

    Code
    snapper create-config /


    für /home:

    Code
    snapper -c home create-config /home


    Erst wenn du solch einen Befehl eintippst, sichert btrfs stündlich den Zustand der geänderten Daten.

    ___________________________________________________________________________________
    Zypper Befehlsreferenz

    Für den Inhalt des Beitrages 41046 haftet ausdrücklich der jeweilige Autor: lush