Which has the same uuid as an existing virtual machine что делать
Which has the same uuid as an existing virtual machine что делать
Иногда стоит задача: нужно на основе образа одной виртуальной машины сделать несколько дополнительных образов виртуальных машин. Проблема в том, что если просто скопировать файлы одной виртуальной машины в другую директорию, и попробовать добавить виртуалку из этой новой директории:
. то получится следующая ошибка:
Идея в том, чтобы заменить UUID виртуальной машины и UUID образа диска виртуальной машины на новые уникальные UUID.
Вначале надо дважды дать команду:
VBoxManage internalcommands sethduuid файл.vdi
Примечание : в операционной системе Linux вместо двух запусков VBoxManage можно обойтись одним. Чтобы получить в консоли первый уникальный UUID, можно воспользоваться следующей командой (в новых ядрах Linux механизм генерации UUID через спецфайл присутствует по-умолчанию):
И заменить UUID на первый UUID, полученный в консоли.
Затем надо найти следующие строки:
И заменить в них UUID на второй UUID, полученный в консоли. Тег Image может встречаться несколько раз в *.vbox-файле. Заменять нужно только для Image, относящегося к жесткому диску. Если встечаются Image, относящиеся к CD-ROM, их заменять не нужно.
Итого, после всех вышеуказанных действий можно будет добавлять образ виртуальной машины в GUI VirtualBox, ошибка больше не будет появляться.
virtualbox.org
End user forums for VirtualBox
Cannot open vbox: same UUID as existing virtual machine
Cannot open vbox: same UUID as existing virtual machine
by markn » 29. Jul 2016, 18:38
I (foolishly) decided to upgrade from Windows 8.1 to Windows 10. After the upgrade, when I ran VirtualBox with a previously working fedora guest OS, bridged networking was not working. I then upgraded VirtualBox from a 5.0 release to 5.1.2 to see if that would help. Networking still did not work, so I reverted my host OS back to Windows 8.1.
Code: Select all Expand viewCollapse view Failed to open virtual machine located in C:/Users/markn/VirtualBox VMs/fedora64/fedora64.vbox.
Trying to open a VM config ‘C:/Users/markn/VirtualBox VMs/fedora64/fedora64.vbox’ which has the same UUID as an existing virtual machine.
This seems to indicate that there are multiple vbox files with the same UUID, but there is only one vbox file in my VirtualBox VMs folder, the one that I’m trying to open. But it does not appear in the list of VMs in VirtualBox Manager which is, as I said, empty. I’ve tried changing the Default Machine Folder in Preferences to various other directories which contain vbox files, but the list remains empty.
Re: Cannot open vbox: same UUID as existing virtual machine
by socratis » 29. Jul 2016, 19:00
Did you backup and restore your files, like your home directory and the Public folders? I have a feeling that you did. Here’s why.
VirtualBox stores a list of registered VMs. From the user manual, Chapter 10.1.3. Global configuration data:
So, take a look at » C:/Users/markn/.VirtualBox/VirtualBox.xml » and see if that file exists. If it does, rename it (while VirtualBox is NOT running). It will be re-created next time you launch VirtualBox. If you had any specific global settings open the old file with a text editor and refresh your memory.
Another option (if you’re confident enough in your XML editing capabilities) would be to delete the already registered VMs from that file (again while VirtualBox is not running). After having made a backup of course.
Re: Cannot open vbox: same UUID as existing virtual machine
by markn » 29. Jul 2016, 19:22
Thanks for the quick reply!
Actually I did not backup/restore any files, although the Windows update/revert process may have touched some files. I looked at C:/Users/markn/.VirtualBox/VirtualBox.xml which did exist. I removed the MachineEntry items from MachineRegistry (leaving MachineRegistry empty). Now when I try to add the old vbox file, I get this error
Code: Select all Expand viewCollapse view Failed to open virtual machine located in C:/Users/markn/VirtualBox VMs/fedora64/fedora64.vbox.
Callee RC: REGDB_E_IIDNOTREG (0x80040155)
I tried removing the C:/Users/markn/.VirtualBox/VirtualBox.xml file completely. I still get the same error, but the xml file does not get recreated after running VirtualBox Manager.
Re: Cannot open vbox: same UUID as existing virtual machine
by socratis » 29. Jul 2016, 19:45
OK, I re-read my first response and guess what; it didn’t even make sense. Why? Because VirtualBox Manager reads the VirtualBox.xml file and creates the list of registered VMs on the left part of its window. Since you said it was empty, there was no way that this was happening.
But the error that you’re getting was new to me. A quick search for «REGDB_E_IIDNOTREG site:virtualbox.org» reveals only 4 hits. Way too old and not that informative I’m afraid.
Let’s see if anyone else has any more ideas.
Re: Cannot open vbox: same UUID as existing virtual machine
by markn » 29. Jul 2016, 19:54
Hm, I’d much prefer getting back to work as quickly as possible rather than embarking on a long investigation of this. Do you think it would be advisable to just create a new VM using the vmdk file from the old VM?
Re: Cannot open vbox: same UUID as existing virtual machine
by socratis » 29. Jul 2016, 19:59
It never hurt anyone. Especially if you have a backup.
But how are you going to do that since you can’t even launch VirtualBox?
Re: Cannot open vbox: same UUID as existing virtual machine
by BillG » 30. Jul 2016, 03:07
markn wrote: I (foolishly) decided to upgrade from Windows 8.1 to Windows 10. After the upgrade, when I ran VirtualBox with a previously working fedora guest OS, bridged networking was not working. I then upgraded VirtualBox from a 5.0 release to 5.1.2 to see if that would help. Networking still did not work, so I reverted my host OS back to Windows 8.1.
Code: Select all Expand viewCollapse view Failed to open virtual machine located in C:/Users/markn/VirtualBox VMs/fedora64/fedora64.vbox.
Trying to open a VM config ‘C:/Users/markn/VirtualBox VMs/fedora64/fedora64.vbox’ which has the same UUID as an existing virtual machine.
This seems to indicate that there are multiple vbox files with the same UUID, but there is only one vbox file in my VirtualBox VMs folder, the one that I’m trying to open. But it does not appear in the list of VMs in VirtualBox Manager which is, as I said, empty. I’ve tried changing the Default Machine Folder in Preferences to various other directories which contain vbox files, but the list remains empty.
Actually I would have said «I decided to upgrade from Windows 8.1 to Windows 10. and (foolishly) reverted my host back to Windows 8.1. Upgrading then reverting just doubles the chance for something to go wrong. If you had stayed in 10, your files would be intact in the windows.old file. I can’t think of any way you are going to be getting back to work quickly from where you are unless you have a full backup of your Windows 8.1 files.
Re: Cannot open vbox: same UUID as existing virtual machine
by BillG » 1. Aug 2016, 01:40
Re: Cannot open vbox: same UUID as existing virtual machine
by markn » 2. Aug 2016, 22:51
Re: Cannot open vbox: same UUID as existing virtual machine
by kynothos » 5. Sep 2017, 23:34
Попытка открыть конфигурацию виртуальной машины, которая имеет тот же UUID, что и существующая виртуальная машина
При попытке добавить две виртуальные машины VirtualBox, которые были первоначально скопированы (через простую копию файла) из того же источника, при добавлении второго я получаю сообщение
(Да, машины должны были быть клонированы вместо простой копии файла, но на данном этапе уже слишком поздно.)
6 ответов
Следующие работали для меня (Win 7, последняя версия VirtualBox):
После этого вы можете добавить виртуальную машину. Не очень чистое решение, но, похоже, не вызывает никаких проблем.
Я нашел более простой способ сделать это.
Клонирование существующей виртуальной машины. Это создает новую версию с предположительно новым uuid, но во всех остальных отношениях это одна и та же машина.
Затем скопируйте тот, который вы хотите добавить, к вашему \ user (ваше имя) \ Virtual Box VM \ (или где бы вы ни находились для ваших виртуальных машин) и перезаписали все существующие файлы там, чтобы заменить существующий компьютер.
Я хотел бы сначала создать резервную копию существующей машины на всякий случай, прежде чем делать это, но здесь все отлично. Использовал его, чтобы вернуться к более ранней резервной копии виртуальной машины, сохранив существующую версию как клон.
Я понимаю, что это старый пост, но я столкнулся с этой ошибкой. Я разрешил это:
Назовите новый компьютер (я использовал то же имя, что и в оригинале)
Просто следуйте инструкциям оттуда, а затем запустите виртуальную машину.
Все работает нормально, не требуется повторная активация окон и т. д.
Пользователь TGR получил это правильно, но мне пришлось внести еще одно изменение: В XML-Vbox мне нужно было изменить образ uuid, чтобы он соответствовал утилите HardDisk uuid (второй UUID, сгенерированный в командной строке).
Попытка открыть конфигурацию виртуальной машины, которая имеет тот же UUID, что и существующая виртуальная машина
При попытке добавить две виртуальные машины VirtualBox, которые были изначально скопированы (с помощью простого копирования файлов) из одного источника, при добавлении второй я получаю сообщение
(Да, машины должны были быть клонированы вместо простого копирования файлов, но на этом этапе уже слишком поздно.)
7 ответов 7
Следующее работало для меня (Win 7, последняя версия VirtualBox):
Вы можете добавить виртуальную машину после этого. Не очень чистое решение, но, похоже, не вызывает никаких проблем.
Я нашел более простой способ сделать это.
Клонировать существующую виртуальную машину. Это создает новую версию с предположительно новым uuid, но во всем остальном это та же машина.
Затем скопируйте тот файл, который вы хотите добавить, в вашу \user(ваше имя) \ VM Virtual Box \ (или там, где это место для ваших виртуальных машин) и перезапишите все существующие там файлы, чтобы заменить существующий компьютер.
Я бы на всякий случай сделал резервную копию существующей машины, прежде чем делать это, но здесь она работала очень хорошо. Используйте его, чтобы вернуться к более ранней резервной копии виртуальной машины, сохранив существующую версию в качестве клона.
Я понимаю, что это старый пост, но я столкнулся с этой ошибкой. Я решил это:
Назовите новую машину (я использовал то же имя, что и изначально)
Просто следуйте инструкциям оттуда и затем запустите виртуальную машину.
Все работает нормально, повторная активация Windows и т.д. Не требуется.
[2.0] Error Vbox : has the same UUID #1821
Comments
Raizo62 commented Jan 27, 2017 •
When i open projects (created by my students), sometimes, i have this error message :
The text was updated successfully, but these errors were encountered:
Raizo62 commented Jan 28, 2017
an idea this morning :
(For memory : i use LiveRaizo then, a backup saves the configs of VirtualBox, GNS3 and topology)
Before start GNS3, VirtualBox contains already 2 VBox (of my topology) with the same name :
The VM «CFA (Linux)» with no error
The VM «CFA (Linux)» with the error message of VirtualBox : Inaccessible
and i have the same with 2 other VBox «Entreprise (Linux)»
Raizo62 commented Jan 28, 2017
On GNS3, i put a VMBox device with the name «DNS ( Linux )» with space.
GNS3 renames it «DNS(Linux)» on the lab, mais the name in VirtualBox is always «DNS ( Linux )» with space.
When i close GNS3, the VM «DNS ( Linux )» is always in VirtualBox
noplay commented Jan 30, 2017
I don’t manage to replicate it’s unclear for me how you create the issue. It seem when you use linked clone.
Raizo62 commented Jan 30, 2017
Yes, it is an empty project and i use one linked clone. (I have tested again with GNS3 of yesterday)
Raizo62 commented Jan 30, 2017 •
No. I proof the bug with 1 linked clone.
Raizo62 commented Jan 30, 2017
Be careful : with this proof, i don’t see the errror message «same UUID». But the configuration of VirtualBox/GNS3 is bad. Then the reload of the project does errors «same UUID»
noplay commented Jan 30, 2017
When you drag the device you see DNS(Linux) and not DNS(Linux)-1?
Raizo62 commented Jan 30, 2017 •
yes : DNS(Linux).
If i use a second VM with the same name ‘DNS ( Linux )», GNS3 renames it with «DNS(Linux)1».
But the names in VirtualBox interface are always «DNS ( Linux )»
noplay commented Jan 31, 2017
The name DNS ( Linux ): with space after the ( is not possible in my 5.1.10 VirtualBox GUI. But possible with 5.1.14. It’s work fine on OSX
From Live Raizo website I see you use:
VirtualBox 5.1.4 r110228
For me this version was buggy and could explain a lot of problems, I didn’t use Vbox 5.1.X before 5.1.10
Raizo62 commented Jan 31, 2017 •
You have an very old release of Live Raizo v8 (beta)
I hope release a stable of v8 this week end, if this bug is corrected (and i don’t found another serious error)
In my version, it is VirtualBox 5.1.14 r112924 and the name of VM in virtualBox is with space.
noplay commented Jan 31, 2017
And you have issue only when you have » ( «? You can clone this VM in the Vbox GUI without issues?
Raizo62 commented Jan 31, 2017
here is debug of GNS3
dns.zip
Raizo62 commented Jan 31, 2017
I believe that the problem is not clone. I can do TP without problems.
This is as if GNS3 uses original but bad name with space («DNS ( Linux )») to rename the VM from Debian-1 to «DNS(Linux)»
noplay commented Jan 31, 2017
Ok I understand. If you rename a VM to a name that already exists in VirtualBox, Vbox will allow it but after will be lost and will not know VM he need to use.
In GNS3 the rename will half work because the name will not change but under the hood the VM change’s name in Virtualbox.
Raizo62 commented Jan 31, 2017 •
If you rename a VM to a name that already exists in VirtualBox, Vbox will allow it but after will be lost and will not know VM he need to use.
I don’t rename a VM to a name that already exists in VirtualBox, because my lab has only 1 VM called «Debian-1». I want rename it to «DNS ( Linux )»
In GNS3 the rename will half work because the name will not change but under the hood the VM change’s name in Virtualbox.
I believe that it the opposite : the name in GNS3 and VirtualBox change. But VirtualBox uses my choosen name «DNS (Linux)» and GNS3 uses the corrected name «DNS(Linux)»