ok, dazu habe ich das runtergeladen gparted-live-0.26.1-5-i686.iso
und die legst du dir dann gut weg .. kann man immer gebrauchen
ok, dazu habe ich das runtergeladen gparted-live-0.26.1-5-i686.iso
und die legst du dir dann gut weg .. kann man immer gebrauchen
ob wohl ich glaube das das nicht wirklich an der Partition liege kann denn es Funktionierte vorher auch immer mit 40GB.
Na egal ich probiere es jetzt mit /- 60GB
die 40/60 gb haben nix mit deinem problem zu tun - ist nur so eine Sache am Rande und für die Zukunft ..
Die sache mit der Kernel-Löschung vergiss jetzt mal .. Vergangenheit ..
Der für mich wichtige Schritt ist eine VOLLSTÄNDIGE LÖSCHUNG der alten Partitionen mit einer Live-Distri (ich nehme dazu immer GParted)
Anscheind tritt das Problem vorzugsweise bei Rechnern auf,
die lange laufen. Der besagte Rechner dürfte 9 Monate rund um die Uhr gelaufen sein.
speziell dann ist Ursachenforschung gefragt. In diesem Fall dürften das Log- und Errorfiles sein. Und die kriegst du im laufenden Betrieb nicht wirklich weg (Stichwort nochmal: geöffnete Dateien)
Also zwischendurch mal mit df und du (hilfsweise auch ncdu) mal die Schuldigen identifizieren
Soweit, sollte das geklärt sein,
Jetzt noch den Thread als gelöst markieren ... (erster Beitrag - Überschrift - kleines Kästchen - Doppelklick .. )
Stammt, wenn ich mich recht entsinne, aus der Defaultinstallation, und ist eigentlich kein Problem, wenn man die Snapshots und /var/tmp kleinhält.
Wie sich dieses Dateisystem verhält, wenn man 3 Monate an einer festplattengestützten Breitensuche herumrechnet, bei der ständig TB-große Dateien
erzeugt werden, möchte ich jedoch nicht wissen.
default ist btrfs für / - und nicht für /home - und da dürften sich deine Tätigkeiten abspielen. Und in / zerlegt man als root eben mal sein sein System. Daher die Snapshots mit btrfs.
Du hast Recht! Default für / ist 40 GB. Das ändert nichts an der Tatsache dass der Wert zu klein ist. Wir sind alle erwachsen genug um das zu erfahren und zu korrigieren.
Mit 60 und 80 GB brauchst du bei Snapshots und tmp nicht zu basteln - es tut einfach.
Es gibt eben manchmal einen einfachen und einen komplizierten Weg - für den letztere bin ich zu faul *ähm* zu ökonomisch ... ![]()
Habe entschieden das ganze System neu zu installieren, bleibt jedesmal hänge bei genau 74% grub 2-i386-pc-2.02~beta2-20.14.2.x86-64rpm!
das heißt:
- die Konfiguration des Systems lief durch
- und beim Installieren der Pakete bleibt das System reproduzierbar hängen?
komische Sache
in vergleichbaren Fällen scheinen 'Altlasten' im Wege zu sein - den Installer dürfte das nicht stören, tut es aber trotzdem.
Hast du einmal mit einer gparted-CD die vorhandenen Partitionen vollständig gelöscht?
GParted -- Live CD/USB/PXE/HD
Und wenn du komplett neu installierst: mach gleich die /-Partition größer als der Installer vorschlägt. 60GB ist ein guter Wert.
ich habs wohl übertrieben
das muss wohl dein Hobby sein ..
Mal sehen was du hier als nächstes auftischst .. ich bin schon neugierig
Wer müllt mir die Platte zu - das Dateisystem selbst mit Snapshots, und zypper in /var/tmp
die Snapshots würde ich nicht als Müll bezeichnen. Sie lassen zumindest mich ruhig schlafen - wenn ich denn mal wieder was zerlegt habe.
Bohre einfach / von 37 GB auf 60 GB auf und schon ist Ruhe im Karton. Die Snapshot-Organisation ist recht intelligent und
irgendwann nimmt der Platzbedarf nicht mehr zu. Ich stehe hier schon - trotz btrfs und snapshots - seit Ewigkeiten konstant bei 44% von von 80 GB.
Ich empfehle immer 60 GB für / - dann bleibt man eben bei 6o% hängen.
Deine 37 GB sind hyperknapp ..
guck dir mal deine vercattete Mp3-Datei mit einem richtigen mp3-Player wie Clementine an.
Da wirst du feststellen:
- mp3-Tags für die Gesamtdatei sind identisch mit den Tags der ersten verketteten Datei (die infos zu den anderen dateien werden nicht angezeigt)
- Längenangabe stimmt nicht ..
usw usw..
Was klappt: Das Abspielen - das spricht nur für die Robustheit der mp3-Decoder. Die übergehen nach dem führenden Header einfach alles, was nicht nach Sound aussieht und machen ganz stumpf dahinter weiter ..
-------
edit: das gibt es im realen Leben auch: Besoffen Auto fahren und nach dem umgesäbelten Leitpfosten einfach weiter Gas geben!
ncdu ist nett, du -hx -d 1 / tut es allerdings auch
na ja ... ich glaub du hast dir ncdu nicht richtig angeschaut ..
aber wenn dir dein 'du -hx -d 1' aussagekräftig genug ist .. es scheint dir aber nicht die Problemdateien zu liefern.
Es sollte dir schon wichtig sein, wer hier das Filesystem vollmüllt. Dabei helfen cronjobs kaum.
Ursachen bekämpfen - nicht die Symptome.