PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Speicherplatz auf Systempartition freigeben



DonnieDarko
14.02.18, 06:31
Hallo Community,

ich habe schon wieder ein neues Problem. Mein OpenSuse bootet nicht mehr, nur noch in die Emergency Shell. Nach einigen suchen glaube ich das es daran liegt das auf der Systempartition so gut wie kein Speicherplatz mehr frei ist, nur noch 385 MB. Was kann ich tun um Speicherplatz auf der Systempartition frei zu geben ? Kann ich den Inhalt der tmp Ordner einfach löschen ? Oder gibt es in zypper eine Funktion um nicht mehr benötigte Packete zu deinstallieren ? So viele Programme habe ich eigentlich garnicht installiert, ich weis nicht wo der ganze Speicherplatz hin verschwunden ist.

DrunkenFreak
14.02.18, 07:14
Wenn Suse schon nicht mehr bootet, vermute ich, dass da irgendein Prozess fehlschlägt. Guck mal unter /var/log, was da so los ist.

Die knapp 400MB freier Speicher sind auf jeden Fall erstmal nicht alleine schuld.

muck19
14.02.18, 09:01
Wie gross ist die Systempartition?
Filesystem Btrfs?

Wenn Btrfs, dann haben wohl die Snapshots die Platte zugemüllt -

rstuby
14.02.18, 10:00
Mit
zypper rm -u * kannst du wohl die nicht mehr benötigten Pakete deinstallieren.
Temporäre Dateien und Logs kannst du auch löschen.
Als ich (unter Ubuntu) mal dasselbe Problem hatte, waren auch einige alte Kernel drauf, die das "autoremove" aus irgendeinem Grund nicht erfasst hatte. Ich glaube aber, bei SuSe wird der alte Kernel immer sofort nach der Installation eines neuen gelöscht, außer du hast es anders eingestellt.

DonnieDarko
14.02.18, 10:18
Die Root Partition ist 40 GB groß und ist in btrfs. Diese Snapshots werden doch im /.snapshot Verzeichnis gespeichert oder ? Wenn ich du -sh /.snaphots/ eingebe zeigt der an das der Ordner 393GB groß ist !!!, aber das kann doch garnicht sein so groß ist doch die ganze root Partition nicht. Speichert der die woanders ? Wenn ich snapper list eingebe sind da so 34 Einträge kann ich die alle löschen oder muss ich welche davon behalten ? An manchen steht ja importend=yes dran.

Edit: Ich habe die snapshots jetzt gelöscht und es hat 1,4 GB gebracht leider bootet das Suse immer noch nicht. Der letzte eintrag im Journal ist Received SIGRTMIN+21 from PID 351 (plymouthd). Das ist schlecht oder ? Irgend eine Idee was ich da machen kann ?

Sauerland1
14.02.18, 18:34
du, df funktionieren mit btrfs nicht, besser ist es, die entsprechenden Befehle von btrfs zu nehmen.

btrfs filesystem show /

Schnappschüsse löscht man mit snapper:

snapper list

snapper delete #
wobei # eine der Nummer des ersten snapper Befehls ist.....

Wenn bei dir der Nvidia 390.25 aus dem Repo läuft, kannst du auch vom Bug betroffen sein:
https://bugzilla.opensuse.org/show_bug.cgi?id=1080742

DonnieDarko
15.02.18, 05:29
Danke für die Antwort, ich habe wie schon geschrieben die Snapshots gelöscht und so 1,4 GB frei gemacht. Vielleicht war ich zu spät mit meinem Edit. Aber mein Suse bootet immer noch nicht. Der letzte Eintrag im Journal ist Received SIGRTMIN+21 from PID 351 (plymouthd). Ich habe die Grafikkarten treiber auf die neuste Version geupdatet, leider hat das das Problem auch nicht gelöst. Hasst du eine Idee was ich da machen kann ?

DonnieDarko
16.02.18, 05:06
Ich habe jetzt alles wieder ans laufen bekommen aber ich bin auch von dem Nvidia Treiber Problem betroffen. Aber wenn ich den Treiber manuell von der run Datei installieren will, wie in dem Bugreport beschrieben sagt er immer das er die Versions.h Datei nicht findet obwohl ich die Kernel Sources installiert habe. Brauche ich da noch andere Packete oder ist das zu OpenSuse nicht kompatibel ?

Sauerland1
16.02.18, 05:57
Warum willst du die run-Datei installieren und machst nicht das, was dort von Stefan Dirsch gesagt wird?

DonnieDarko
16.02.18, 06:26
Ahhh das habe ich wohl überlesen *räusper*, jetzt geht alles danke.

Sauerland1
16.02.18, 16:48
Nur als Anmerkung:

sagt er immer das er die Versions.h Datei nicht findet obwohl ich die Kernel Sources installiert habe
Du brauchst kernel-devel und kernel-default-devel.
Passend zu deinem laufenden Kernel.