Ich hatte das gleiche Problem, als ich eine Festplatte verschoben und das Original durch einen Symlink ersetzt hatte. Dies funktioniert danach in Ordnung, aber Sie haben Probleme mit dem Befehl 'modifyhd', da dies anscheinend den Pfad zur VDI-Datei kanonisiert, wenn Sie damit arbeiten. Es sieht also so aus, als würden Sie versuchen, eine neue Festplatte mit derselben UUID, jedoch unter einem anderen Pfad hinzuzufügen - oder so ähnlich.
Es gab zwei Probleme:
Die Festplatte musste aus der VM entfernt werden, die sie verwendet, aber dann auch "aus der VirtualBox-Liste der Festplatten". Dies wurde mit dem Befehl 'closemedium' behoben, der es von dieser Liste entfernt.
Die zu ändernde Festplatte war eine "Festplatte" anstelle von "dynamisch", und nur dynamische Festplatten können geändert werden. Dies wurde mit einem "Klon" -Befehl behoben (der Klon ist dynamisch), und ändern Sie dann die Größe der resultierenden Festplatte.
Dies ist mein Protokoll, wie es gemacht wurde. Bemerken , dass ich nicht an irgendeiner Stelle läuft als root , außer wenn ich danach tun , um die Größe ändern der Partition und Dateisystem.
Entfernen Sie die Zuordnung zur Festplatte von VM.
PROBLEM STILL PERSISTEN:
virt_box@TestBox:~/VirtualBox VMs/TestInception 64 bit$ VBoxManage modifyhd TestInception\ 64\ bit.vdi --resize 8192
VBoxManage: error: Cannot register the hard disk '/datadisk/VirtualBox VMs/TestInception 64 bit/TestInception 64 bit.vdi' {6cd99209-e4db-4178-a6c2-53f9581b1fad} because a hard disk '/home/virt_box/VirtualBox VMs/TestInception 64 bit/TestInception 64 bit.vdi' with UUID {6cd99209-e4db-4178-a6c2-53f9581b1fad} already exists
VBoxManage: error: Details: code NS_ERROR_INVALID_ARG (0x80070057), component VirtualBox, interface IVirtualBox, callee nsISupports
VBoxManage: error: Context: "OpenMedium(Bstr(pszFilenameOrUuid).raw(), enmDevType, enmAccessMode, fForceNewUuidOnOpen, pMedium.asOutParam())" at line 178 of file VBoxManageDisk.cpp
Ah, die Platte ist noch "im System":
virt_box@TestBox:~/VirtualBox VMs/TestInception 64 bit$ VBoxManage list hdds
UUID: ba58276a-bbe1-4354-8ae5-246bdac390c8
Parent UUID: base
Format: VDI
Location: /home/virt_box/VirtualBox VMs/TestInception 32 bit/TestInception.vdi
State: locked write
Type: normal
Usage: TestInception 32 bit (UUID: a693ac62-7caa-4f11-9d00-51d3a149f5f7)
UUID: 6cd99209-e4db-4178-a6c2-53f9581b1fad
Parent UUID: base
Format: VDI
Location: /home/virt_box/VirtualBox VMs/TestInception 64 bit/TestInception 64 bit.vdi
State: created
Type: normal
Entfernen / Löschen der Festplatte aus der VirtualBox-Festplattenliste ("closemedium"):
virt_box@TestBox:~/VirtualBox VMs/TestInception 64 bit$ VBoxManage closemedium disk 6cd99209-e4db-4178-a6c2-53f9581b1fad
virt_box@TestBox:~/VirtualBox VMs/TestInception 64 bit$ VBoxManage list hdds
UUID: ba58276a-bbe1-4354-8ae5-246bdac390c8
Parent UUID: base
Format: VDI
Location: /home/virt_box/VirtualBox VMs/TestInception 32 bit/TestInception.vdi
State: locked write
Type: normal
Usage: TestInception 32 bit (UUID: a693ac62-7caa-4f11-9d00-51d3a149f5f7)
Versuchen Sie die Größenänderung erneut:
virt_box@TestBox:~/VirtualBox VMs/TestInception 64 bit$ VBoxManage modifyhd TestInception\ 64\ bit.vdi --resize 8192
0%...
Progress state: VBOX_E_NOT_SUPPORTED
VBoxManage: error: Resize hard disk operation for this format is not implemented yet!
Verdammt, "feste Größe" funktioniert nicht! 'clonehd' zur Rettung, da so eine 'dynamisch zugewiesene' geklonte Festplatte übrig bleibt:
virt_box@TestBox:/datadisk/VirtualBox VMs/TestInception 64 bit$ VBoxManage clonehd TestInception\ 64\ bit.vdi TestInception\ 64\ bit-cloned.vdi
0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%
Clone hard disk created in format 'VDI'. UUID: 8e237500-173b-401a-9e63-9e64da110da9
JETZT DIE GRÖSSE ÄNDERN (augenblicklich):
virt_box@TestBox:/datadisk/VirtualBox VMs/TestInception 64 bit$ VBoxManage modifyhd --resize 8192 TestInception\ 64\ bit-cloned.vdi
0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%
DANN BEFESTIGEN SIE EINIGE VM, UM DIE GRÖSSE ZU ÄNDERN. Dies geschieht als root. Angenommen, Sie haben nur eine Partition und tauschen diese möglicherweise aus.
# fdisk /dev/sdb # <- The extra disk, just attached to be resized
// The procedure looks like this:
// m - print help
// p - print table
// d ... - delete partition (delete both if you have root and swap)
// n - new partition (create root/first partition starting on exact same sector as before, typically 2048, but ends on last, or last minus swap)
// ... n.. (.. then add the swap partition. Calculate how many sectors using original table)
// t - change type of partition (swap partition, if any, to 82 - not 83 which is "normal Linux").
// w - write partition table (write out, with the resized partition)
# e2fsck -f /dev/sdb1
e2fsck 1.42.5 (29-Jul-2012)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/sdb1: 99918/122160 files (0.3% non-contiguous), 471032/487936 blocks
# resize2fs /dev/sdb1
resize2fs 1.42.5 (29-Jul-2012)
Resizing the filesystem on /dev/sdb1 to 1965824 (4k) blocks.
The filesystem on /dev/sdb1 is now 1965824 blocks long.
