Zum Inhalt springen
BlogSpeicherFestplattengrößenänderung nach oben und unten

Größenänderung der Festplatte nach oben und unten

Ich habe gerade eine neue Funktion zum Ändern der Größe von Datenträgerabbildern veröffentlicht, sowohl größer als auch kleiner.

Bei der Größenänderung größer war die einzige Änderung, dass, wenn Sie die Größe eines als Swap bezeichneten Datenträgerabbilds ändern, das Swap-Abbild gelöscht und neu erstellt wird. Zuvor wurde die Größe des Abbilds selbst geändert, aber das Swap-Abbild darin nicht neu erstellt.

Die Größenänderung funktioniert nur bei ext2/ext3- und Swap-Datenträgerabbildern. Bei anderen Abbildtypen bricht es ab. Das Ändern der Größe von ext2/ext3 ist nicht-destruktiv - es versucht, die Größe des Dateisystems zu ändern und bricht ab, wenn nicht genug freier Speicherplatz vorhanden ist. Der Abbruch lässt Ihr Datenträgerabbild unangetastet, so dass es sicher ist, verschiedene Größen "auszuprobieren", wenn Sie wirklich versuchen, das Datenträgerabbild so klein wie möglich zu bekommen. Wir verwenden das Programm "resize2fs", Teil des Pakets [url=http://e2fsprogs.sourceforge.net/]e2fsprogs[/url].

Hier sind einige der Ergebnisse meiner Testcases

Testergebnisse[/size]

[b]Initial Image: RedHat 9.0 Small, 1500 MB[/b]

[code]Dateisystem Größe Benutzt Verfügbare Nutzung% Eingebunden in
/dev/ubda 1.5G 875M 576M 61% /[/code]

[b]Größe von 1500 auf 1000 ändern[/b]

Nach Größenänderung:
[code]Filesystem Size Used Avail Use% Gemountet auf
/dev/ubda 987M 842M 135M 87% /[/code]

[b]Größe von 1000 auf 900 ändern[/b]

Nach Größenänderung
[code]Dateisystem Größe Benutzt Verfügbare Nutzung% Eingebunden in
/dev/ubda 887M 842M 36M 96% /[/code]

[b] Größe von 900 auf 800 ändern[/b]

Fehler mit "Kein Platz mehr auf dem Gerät". Verbleibende 900 MB. Datei auf dem Host unmodifiziert. Richtig gebootet, df meldet:
[code]Filesystem Size Used Avail Use% Gemountet auf
/dev/ubda 887M 842M 36M 96% /[/code]

[b] Größe von 900 auf 1500 ändern[/b]

Nach Größenänderung
[code]Dateisystem Größe Benutzt Verfügbare Nutzung% Eingebunden in
/dev/ubda 1.5G 842M 624M 58% /[/code]

Beachten Sie, dass der "belegte" Speicherplatz nach der ersten Größenänderung geringer ist. Ich vermute, dass wir nach dem Ausführen von fsck.ext3 und vielleicht dem Starten eines neuen Journals etwas Platz zurückgewinnen.

Danke, und viel Spaß!
-Chris

PS - Ich würde es begrüßen, wenn einige von Ihnen dies auf Scratch-Datenträgerabbildern testen und das Ergebnis hier berichten würden.


Kommentare

Kommentar abgeben

Ihre E-Mail Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit *gekennzeichnet