auf Facebook teilen auf Google+ teilen auf LinkedIn teilen auf Pinterest teilen twittern
Werbehinweise
» Startseite » Blog » VirtualBox: Partitionen vergrößern 

Blog

August 2017 April 2017 März 2017 Februar 2017 Dezember 2016 Juli 2016 Februar 2016 Januar 2016 Oktober 2015 Juli 2015 Juni 2015 März 2015 Januar 2015 Dezember 2014 November 2014 Oktober 2014 September 2014 Juni 2014 April 2014 März 2014 Februar 2014 x.Org und Ubuntu 12.04 LTS: Nach Update keine grafische Oberfläche mehr (nVidia) Battlefield 4: Von Rang 52 auf 61 in wenigen Stunden Xfce: Netzwerkmanager wird doppelt angezeigt VirtualBox: Partitionen vergrößern TV-Bank mit Europool Paletten und etwas IKEA Europool Paletten TV-Bank: cat approved Januar 2014 Dezember 2013 November 2013 Oktober 2013 August 2013 Juli 2013 März 2013 Februar 2013 Januar 2013 Dezember 2012 November 2012 Oktober 2012 September 2012 August 2012 Juli 2012 Juni 2012 Mai 2012 April 2012 März 2012 Februar 2012 Januar 2012 Dezember 2011 November 2011 Oktober 2011 September 2011 August 2011 Juli 2011 Juni 2011 Mai 2011 April 2011 März 2011 Februar 2011 Januar 2011 Dezember 2010 November 2010 Oktober 2010 September 2010 August 2010 Juli 2010 Juni 2010 Mai 2010 April 2010 März 2010 Februar 2010 Januar 2010 Dezember 2009 November 2009 Oktober 2009 September 2009 Januar 2009 Dezember 2008 November 2008 Oktober 2008 September 2008 Juni 2008 Mai 2008 April 2008 März 2008 Februar 2008 Januar 2008 Dezember 2007 November 2007 Oktober 2007 Mai 2007 Februar 2007 Januar 2007 September 2006 August 2006 Juni 2006 Mai 2006 April 2006 März 2006 Februar 2006 November 2005 Oktober 2005 September 2005 Juli 2005 Juni 2005 Mai 2005 Mai 2004 Oktober 2003 September 2003 Juli 2003 Juni 2002 Mai 2002 März 2002 Februar 2002 Januar 2002 November 2001 Oktober 2001 Juli 2001 Juni 2001 Mai 2001 März 2001 Februar 2001 Januar 2001
get Opera
get Mozilla Firefox
get Konqueror
get Mozilla Thunderbird
get Ubuntu Linux

Anzeige
ALL-INKL.COM - Webhosting Server Hosting Domain Provider

18.

Februar

2014

VirtualBox: Partitionen vergrößern

Seit Ende August 2010[1] habe ich einen eigenen, kleinen Mailserver in einer virtuellen Maschine am Laufen. Mit VirtualBox und Ubuntu als Linuxdistribution meiner Wahl läuft dieser Server nun schon seit über drei Jahren.

Daher ist es wenig verwunderlich wenn jetzt langsam der damals eher knapp Platz auf den Partitionen ausgeht. Auf / sind inzwischen nur noch 215 MB frei. Höchste Zeit also, die Partitionen etwas zu vergrößern.

 amy@farnsworth:~$ df -h Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf /dev/sda2 5,6G 5,1G 215M 96% / udev 240M 4,0K 240M 1% /dev tmpfs 100M 316K 99M 1% /run none 5,0M 0 5,0M 0% /run/lock none 248M 0 248M 0% /run/shm /dev/sda5 9,8G 3,9G 5,4G 42% /home 

Es gibt unterschiedliche Lösungen, wie man bei einer virtuellen Maschine die Partitionsgröße verändern kann. Wenn man es so lösen will, wie man es bei »echter Hardware« gewöhnt ist, würde man sich ein neues Laufwerk für VirtualBox anlegen und dann die bisherigen Daten spiegeln.

Bei einer virtuellen Maschine mit einem virtuellen Laufwerk kann man aber auch einfach nur die Größe des Laufwerks verändern. Dafür gibt es ein nettes, kleines Tool: CloneDVI[2]. Es ist eine Anwendung für Windows, lässt sich aber auch unter WINE unter Linux ausführen. Daher nicht von der eventuell ungewohnten Optik der Anwendung irritieren lassen.

CloneDVI Version 2.10

Das Schöne an CloneDVI: Es legt automatisch eine Kopie an. Daher ist es auch für den nicht ganz so sicherheitsbewussten Nutzer geeignet.

Man muss als Ziel eine .vdi-Datei auswählen, welches eine virtuelle Festplatte für VirtualBox darstellt. In meinem Fall die .vdi-Datei meines Mailservers mit (einstmals) Ubuntu 10.10 als Betriebssystem.

Als Ziel schlägt CloneDVI automatisch einen um den Suffix »Clone of« erweiterten Dateinamen für die neue, in der Größe veränderte .vdi-Datei vor.

CloneDVI: .dvi kopieren und vergrößern

Da die größe der virtuellen Festplatte verändert werden soll, muss natürlich auch die entsprechende Option ausgewählt werden. Von den ursprünglich 16 Gigabyte soll die virtuelle Festplatte nun gleich auf 32 Gigabyte vergrößert werden. Die zusätzlichen 8 Gigabyte an Speicherplatz sollten dann mindestens für die nächsten drei Jahre für den Betrieb als Mailserver genügen.

CloneDVI: Neue Größe angeben (hier 32 Gigaybyte)

Ein wichtiger Hinweis an dieser Stelle: Zumindest bei meiner Ubuntu-Installation muss die UUID beibehalten werden. Standardmäßig gibt CloneVDI an, dass man den Haken bei »Generate new UUID« setzen soll beziehungsweise diese Option aktiviert werden soll.

Mein erster Clone-Versuch mit Vergrößerung der virtuellen Festplatte hatte dann folgendes Resultat:

CloneDVI: UUID-Fehlermeldung (VirtualBox)

Beim Versuch die virtuelle Maschine zu starten, führte die neue UUID zu einer Fehlermeldung. Der Mailserver konnte nicht mehr gestartet werden. Natürlich kann man über Umwege (Live CD/DVD einer Linux-Distribution und manuelles Verändern der Komnfigurationsdatei) auch die Variante mit neuer UUID zum Laufen bekommen, allerdings geht es auch weniger umständlich.

Daher einfach die Option »Keep old UUID« aktivieren. Dann funktionert auch später noch der Start der virtuellen Maschine.

CloneDVI: UUID beibehalten

Wie viel Zeit für den Klonvorgang samt Größenänderung der virtuellen Festplatte notwendig ist, hängt von der Hardware und natürlich auch von der Größe der virtuellen Festplatte ab.

CloneDVI: Während des Klonens

Bei meinem Rechner (Intel I5 750 mit SATA II Festplatte) waren für das Klonen von 16 Gigabyte mit Vergrößerung auf 32 Gigabyte rund 13 Minuten fällig. Mit einer SSD und einem insgesamt flotteren Rechner würde die Fertigstellung sicherlich weniger Zeit in Anspruch nehmen.

CloneDVI: Etwa 12 Minuten für 32 Gigabyte

Nachdem der Klonvorgang abgeschlossen wurde, darf man sich nicht über die neue Größe der Datei wundern. Es wurden weiterhin nur rund 13 Gigabyte angezeigt. Da der tatsächlich belegte Speicherplatz von der Größe der virtuellen Festplatte unterscheidet, ist die .vdi-Datei entsprechend kleiner.

Die geklonte .dvi-Datei im Dateimanager (unter Linux)

Leider wurden die Partitionen nicht automatisch verändert. Zwar ist in einigen Beiträgen zu lesen, dass dies automatisch vorgenommen wird wenn die Option (siehe Screenshots weiter oben) aktiviert wurde, aber zumindest bei meiner Linux-Installation hat sich nichts verändert. Zumal es mir lieber ist, wenn ich selbst bestimmen kann welche Partition wie groß sein soll. Dies ist mir irgendwie deutlich sympathischer.

Damit die Partitionen doch noch größer werden und die 32 Gigabyte genutzt werden, müssen sie irgendwie bearbeitet werden. Im laufenden Betrieb ist dies nicht möglich. Aus diesem Grund habe ich einfach ein Live-Image in Form eines Linux Mint .iso für die virtuelle Maschine bei VirtualBox eingebunden und anschließend die virtuelle Maschine gestartet.

VirtualBox: Live-CD/DVD einbinden

Linux Mint 10 startete wie nicht anders erwartet völlig problemlos. Im Startmenü habe ich einfach die standardmäßig gesetzte Option des Live-Systems genutzt und kurze Zeit später stand auch schon der Gnome-Desktop von Linux Mint 10 bereit.

VirtualBox: Vom Live-Medium booten

Anschließend konnte ich gparted starten, denn bei Linux Mint ist es bereits beim Image enthalten und muss nicht einmal nachträglich aus dem Internet heruntergeladen werden.

Der bisherige Stand der Partitionierung sah in gparted wie auf dem folgenden Screenshot ersichtlich aus. »Hinten angehängt« waren die neuen, zusätzlichen 16 Gigabyte Speicherplatz.

GParted: Aktueller Stand

Das Verschieben und Vergrößern der Partition kann also direkt beginnen. Ein wichtiger Hinweis: Damit die Partitionen in Größe und Position verändert werden können, dürfen sie nicht gemounted sein.

Weiterhin muss man leider ein wenig umständlich arbeiten, denn man kann nicht einfach die erweiterte Partition beziehungsweise das darin enthaltene logische Laufwerk verschieben. Die erweiterte Partition muss als erster Schritt vergrößert werden bis der gesamte (neue) freie Platz genutzt wird.

GParted: Erweiterte Partition vergrößern

Anschließend kann das logische Laufwerk innerhalb der erweiterten Partition verschoben und vergrößert werden.

GParted: Logisches Laufwerk verschieben

Ich wollte eine Größe von 18 Gigabyte (statt bisher 10 Gigabyte) für das logische Laufwerk haben. Die 18 Gigabyte sollten sich am Ende der virtuellen Festplatte befinden, damit im Anschluss an die Veränderung von /dev/sda5 auch noch /dev/sda2 vergrößert werden kann.

GParted: Logisches Laufwerk vergrößern

Nachdem das Verändern der Partitionen bestätigt wurde, beginnt gparted damit, die Änderungen durchzuführen. Die voraussichtliche Restzweit entpuppte sich alledings nur als sehr grobe Schätzung, denn insgesamt musste ich rund 5 Minuten warten bis die Änderung abgeschlossen war.

GParted: Während dem Verschieben/Vergrößern

Nachdem das logische Laufwerk nun am richtigen Platz angekommen war, konnte die erweiterte Partition wieder verkleinert werden. Die 8,36 Gigabyte ungenutzer Speicherplatz sollten zu einem Teil zu /dev/sda2 hinzukommen. Gleichzeitig sollte die Swap-Partition von 512 auf 1024 Megabyte vergrößert werden.

GParted: Zwischenstand mit großer erweiterter Partition

Der nicht belegte Speicherplatz innerhalb der erweiterten Partition kann einfach freigegeben werden. Einfach mit der Maus den Schieber ganz nach rechts an den linken Rand des logischen Laufwerks ziehen.

GParted: Erweiterte Partition verkleinern

Nun einfach noch die geplante Aktion »Move /dev/sda3 to the right and shrink it from 25.93 GiB to 17.58 GiB« bestätigen. Weil keine Daten verschoben werden müssen, ist die Aktion nach wenigen Sekunden abgeschlossen.

GParted: Die erweiterte Partition ist verkleinert

Die primäre Partitionen /dev/sda1 und /dev/sda2 können direkt verschoben und in der Größe verändert werden. Lediglich bei logischen Laufwerken innerhalb einer erweiterten Partition ist der Ablauf wie oben beschrieben.

Wieso bei der Planung der zu verändernden Größen und Positionen die Lücke von einem Megabyte zwischen den beiden ersten primären Partitionen entstanden ist, kann ich nicht erklären. Ich habe es einfach so belassen.

Weil nun mit dem Verschieben der Partition /dev/sda2 auch wieder viele Daten bewegt werden müssen, dauert diese Aktion wieder etwas länger. Das Vergrößern der Swap-Partition /dev/sda1 hingegen ist schnell abgeschlossen.

GParted: Durchführen der Änderungen

Nachdem alle Veränderungen durchgeführt wurden, konnte das vom .iso gestartete Linux Mint 10 beendet werden. Anschließend wurde der Mailserver wie gewohnt gestartet. Die Veränderung der Größe und dem zur Verfügung stehenden freien Speicherplatz ist offensichtlich gelungen:

 amy@farnsworth:~$ df -h Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf /dev/sda2 13904224 5257188 7940792 40% / udev 245464 4 245460 1% /dev tmpfs 101568 320 101248 1% /run none 5120 0 5120 0% /run/lock none 253920 0 253920 0% /run/shm /dev/sda5 18143664 4082200 13139872 24% /home 

Die nächsten Jahre sollte ich also erst einmal keine Probleme mehr haben. Der Mailserver läuft inzwischen auch schon wieder. E-Mails werden abgerufen, auf Spam überprüft und sortiert. Alles wie gehabt – nur mit mehr Speicherplatz.

X_FISH



 
 
Das Generieren dieser Seite dauerte genau 0.06029 Sekunden.