Auf einem Dual-Boot-System (Vista/Jaunty) wollte ich nicht zugeordneten Speicherplatz freigeben und meine ext3-Partition vergrößern. Dabei fiel mir auf, dass die von parted ausgeführte Datenträgerprüfung am Ende der Größenänderung immer wieder fehlschlug und dass der tatsächlich in dieser Partition verwendete Speicherplatz zugenommen hatte.
dhaus14g verwendet von 20g PartitionZu36 g der 40 g großen Partition genutzt (ungefähre Schätzungen)
Jeder Versuch, die Prüfung erneut auszuführen, ließ den belegten Speicherplatz nur noch mehr anwachsen ... das können doch nicht nur Protokolle sein, oder? Irgendwann war der belegte Speicherplatz erschöpft und ich entschied mich für eine Neuinstallation.
Anfangs habe ich einfach die grafische Benutzeroberfläche von gparted von einem Live-USB-Stick verwendet und da diese ständig einen kryptischen Fehler ausgab (nach der Größenänderung, vor der letzten Prüfung), habe ich es mit etwas Kommandozeilen-Zauberei mit e2fsck versucht und dann versucht, resize2fs zu verwenden (obwohl ich mich damit nicht gut genug auskannte, war dies keineswegs ein lebenswichtiges System, also habe ich ein bisschen herumgespielt).
Ist das normales Verhalten?
Ich glaube nicht unbedingt, dass hier ein anderes Problem als ein menschliches Versagen vorlag, da ich nicht viel Erfahrung mit der Verwaltung von Dateisystemen, Partitionen und dergleichen habe.
Antwort1
„Ist das normales Verhalten?“ Auf gar keinen Fall. Die Größenänderung der Partition sollte nicht so viele Gigabyte an Speicherplatz verschlingen.
Wahrscheinlich ist es auch kein menschlicher Fehler. Es klingt, als ob die Dateisystemstrukturen irgendwie beschädigt wurden. Könnten Sie uns mehr Einzelheiten zu dem von Ihnen verwendeten Befehl geben?
Antwort2
Nein, das ist nicht normal. Die Größenänderung sollte keinen zusätzlichen Speicherplatz verbrauchen. Ich schlage vor, wichtige Daten zu sichern, die Partition zu löschen und mit einer neuen, nicht skalierten Partition von Grund auf neu zu installieren.