Ubuntu 16.10 does not start on Vmware Workstation 10.0.7
After installing Ubuntu 16.10 final release on vmware workstation 10.0.7, when I reboot to start the system, it hangs before starting the login screen, with the black console screen and a vmware message:
The CPU has been disabled by the guest operating system. Power off or reset the virtual machine
Any help?
Question information
- Language:
- English Edit question
- Status:
- Solved
- For:
- Ubuntu Edit question
- Assignee:
- No assignee Edit question
- Solved by:
- Nicolò Chieffo
- Solved:
- Last query:
- Last reply:
Revision history for this message
|
#1 |
Did you install server or desktop?
Did you MD5 test the ISO you downloaded?
Revision history for this message
|
#2 |
It's desktop version.
I will check md5sums but I'm sure there OK: I've had the same problem also
on beta, and on some daily images I tried after beta
Il gio 13 ott 2016, 18:32 actionparsnip <
<email address hidden>> ha scritto:
> Your question #402993 on Ubuntu changed:
> https:/
>
> Status: Open => Needs information
>
> actionparsnip requested more information:
> Did you install server or desktop?
> Did you MD5 test the ISO you downloaded?
>
> --
> To answer this request for more information, you can either reply to
> this email or enter your reply at the following page:
> https:/
>
> You received this question notification because you asked the question.
>
Revision history for this message
|
#3 |
Have you tried different video options in the VM?
Revision history for this message
|
#4 |
I tried disabling the option accelerate 3d graphics and I got the same result.
I managed to get some debugging info by starting in recovery model and resuming to normal boot (the recovery menu shows, but after resume I get the crash before X startup).
I see a kernel panic, but I couldn't get the full screenshot because the console is frozen.
https:/
Do you know a way to capture the full log?
I also tried to run the X failsafe mode: X starts, but then I don't know what to do now
Thanks for your help!
Revision history for this message
|
#5 |
Have you tried Xubuntu? It doesn't require compositing.
If that works then we know it's a video issue, or you can just use Xubuntu :-)
Revision history for this message
|
#6 |
I have the same problem wit XUbuntu
Revision history for this message
|
#7 |
All I can suggest is report a bug. Maybe others can advise here
Revision history for this message
|
#8 |
Do you have to use VMWare? Is there no scope to use Virtualbox?
Revision history for this message
|
#9 |
I need vmware
I will try to open a bug. Which package should I file to?
thanks
Revision history for this message
|
#10 |
Add the following line to your vmx file:
cpuid.1.eax = "0000:0000:
it works ;)
Revision history for this message
|
#11 |
It seems to work. Can you tell me what does that line do?
Revision history for this message
|
#12 |
I've found it as a workaround for esx migration.
Changes the CPU information passed to the guest OS (Stepping, model, family, proc type..)
But I really don't know why Ubuntu don't like the original one.
Out of curiosity, are you on desktop or mobile PC?
Revision history for this message
|
#13 |
I have a laptop: Lenovo W540 with i7-4800MQ
Do you think it is worth to open a bug?
Revision history for this message
|
#14 |
Sure seems an issue related to the CPU ( I have a similar CPU), but I wonder if is an hypervisor issue or it's the same installing directly on the system.
Revision history for this message
|
#15 |
My processor is i7-4900k and I also have this issue.
Blade's fix help me.
Revision history for this message
|
#16 |
I have the same problem in my Windows 7 64bit VMware Workstation 12 Pro. My CPU is Intel Core i5-4210U. The guest OS is Ubuntu 16.10 Desktop AMD64.
I captured the kernel crash stack trace screenshot <https:/
Bye the way, I tried the same guest OS (Ubuntu 16.10 Desktop AMD64) in the VirtualBox, it could boot to desktop. But Ubuntu 16.10 seems not very stable, especially when I installed and configured the fcitx chewing input mothod, it'll crash the whole VirtualBox.
Revision history for this message
|
#17 |
VMware is internally tracking this issue under problem report 1747569.
Our engineering team believes we have identified a regression in the Linux kernel's intel_powerclamp module which will render Ubuntu 16.10 unreliable in a VMware virtual machine on certain modern Intel host CPUs in certain virtual machine configurations. If the virtual CPU does not expose the MONITOR/MWAIT feature, a defect in function powerclamp_probe causes the intel_powerclamp module to attempt to use the MONITOR instruction anyway, which leads to the onset of a failure cascade ending with the guest OS halting the CPU.
We are preparing a fix for the underlying issue, and will send it to LKML when it's ready.
The initial failure (which will almost certainly have scrolled off the top of the guest console) is:
[ 5.736416] invalid opcode: 0000 [#1] SMP
[ 5.736455] Modules linked in: vmw_vsock_
[ 5.744370] CPU: 1 PID: 912 Comm: kidle_inject/1 Not tainted 4.8.0-22-generic #24-Ubuntu
[ 5.744373] Hardware name: VMware, Inc. VMware Virtual Platform/440BX Desktop Reference Platform, BIOS 6.00 07/02/2015
[ 5.744375] task: ffff9658f7a663c0 task.stack: ffff9658fa908000
[ 5.744378] RIP: 0010:[<
[ 5.744380] RSP: 0018:ffff9658fa
[ 5.744383] RAX: ffff9658fa908008 RBX: 00000000fffee0a6 RCX: 0000000000000000
[ 5.744386] RDX: 0000000000000000 RSI: 0000000000000246 RDI: 0000000000000246
[ 5.744388] RBP: ffff9658fa90bec0 R08: ffff9658fa908000 R09: 0000000000000000
[ 5.744391] R10: 000000000001cbf7 R11: 0000000000000000 R12: ffffffff8db581a0
[ 5.744393] R13: ffff9658fa908000 R14: 0000000000000000 R15: ffff9658fa908000
[ 5.744396] FS: 000000000000000
[ 5.744398] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 5.744401] CR2: 00007ffa6cc262e8 CR3: 000000003ab3b000 CR4: 00000000001406e0
[ 5.744403] Stack:
[ 5.744406] 0000000000000001 ffff9658f7a66dc0 ffff9658fc659200 00000000e878d638
[ 5.744409] 0000000000000001 00000002fc659200 0000000000000001 ffff9658fa908008
[ 5.744411] 0000000000000000 ffff9658fc64fea8 00000000fffee0a6 ffffffffc05720a0
[ 5.744414] Call Trace:
[ 5.744416] [<ffffffffc0572
[ 5.744419] [<ffffffffc0572
[ 5.744421] [<ffffffffc0572
[ 5.744424] [<ffffffff8cca3
[ 5.744427] [<ffffffff8d49f
[ 5.744429] [<ffffffff8cca3
[ 5.744432] Code: cc e9 ba 00 00 00 eb 19 0f 1f 00 0f ae f0 65 48 8b 04 25 04 69 01 00 0f ae b8 08 c0 ff ff 0f ae f0 31 d2 48 8b 44 24 38 48 89 d1 <0f> 01 c8 49 8b 45 08 a8 08 75 0b b9 01 00 00 00 4c 89 f0 0f 01
[ 5.744434] RIP [<ffffffffc0572
[ 5.744437] RSP <ffff9658fa90be00>
[ 5.744440] invalid opcode: 0000 [#2] SMP
[ 5.744452] ---[ end trace cf659c4076bf2804 ]---
Revision history for this message
|
#18 |
I had the same problem.
1- Edit Ubuntu VM Configuration file (.vmx)
2- Add the following line cpuid.1.eax = "0000:0000:
3- Save the configuration file
4- Power on Ubuntu VM
I found this solution on YouTube Video.
Source: https:/
Revision history for this message
|
#19 |
Change the cpuid.1.eax is a workaround before discovering the root cause.
There is another workaround after discovered the root cause: "Add the kernel command-line option modprobe.
I think the cpuid.1.eax one is still the easist way to workaround this problem. :)
Revision history for this message
|
#20 |
Setting cpuid.1.eax is certainly the easiest solution for most desktop virtualization users, but such a wholesale replacement of the virtual CPU's family/
Although the "modprobe.
That said, as long as you are confident in your ability to apply the "cpuid.1.eax" workaround accurately, understand the implications of what it's doing, and are confident in your ability to troubleshoot any potential complications which might arise, you can feel free to use it... It will be equally effective in stopping the failure from occurring.
Revision history for this message
|
#21 |
Is there a bug in Launchpad for this?
Revision history for this message
|
#22 |
halvors wrote:
> Is there a bug in Launchpad for this?
Yes, here: https:/