Parallels 17 + Ubuntu 20 crashing every time

AndrewJ7 said:
I have Ubuntu 20.04 and I have a similar problem in 16 and, now, 17: it takes 2 minutes to boot and that gap can be seen in dmesg output. Until recently, it was fine but I can't tell if it was a Parallels update or a kernel update or what. The information you are providing above seems to be pointing to a kernel update. I have kernel 5.11.0-34-generic

I have found that changing the configuration of the VM so that the CD is NOT set as disconnected but is set to load an accessible or inaccessible ISO (inaccessible because it was deleted or moved) the boot delay disappears. It seems to be caused because Parallels is telling the kernel that a CD is available and the kernel is trying to find it. If you select an inaccessible ISO (e.g. the installation media which you deleted ages ago but which Parallels remembers in its list), you get a warning from Parallels that it will not connect the CD at boot time and it's sometimes true to its word, no delay. NOTE: I have had various luck with choosing a non-existing ISO image, hence the term sometimes!! You can select an image during the delay time during boot and it will immediately continue. If you don't have an ISO, download one from somewhere and try that you don't have to actually do anything with it except select it in the VM configuration.

It would seem that selecting 'disconnected' is not working. Connected to this is that system-udevd is ramping up to 100% CPU: investigation (udevadm monitor) shows that SR0 (the Virtual CD-Rom is constantly generating CHANGE events.) I created a systemctl service to disconnect the systemd-udev services and then reconnect them and this seems to prevent the 'runaway' systemd-udevd job but reading this thread and discovering the 'disconnected CD issue' makes me think that the service job is not needed. And indeed, disabling that service and rebooting with a connected ISO shows no runaway entries in udevadm monitor.

I don't know if this is connected to a kernel version or not but there is clearly something going on with Parallels attaching a CD-ROM when told not to. This feels like a Parallels bug: it should not be presenting a CD-ROM to the kernel if it is disconnected, or at least that's how I interpret that setting. Perhaps someone who has rolled back a kernel version can confirm that disconnected/connected ISO works properly.
Click to expand...
Thank you for the perfect diagnosis. This is indeed the issue. Connected up the parallels tools iso and it's boot immediately.
 
I can confirm that it is the same 2 min slow boot issue with 7 & Ubuntu 18. Also to do with disconnected DVD bug.

You are a star AndrewJ7! Thanks a ton for spending your time on this and a workaround.
 
I've attached the serial output from my Ubuntu 20.04.3 running 5.4.0-86 in case that's helpful. What I've noticed is while it's hanging on fast init, the only status indicator light flashing is the CD-ROM indicator. Perhaps the kernel is looking for something, attributing to AndrewJ7's solution, and is timing out after approximately 2 minutes?
 

Attachments

I also ran into this today, on Ubuntu 20.04.3 LTS, with the latest version of Parallels [Version 17.0.1 (51482)].
Linux parallels-Parallels-Virtual-Platform 5.4.0-86-generic #97-Ubuntu SMP Fri Sep 17 19:19:40 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
 
Thank you @AndrewJ7, your workaround was brilliant! I did see the "blue blinky light" next to the disc drive icon...
I also ran into this today, on Ubuntu 20.04.3 LTS, with the latest version of Parallels [Version 17.0.1 (51482)].
Running updates resolved this problem for me.
This kernel was not working with the disc drive disconnected:
Linux parallels-Parallels-Virtual-Platform 5.4.0-86-generic #97-Ubuntu SMP Fri Sep 17 19:19:40 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
This kernel is working fine both with and without the workaround:
Linux parallels-Parallels-Virtual-Platform 5.4.0-88-generic #99-Ubuntu SMP Thu Sep 23 17:29:00 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
 
Hi,
I have the same problem, when booting I get [0.772201] ACPI Error: AE_NOT_FOUND, Evaluating _CRC ...
The System is:
- Parallels Version 17.1.0 (51516)
- Ubuntu 20.04 64
- MacBook Pro - Intel i9 - macOS 11.6
I have tried what mentioned above, where I hold ESC while booting and choosing advanced, I see 4 options:
- Linux 5.8.0-44-generic
- Linux 5.8.0-44-generic (Recovery mode)
- Linux 5.8.0-43-generic
- Linux 5.8.0-43-generic (Recovery mode)
I tried all options but all showed the error.
Hoping you can help.
Thank you.
 
I had this problem too but then upgrading to 17.1 seems to fix it. Unfortunately that also "upgrades" the video driver from prl_vid to virgl which is much slower to the point of being unusable.
Only solution I've found so far is to upgrade to 17.1 but use the 17.0 guest tools.
 
You must log in or register to reply here.
Back
Top