Description of problem: The Fedora 21 Workstation ISO boots but does not respond to the keyboard and bails out with an error message when run within a Generation 2 (no legacy hardware) VM. Version-Release number of selected component (if applicable): lorax-21.30.1.fc21 How reproducible: Reproducible every time. Steps to Reproduce: 1. Create a Generation 2 VM on Hyper-V 2012 R2. 2. Attach Fedora-Live-Workstation-x86_64-21-5.iso as a DVD. 3. Ensure that Secure boot has been turned off (File -> Settings | Firmware | Enable Secure Boot) to avoid hitting Bug 1097772. 4. Start the VM. Actual results: Boot to go through the usual plymouth splash screen and to show Anaconda. Expected results: Boot get stuck on plymouth splash screen. Additional info: Spun off from Bug 1097772. This doesn't seem to affect the Server DVD. https://bugzilla.redhat.com/show_bug.cgi?id=1097772#c7 mentions the keyboard driver isn't present and inspection shows that Fedora 21's current dracut doesn't try to force the hyperv-keyboard driver into initramfs (but upstream has a fix for this http://git.kernel.org/cgit/boot/dracut/dracut.git/commit/modules.d/90kernel-modules/module-setup.sh?id=7a3e1a0e4a86681fab3baf9662f2d40733876ea2 ).
Sadly this problem seems to have carried over into Fedora 22 even though Bug 1097772 has been fixed... Updating Fedora version.
Sorry - referenced the wrong bug - it is #1192035 which was fixed.
Please retry with the Fedora 23 Alpha images. Also note that lorax is used for the boot.iso but not for the live iso's, if they don't work then a bug with spin-kickstarts or livecd-tools needs to be opened.
This problem (On Hyper-V Gen2 booting fails after a few minutes, keyboard doesn't work) still exists with the current Fedora 23 Alpha Workstation ISO. Reassigning this issue to livecd-tools.
This is still here on Fedora-Live-Workstation-x86_64-23_Beta-1.iso ...
I'm not sure what's going on here. hyperv-keyboard is present in the rootfs of the workstation. Attach the output from these commands as individual text/plain attachments: dmesg lsmod | grep hyper lsmod | grep hv
Created attachment 1081508 [details] Generation 1 VM dmesg
Created attachment 1081509 [details] Generation 1 filtered lsmod
The Hyper-V SCSI bus would be required to see the DVD drive so at least hv_storvsc and all its dependencies would be needed. If hyperv-keyboard is only present in the rootfs of workstation and not the initrd if something goes wrong during the initial boot it will be very hard for the user to debug (Kys: if only Generation 2 VM's supported a serial port for debugging :-).
As mentioned in comment #1 the server DVD ISO boots to a menu but so does /linux/development/23/x86_64/os/images/boot.iso (which I gather is the net install ISO). /mnt/loop2/isolinux/initrd0.img is from a mounted Fedora-Live-Workstation-x86_64-23_Beta-1.iso: # lsinitrd /mnt/loop2/isolinux/initrd0.img | grep 'hyper\|hv' -rw-r--r-- 1 root root 12055 Jun 17 14:30 usr/lib/kbd/keymaps/legacy/i386/qwerty/hypermap.m4 drwxr-xr-x 2 root root 0 Sep 15 09:59 usr/lib/modules/4.2.0-300.fc23.x86_64/kernel/drivers/hv -rw-r--r-- 1 root root 17532 Sep 4 14:17 usr/lib/modules/4.2.0-300.fc23.x86_64/kernel/drivers/hv/hv_vmbus.ko.xz drwxr-xr-x 2 root root 0 Sep 15 09:59 usr/lib/modules/4.2.0-300.fc23.x86_64/kernel/drivers/net/hyperv -rw-r--r-- 1 root root 16216 Sep 4 14:17 usr/lib/modules/4.2.0-300.fc23.x86_64/kernel/drivers/net/hyperv/hv_netvsc.ko.xz -rw-r--r-- 1 root root 5820 Sep 4 14:17 usr/lib/modules/4.2.0-300.fc23.x86_64/kernel/drivers/video/fbdev/hyperv_fb.ko.xz So neither hv_storvsc nor hyperv_keyboard are present. Doing the same for a mounted boot.iso: # lsinitrd /mnt/loop3/isolinux/initrd.img | grep 'hyper\|hv' -rw-r--r-- 1 root root 12055 Jun 17 14:30 usr/lib/kbd/keymaps/legacy/i386/qwerty/hypermap.m4 -rw-r--r-- 1 root root 3608 Oct 5 16:36 usr/lib/modules/4.2.3-300.fc23.x86_64/kernel/drivers/hid/hid-hyperv.ko.xz drwxr-xr-x 2 root root 0 Oct 9 11:36 usr/lib/modules/4.2.3-300.fc23.x86_64/kernel/drivers/hv -rw-r--r-- 1 root root 17512 Oct 5 16:38 usr/lib/modules/4.2.3-300.fc23.x86_64/kernel/drivers/hv/hv_vmbus.ko.xz -rw-r--r-- 1 root root 3100 Oct 5 16:38 usr/lib/modules/4.2.3-300.fc23.x86_64/kernel/drivers/input/serio/hyperv-keyboard.ko.xz drwxr-xr-x 2 root root 0 Oct 9 11:36 usr/lib/modules/4.2.3-300.fc23.x86_64/kernel/drivers/net/hyperv -rw-r--r-- 1 root root 16176 Oct 5 16:38 usr/lib/modules/4.2.3-300.fc23.x86_64/kernel/drivers/net/hyperv/hv_netvsc.ko.xz -rw-r--r-- 1 root root 8208 Oct 5 16:36 usr/lib/modules/4.2.3-300.fc23.x86_64/kernel/drivers/scsi/hv_storvsc.ko.xz -rw-r--r-- 1 root root 5824 Oct 5 16:37 usr/lib/modules/4.2.3-300.fc23.x86_64/kernel/drivers/video/fbdev/hyperv_fb.ko.xz
Sitsofe, I think there is way to enable serial logging on the gen 2 vms. I am adding vivek who might be able to help.
Sitsofe, You'll find instructions for enabling serial ports on Gen 2 VMs here: http://blogs.technet.com/b/jhoward/archive/2013/10/31/hyper-v-generation-2-virtual-machines-part-5.aspx Essentially, you'll need to use the following PowerShell command to enable it. For example, this command enables COM port 1 (mapped to ttyS0 on Linux guest). Set-VMComPort -VMName "MyVM" -Path \\.\pipe\name -Number 1
Kys, Alex: Fantastic - that's what I was after. Thank you!
For some reason dracut isn't installing all the modules when it is running from inside livecd-creator. I ran a livecd build, watched the install_root, and livecd-creator is writing its 02livecd.conf file to /etc/dracut.conf.d/ with hostonly="no" in it as expected. There were no other config files that might have overridden it. The /usr/lib/modules/* directory did have them, so they are available, just not getting picked up. The initrd also reported that the cmdline used was just '-f' so it isn't being overridden there. This might be related to commit 180e9d78516fb4b2ee5baef44521007a860d4dd2 which changed how modules are installed. But hyperv-keyboard is under serio and hid-hyperv is under hid so the only thing I can think of is hostonly=no is somehow being ignored.
(In reply to Brian Lane from comment #14) > For some reason dracut isn't installing all the modules when it is running > from inside livecd-creator. I ran a livecd build, watched the install_root, > and livecd-creator is writing its 02livecd.conf file to /etc/dracut.conf.d/ > with hostonly="no" in it as expected. There were no other config files that > might have overridden it. The /usr/lib/modules/* directory did have them, so > they are available, just not getting picked up. The initrd also reported > that the cmdline used was just '-f' so it isn't being overridden there. > > This might be related to commit 180e9d78516fb4b2ee5baef44521007a860d4dd2 > which changed how modules are installed. But hyperv-keyboard is under serio > and hid-hyperv is under hid so the only thing I can think of is hostonly=no > is somehow being ignored. can you add "--debug" to the dracut parameters and show me the stderr output?
Here's the log: https://bcl.fedorapeople.org/logs/1192030-dracut.log But what it amount to is that livecd-creator has been using drivers+= in the config, so this overrides all normal driver selection in dracut. If we want to extend the normal set of drivers we should be using add_drivers+= instead.
Proposed as a Freeze Exception for 23-final by Fedora user bcl using the blocker tracking app because: Would be nice if the Live iso's would work on HyperV
Patch: https://github.com/rhinstaller/livecd-tools/pull/16
Discussed at 2015-10-15 freeze exception review meeting: https://meetbot-raw.fedoraproject.org/fedora-blocker-review/2015-10-15/f23-blocker-review.2015-10-15-20.11.log.txt . Accepted as a freeze exception issue: it would indeed be good if the live images worked on HyperV, yeah.
livecd-tools-23.2-3.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2015-cb70de44bb
I've just successfully booted Fedora-Live-Workstation-x86_64-23-20151016.iso inside a Hyper-V Generation 2 VM. Outside a kernel whinge about PCI: Fatal: No config space access function found ACPI: SCI (ACPI GSI 9) not registered this ISO works fine.
Thanks for testing! Could you file a +1 karma on the update?
livecd-tools-23.2-3.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with $ su -c 'dnf --enablerepo=updates-testing update livecd-tools' You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-cb70de44bb
awilliam (is the way your username is displayed in Bugzilla intentional): Thank you and Brian for fixing! I actually tried 5 times to +1 the update over on bodhi but every time it would sit there for 5 minutes before turning down my request to add a comment...
Sorry about that! Bodhi 2.0 teething troubles, I guess. I thought they'd fixed it, but I've seen before that when an update is 'locked' (to prevent the maintainer pushing/unpushing/whatever while a repo compose is running), you can't post comments, even though that should be allowed. Might be the same thing. No, the way my name's displayed isn't intentional, I think it got messed up when I was fiddling with accounts (for a while I had separate RH and Fedora accounts, then I changed my mind and merged them again) and I don't know how to fix it :)
livecd-tools-23.2-3.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.