Beiträge von S. King

    Hallo!


    Danke auch für den Hinweis auf bleachbit.


    Inzwischen war mein freier Speicherplatz (laut df) in der Root-Partition auf 3,9GB gesunken. Dann habe ich wieder btrfs balance start versucht. Nach wie vor ist es so, dass ich das Balancieren einschränken muss. Also zum Beispiel

    Code
    # btrfs balance start -v -mlimit=3 -dlimit=2 /
    Dumping filters: flags 0x7, state 0x0, force is off
      DATA (flags 0x20): balancing, limit=2
      METADATA (flags 0x20): balancing, limit=3
      SYSTEM (flags 0x20): balancing, limit=3
    Done, had to relocate 6 out of 30 chunks


    Danach ist der frei Platz wieder bei 4,2GB. Schrittweise erhöhte ich die limit-Parameter, wodurch weiterer Platz frei wurde. Irgendwann ging das aber nicht mehr,

    Code
    # btrfs balance start -v -mlimit=5 -dlimit=4 /
    Dumping filters: flags 0x7, state 0x0, force is off
      DATA (flags 0x20): balancing, limit=4
      METADATA (flags 0x20): balancing, limit=5
      SYSTEM (flags 0x20): balancing, limit=5
    ERROR: error during balancing '/' - No space left on device
    There may be more info in syslog - try dmesg | tail



    Immerhin habe ich jetzt wieder 4,7GB frei. Trotzdem, wie kann ich erreichen, dass das Filesystem wieder voll balanciert wird?


    Viele Grüße,
    Simon

    Hallo Sauerland!




    Code
    # btrfs fi show /dev/sda2
    Label: none  uuid: 656dc65f-240b-4137-a490-0175717dd7fa
        	Total devices 1 FS bytes used 12.47GiB
        	devid	1 size 20.00GiB used 16.31GiB path /dev/sda2
    
    
    btrfs-progs v4.0+20150429


    Code
    # btrfs fi df /
    Data, single: total=13.00GiB, used=11.49GiB
    System, DUP: total=32.00MiB, used=16.00KiB
    Metadata, DUP: total=1.62GiB, used=1004.11MiB
    GlobalReserve, single: total=288.00MiB, used=0.00B



    Wie erwähnt, mir würde es derzeit schon reichen, den Snapshot 318 löschen zu können.


    Viele Grüße,
    Simon

    Hallo!


    Kann man 15 GB für alles außer Home wirklich "volllaufen" nennen?


    Sollte man da nicht eher "Wow, wie wenig!" jubeln?

    Im Prinzip ja. Allerdings bin ich ein gebranntes Kind und daher etwas paranoid: Wegen vieler btrfs-Metadaten war früher einmal meine Root-Partition komplett voll, obwohl laut df noch 4GB Platz waren! Und außerdem beobachte ich in den letzten Wochen, dass der verfügbare Platz weniger wird, ohne dass ich mir das (z.B. durch viele neu installierte Programme) erklären könnte.


    Aber wahrscheinlich hast Du recht. Kein Grund zur Panik.


    Ich werde diesen Thread als "gelöst" markieren, sobald ich verstanden habe, wie ich den verbliebenen alten Snapshot Nummer 318 löschen kann. Warum gelingt das Löschen des Snapshots nicht mit "normalen" Mitteln? Ich würde gerne hier den Output von strace posten, aber der ist leider zu lang...


    Wie kann ich herausfinden, welchen Fehler es beim Löschen des Schnappschusses tatsächlich gibt?


    Viele Grüße,
    Simon

    "zypper se -si kernel" liefert bei mir dies:


    Hm. Heißt das, dass ich alles zweimal habe? Im Falle von texlive sogar aus unterschiedlichen Repositorien?

    Hallo!

    Tja, wenn man wüßte was sich in diesem snapshot befindet? Aber im Prinzip ist es nur ein Snapshot und keine Systemdatei.

    Naja, im Prinzip hätte ich nichts dagegen, diesen Snapshot zu löschen. Er ist vom 14. April, also relativ alt, und die aktuellen Snapshots haben Nummern ab 520. Alle anderen Snapshots vor und nach 318 konnte ich löschen.


    Ich habe Bedenken, ihn mit "rm -r" zu löschen, weil ja "find" irgendwas von einem loop erzählte. Ich befürchte daher, dass irgendwelche Einträge in dem alten Snapshot aufgrund eines Fehlers auf Systemdateien weisen, die ich noch brauche.