View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0006679||Kali Linux||General Bug||public||2020-08-24 20:01||2021-06-24 02:04|
|Summary||0006679: Kali 2020.3 ISO install menu displays erratic behavior on Client Hyper-V|
Attempting to install Kali Linux 2020.3 to a Client Hyper-V Virtual machine fails. The virtual machine successfully boots from the ISO, but the Installation options menu is blank. The splash logo background appears, the translucent textbox appears, but no text. Using the arrow keys, hitting enter to see if perhaps the menu is actually populating, but not displaying something fails as well. There are no responses to keyboard input, and no options. Its as though the menu options aren't loading from the CD/DVD for some reason. See the image bug1.png
I've come across a couple of different workarounds that have varying degrees of success in loading the installer menu. I'll briefly describe them here, and go further in-depth on the 'Steps to Reproduce' section:
1). Pausing the VM, then unpausing it occasionally causes the installer menu to re-appear, and allows interaction with the various install menu options, as though nothing was wrong at all. This work-around sometimes doesn't work the first time its done. If its done repeatedly (e.g. 5-6 times), sometimes that will be enough to trigger it and cause the menu to load.
2). un-mounting then re-mounting the 2020.3 installation ISO on the virtual DVD Drive AFTER pausing/unpausing the VM is another technique I attempted that appears to resolve this problem as well and allows users to interact with the installer menu again. Again, sometimes this doesn't work
|Steps To Reproduce|
Method 2 -- Unmounting/Remounting the ISO
I can confirm that, after getting the installer menu to actually load, that the installation process works perfectly fine.
To help clarify this issue, I made a small video clip that shows the problem and the work-arounds. I posted it to youtube because the filesize was too large for me to attach to this ticket:
Here are my system specifications:
File hash for the ISO matches what is available on the downloads page (https://www.kali.org/downloads/):
PS C:\Users\Tony> Get-FileHash D:\Tony\Downloads\kali-linux-2020.3-installer-amd64.iso -Algorithm SHA256 | Format-List
Algorithm : SHA256
This system has three other virtual machines running on it: A pfSense VM, and a two Ubuntu 20.04.1 virtual machines. They aren't utilizing much in the way of RAM, CPU or disk space, so I don't think this is a resource contention problem, or has anything to do with the other VMs running, frankly. But, in an effort to rule out the other virtual machines and/or resource contention contributing to this problem, I was able to reproduce this problem with the other virtual machines all in the powered off state, to rule out resource contention as a root cause.
I use RDP to manage this laptop and thought that it might have been a UI problem with RDP not functioning and refreshing properly, but was able to reproduce this problem when physically interacting with the laptop as well.
If there's anymore information I can provide to help resolve this, let me know, but at this point I have no idea what the root cause of this problem is.
In an effort to determine whether or not this issue is specific to 2020.3, I attempted to utilize a 2020.2 ISO, and experienced the exact same problems. I have no idea if the issue is reproducible beyond 2020.2 and 2020.3
Would you mind checking 2021.2 and see if the issue still reproduces there?
|2020-08-24 20:01||da667||New Issue|
|2020-08-24 20:01||da667||File Added: bug1.png|
|2020-08-24 20:01||da667||File Added: bug2.png|
|2020-08-24 20:01||da667||File Added: bug3.png|
|2020-08-24 20:01||da667||File Added: bug4.png|
|2020-08-24 20:01||da667||File Added: bug5.png|
|2020-08-24 20:01||da667||File Added: bug6.png|
|2020-08-25 17:45||da667||Note Added: 0013320|
|2020-12-01 10:50||g0tmi1k||Severity||major => minor|
|2021-06-24 02:04||steev||Note Added: 0014825|
|2021-06-24 02:04||steev||Assigned To||=> rhertzog|
|2021-06-24 02:04||steev||Status||new => assigned|