Nach update auf bzw. Installation von leap 15.2 springt verfügbarer Speicherplatz in / -Partition, bis XWindow nicht mehr reagiert bzw. startet

Hinweis: In dem Thema Nach update auf bzw. Installation von leap 15.2 springt verfügbarer Speicherplatz in / -Partition, bis XWindow nicht mehr reagiert bzw. startet gibt es 32 Antworten auf 4 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
  • Welm

    Danke für den Hinweis...

    Mit dem o.a. Befehl werden nicht nur die btrfs- und snapper-Timer entfernt, sondern auch die dazugehörigen Pakete gelöscht.

    Alternativ hätte man diese auch in der Dienste-Verwaltung deaktivieren können.


    Aber wenn das noch heute, unter openSUSE Leap 15.2 z.B., Standard ist, dass auch bei einem reinen ext Dateisystem btrfs- und snapper-timer aktiv laufen, dürfte es zu keinen Problemen führen. Das hätte man ja schon mitbekommen, da viele Anwender ext verwenden. Bin gespannt, wie sich das System des TE verhält.

    Einmal editiert, zuletzt von sterun ()

    Für den Inhalt des Beitrages 282173 haftet ausdrücklich der jeweilige Autor: sterun

  • Lieber Sterun,


    habe auch schon auf verschiedenen ext4-Systemen snapper gefunden. Eine Zeit lang wurde die wohl bei updates mit installiert. Sollten, wenn nicht gebraucht, natürlich entfernt werden. Tun aber soweit ich sie erlebt habe nichts Böses.


    :)

    Für den Inhalt des Beitrages 282175 haftet ausdrücklich der jeweilige Autor: Petert

  • Zitat

    Zitat von sterun

    Da war doch was vor ca. zwei Jahren :/

    Hatte zu diesem Thema schon mal was geschrieben:

    OpenSUSE Leap 15 und ext4 Dateisysteme

    Ist immer noch so. Ich hab mich unter 42.2 von BTRFS verabschiedet und jetzt auf allen unseren Rechnern diese BTRFS-Timer gefunden ... dabei auch einer mit ganz frisch installiertem 15.2. Dein obiger "zypper rm..."-Befehl (ohne die beiden "lvm"-Sachen) hat das dann beseitigt.

    Interessant, daß das schon so lange bekannt sein soll und noch immer nicht "behoben" wurde.


    Allerdings beobachte ich meine /- Partition noch immer kritisch: heute morgen waren auf sda2 nur 37% belegt. Jetzt sind es schon 75% Belegung. Dabei habe ich lediglich mails gelesen und zwei Libre-Office-Tabellen bearbeitet - und natürlich hier mit Euch gesprochen. Was bitteschön kann in einer root-Partition 17GiB Speicher benötigen und auch durch einen Neustart nicht verschwinden? Abgesehen davon, daß ich keine so großen Datenmengen bearbeite, speicher ich meine Dokumente woanders.


    Ich habe schon jetzt mal in einer Konsole 'iotop -o' ausgeführt (siehe obiger Tip). Da sich die Anzeige so schnell aktualisiert, ist mir nur dieser Bildschirmausdruck gelungen:

    Ob der was hilft, weiß ich nicht. Nur, dass der untere Eintrag in jeder Aktualisierung drin steht...

  • Ansonsten schau mal, ob "ncdu" etwas aussagekräftiger ist.

    Es zeigt dir die Speicherfresser.

    Falls noch nicht geschehen, vorher das Tool installieren mit:


    Code

    Code
    zypper in ncdu

    ncdu installieren

    Terminal öffnen

    Root werden mit su

    cd /

    ncdu


    Oder pers. Daten sichern, die ganze SSD formatieren und openSUSE Leap neu installieren - ohne Beibehaltung von Partitionen.

    Für den Inhalt des Beitrages 282177 haftet ausdrücklich der jeweilige Autor: sterun

  • Nun, ncdu liefert dieses Ergebnis:


    Im übrigen ist es wohl gleich soweit: 90% belegt, 4Gib frei :(


    Wenn KOMPLETTE Neuinstall: soll ich / mit ext4 oder btrfs formatieren?

  • Nun, ncdu liefert dieses Ergebnis:

    Du hast das "cd /" vor dem ncdu weggelassen. Jetzt werden die Größen im Homeverzeichnis von root ("/root") statt im Rootverzeichnis ("/") angezeigt.

    Für den Inhalt des Beitrages 282194 haftet ausdrücklich der jeweilige Autor: Welm

  • Zitat

    Zitat von Hilfesuchender

    Nun, ncdu liefert dieses Ergebnis:

    Du hast das "cd /" vor dem ncdu weggelassen. Jetzt werden die Größen im Homeverzeichnis von root ("/root") statt im Rootverzeichnis ("/") angezeigt.

    ähm, ja, das war blöd :(


    Zitat

    Oder pers. Daten sichern, die ganze SSD formatieren und openSUSE Leap neu installieren - ohne Beibehaltung von Partitionen.

    Derweil das System wieder dicht gemacht hat *grrr* und ich schnell genug meine /home - Daten gesichert bekommen habe, ist das System jetzt völlig neu aufgesetzt - mit / als btrfs jetzt nicht mehr im vorderen Teil der SSD sondern mitten drin (sda3) und /home in xfs-Format vorweg (sda2). Mal sehen, was die nächsten Stunden nun so mit sich bringen *Daumen drücken*

  • ...so, nach der Formatierung der SSD und Neuinstallation ohne irgendeine Übernahme von Vorhandenem sieht das System nicht nur anders aus, sondern das Speicherproblem ist seither nicht mehr aufgetreten: der belegte Plattenplatz liegt bei konstant 20%.


    Somit scheint dieses Problem gelöst zu sein - nochmals Danke für die Lösungsvorschläge :)

  • Als leap15.2 veröffentlicht wurde, habe ich mir dies als 64bit-DVD-Version heruntergeladen und anschließend auf mein leap15.0-System ein update gefahren.

    Hier steht das, was man machen soll und was nicht. https://de.opensuse.org/SDB:Distribution-Upgrade

    Warnung: Es dürfen bei einem Live-Upgrade keine Versionsnummern übersprungen werden. Beispiel: Bitte kein Upgrade von 42.3 auf 15.1 durchführen. Stattdessen macht man das Upgrade von 42.3 auf 15.0 und dann von 15.0 auf 15.1.

    Du hast die Version 15.1 übersprungen. Das kann eine Ursache sein.

    Für den Inhalt des Beitrages 282267 haftet ausdrücklich der jeweilige Autor: Kanonentux