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.