Opened 9 years ago
Closed 9 years ago
#15331 closed defect (worksforme)
Switching type and bitness is not processed correctly
Reported by: | Daniel U. Thibault | Owned by: | |
---|---|---|---|
Component: | VM control | Version: | VirtualBox 5.0.18 |
Keywords: | Cc: | ||
Guest type: | other | Host type: | other |
Description
I cloned a 32-bit Red Hat VM and then switched the clone to Ubuntu 64-bit. To my great surprise, the VM would not boot (on an empty disk with an installation DVD attached) because it detected an i686.
I fixed this by switching it to Ubuntu 32-bit, closing the Settings dialog, then switching it again to Ubuntu 64-bit.
It seems when you switch the type and bitness at once, the bitness change is missed.
Change History (5)
follow-up: 2 comment:1 by , 9 years ago
comment:2 by , 9 years ago
Replying to frank:
What bitness has your host, 32-bit or 64-bit?
64-bit. Shouldn't this be irrelevant?
comment:3 by , 9 years ago
I asked to be 100% sure when trying to reproduce your problem. I did the following:
- Created a 32-bit VM (Linux / Red Hat (32-bit)), default settings.
- VBoxManage showvminfo VM_NAME | grep "Long Mode" returned off.
- Switched the OS type of this VM to Red Hat (64-bit)
- VBoxManage showvminfo VM_NAME | grep "Long Mode" returned on.
I even did the same experiement with cloning a VM with the 32-bit OS type set. After I set the OS type to 64-bit, Long Mode (which is required to start a 64-bit guest) is enabled.
Therefore I would like to know an exact reproduction scenario for your problem.
comment:4 by , 9 years ago
Well, this is bizarre. Even though I did reproduce the problem before posting the bug report, now I can't seem to reproduce it anymore.
comment:5 by , 9 years ago
Resolution: | → worksforme |
---|---|
Status: | new → closed |
Please reopen when you can provide a reproduction scenario.
What bitness has your host, 32-bit or 64-bit?