Hi Guys,

Thanks from me too on the quick fix for this!

I too, am now able to install 23.04 in a Hyper-V machine, however like Manohar, the background and sidebar appear and that's all that happens after I log in. The mouse fails to activate on the main screen, yet it was working on the login screen. I also have the same issue on a clean machine that has the WWN issue.

-----Original Message-----
From: <email address hidden> <email address hidden> On Behalf Of Manohar Amkem
Sent: Wednesday, April 5, 2023 8:36 AM
To: <email address hidden>
Subject: Re: [Bug 2015100] Re: Disk lookup fails when WWN has vendor extension

Hi Olivier,

Many thanks for your quick fix release. I have downloaded the latest daily image and tried to install it in my Hyper-V. I was able to install it successfully, however I am not able to access the Ubuntu desktop at all.
Ubuntu is not recognizing my mouse. Whatever the mouse pointer shown on the desktop is not at all moving and my windows mouse pointer is not being recognized. I have tried continuously without successfully moving my mouse pointer. It's quite hard to explain, that's why I attached the picture.

I have been using Hyper-V for a very long time and at present I have Ubuntu
22.04 LTS since it was released running in Hyper-V. So I could say this is an issue with Ubuntu 23.04 with Hyper-V.

Regards,
Manohar

On Wed, Apr 5, 2023 at 3:20 PM Olivier Gayot <email address hidden>
wrote:

> Hi griffon,
>
> Thank you for going through a retest and providing us with the feedback.
>
> Indeed, we'd be happy if other people can test and confirm, but this 
> is already very good news!
>
> Best regards,
> Olivier
>
> --
> You received this bug notification because you are subscribed to a 
> duplicate bug report (2014995).
> https://bugs.launchpad.net/bugs/2015100
>
> Title:
>   Disk lookup fails when WWN has vendor extension
>
> Status in curtin:
>   Fix Committed
> Status in subiquity:
>   Fix Committed
>
> Bug description:
>   We got multiple private reports of failed installs where curtin logs
>   show the following pattern:
>
>   found candidate disks [set(), {'/dev/sda'}, {'/dev/sda'}]
>           An error occured handling 'disk-sda': ValueError - Failed to 
> find storage volume id='disk-sda' config: {'ptable': 'gpt', 'serial':
> '121212121212121212121212', 'wwn': '0x123456789abcdef0deadbeef', 'path':
> '/dev/sda', 'wipe': 'superblock-recursive', 'preserve': False, 'name': 
> '',
> 'grub_device': False, 'type': 'disk', 'id': 'disk-sda'}
>
>   When trying to look up the disk, the value of the wwn field (i.e.,
>   0x123456789abcdef0deadbeef here) is compared to the ID_WWN udev
>   variable of available disks.
>
>   However, the wwn variable is not always initialized from the ID_WWN
>   variable. If present, the ID_WWN_WITH_EXTENSION variable takes
>   precedence:
>
>   source_keys = {
>                   'wwn': ['ID_WWN_WITH_EXTENSION', 'ID_WWN'],
>                   'serial': ['ID_SERIAL', 'ID_SERIAL_SHORT'],
>               }
>
>   Example
>   -------
>
>   "ID_WWN": '0x123456789abcdef0'
>   "ID_WWN_VENDOR_EXTENSION": "0xdeadbeef",
>   "ID_WWN_WITH_EXTENSION": '0x123456789abcdef0deadbeef'
>
>   Since present, the wwn variable gets initialized from
>   ID_WWN_WITH_EXTENSION.
>
>   Later on, we compare the wwn variable with ID_WWN and the lookup
>   fails.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/curtin/+bug/2015100/+subscriptions
>
>

--
Manohar


** Attachment added: "20230405_182659.jpg"
   https://bugs.launchpad.net/bugs/2015100/+attachment/5661224/+files/20230405_182659.jpg

-- 
You received this bug notification because you are subscribed to the bug
report.
https://bugs.launchpad.net/bugs/2015100

Title:
  Disk lookup fails when WWN has vendor extension

Status in curtin:
  Fix Committed
Status in subiquity:
  Fix Committed

Bug description:
  We got multiple private reports of failed installs where curtin logs
  show the following pattern:

  found candidate disks [set(), {'/dev/sda'}, {'/dev/sda'}]
          An error occured handling 'disk-sda': ValueError - Failed to find storage volume id='disk-sda' config: {'ptable': 'gpt', 'serial': '121212121212121212121212', 'wwn': '0x123456789abcdef0deadbeef', 'path': '/dev/sda', 'wipe': 'superblock-recursive', 'preserve': False, 'name': '', 'grub_device': False, 'type': 'disk', 'id': 'disk-sda'}

  When trying to look up the disk, the value of the wwn field (i.e.,
  0x123456789abcdef0deadbeef here) is compared to the ID_WWN udev
  variable of available disks.

  However, the wwn variable is not always initialized from the ID_WWN
  variable. If present, the ID_WWN_WITH_EXTENSION variable takes
  precedence:

  source_keys = {
                  'wwn': ['ID_WWN_WITH_EXTENSION', 'ID_WWN'],
                  'serial': ['ID_SERIAL', 'ID_SERIAL_SHORT'],
              }

  Example
  -------

  "ID_WWN": '0x123456789abcdef0'
  "ID_WWN_VENDOR_EXTENSION": "0xdeadbeef",
  "ID_WWN_WITH_EXTENSION": '0x123456789abcdef0deadbeef'

  Since present, the wwn variable gets initialized from
  ID_WWN_WITH_EXTENSION.

  Later on, we compare the wwn variable with ID_WWN and the lookup
  fails.

To manage notifications about this bug go to:
https://bugs.launchpad.net/curtin/+bug/2015100/+subscriptions