[Hyper-V] Install issue for Ubuntu 19.04

[Adrian Suhov]

Hi,

While trying to install Ubuntu 19.04 on Hyper-V (using this image http://releases.ubuntu.com/19.04/ubuntu-19.04-live-server-amd64.iso), I found out that the installation hanged and went to terminal. No data was written to the VHDx file.

Tried multiple variations:
- Windows Server 2019 and Windows Server 2016
- Gen 1 and Gen 2 VM
- 1/2/4 vCPUS
- Static Memory/Dynamic Memory
- w/o NIC attached
- Live boot / install

Kernel version is 5.0.0-13-generic. I'm attaching dmesg output.

ProblemType: Bug
DistroRelease: Ubuntu 19.04
Package: linux-image-5.0.0-13-generic (not installed)
ProcVersionSignature: Ubuntu 5.0.0-13.14-generic 5.0.6
Uname: Linux 5.0.0-13-generic x86_64
AlsaDevices:
 total 0
 crw-rw----+ 1 root audio 116, 1 Jun 3 11:39 seq
 crw-rw----+ 1 root audio 116, 33 Jun 3 11:39 timer
AplayDevices: Error: [Errno 2] No such file or directory: 'aplay': 'aplay'
ApportVersion: 2.20.10-0ubuntu27
Architecture: amd64
ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord': 'arecord'
AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1:
CRDA: N/A
CasperVersion: 1.405
Date: Mon Jun 3 12:33:51 2019
IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig': 'iwconfig'
LiveMediaBuild: Ubuntu-Server 19.04 "Disco Dingo" - Release amd64 (20190416.2)
Lspci:

Lsusb: Error: command ['lsusb'] failed with exit code 1:
MachineType: Microsoft Corporation Virtual Machine
PciMultimedia:

ProcEnviron:
 TERM=xterm
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=C.UTF-8
 SHELL=/bin/bash
ProcFB: 0 hyperv_fb
ProcKernelCmdLine: BOOT_IMAGE=/casper/vmlinuz boot=casper quiet ---
RelatedPackageVersions:
 linux-restricted-modules-5.0.0-13-generic N/A
 linux-backports-modules-5.0.0-13-generic N/A
 linux-firmware N/A
RfKill: Error: [Errno 2] No such file or directory: 'rfkill': 'rfkill'
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 11/26/2012
dmi.bios.vendor: Microsoft Corporation
dmi.bios.version: Hyper-V UEFI Release v1.0
dmi.board.asset.tag: None
dmi.board.name: Virtual Machine
dmi.board.vendor: Microsoft Corporation
dmi.board.version: Hyper-V UEFI Release v1.0
dmi.chassis.asset.tag: 4159-4754-0782-4271-8692-8073-78
dmi.chassis.type: 3
dmi.chassis.vendor: Microsoft Corporation
dmi.chassis.version: Hyper-V UEFI Release v1.0
dmi.modalias: dmi:bvnMicrosoftCorporation:bvrHyper-VUEFIReleasev1.0:bd11/26/2012:svnMicrosoftCorporation:pnVirtualMachine:pvrHyper-VUEFIReleasev1.0:rvnMicrosoftCorporation:rnVirtualMachine:rvrHyper-VUEFIReleasev1.0:cvnMicrosoftCorporation:ct3:cvrHyper-VUEFIReleasev1.0:
dmi.product.family: Virtual Machine
dmi.product.name: Virtual Machine
dmi.product.sku: None
dmi.product.version: Hyper-V UEFI Release v1.0
dmi.sys.vendor: Microsoft Corporation

[Adrian Suhov (asuhov)]

Also attaching subiquity-debug.log from /var/log/installer

[Ubuntu Kernel Bot (ubuntu-kernel-bot)]

This bug is missing log files that will aid in diagnosing the problem. While running an Ubuntu kernel (not a mainline or third-party kernel) please enter the following command in a terminal window:

apport-collect 1831453

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

[Joshua Powers (powersj)]

There are probert stack tracers in the subiquity debug log that Adrian added in comment 2. Therefore, I am adding a probert task.

[Joshua Powers (powersj)]

  File "/snap/subiquity/903/lib/python3.6/site-packages/probert/multipath.py", line 39, in multipath_show_paths
    paths.append(MPath(*line.split())._asdict())
TypeError: __new__() missing 1 required positional argument: 'host_adapter'

[Michael Hudson-Doyle (mwhudson)]

This has been fixed in edge, so if you can switch to tty2 and run "snap refresh --edge subiquity" and then "systemctl restart snap.subiquity.service" you should be able to install.

[Camille Rodriguez (camille.rodriguez)]

Is this fixed in the latest release of the ubuntu 19.04 image? I seem to be having a very similar issue when booting a ubuntu 19.04 image in hyper-v. I am not getting a full install, it freezes before completion, so I am unsure how I could go run the snap refresh if I cannot get into the server.