Inconsistent Device Name (/dev/sdX) on every few reboots in Ubuntu 20.04

Bug #1959347 reported by acd
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Ubuntu
New
Undecided
Unassigned

Bug Description

When installing guest OS (Ubuntu 20.04) on a Host provisioned by Red Hat Satellite, Ubuntu 20.04 will be installed to the Host successfully on device name /dev/sda at RAID 1 under Marvell RAID controller. However, the disk name label may change after few times of reboot. The boot drive devname changes from /dev/sda to /dev/sdi or sometimes to /dev/sdj.

In addition, the Host system consists of two add-on Raid Controllers cards (one is MARVELL RAID and the other is Broadcom 3008 IT) for cache and data storage usage.

I have an identical Host system with the same BOM that has no issue at all, that is the boot drive devname remains the same on /dev/sda even rebooting the Host system for several times.

I fully understand that the mapping of a device to a drive letter is not a guaranteed to always be the same due to various reasons. But from Ubuntu point of view, What really causes the drive naming letter changes during reboot?

Appreciate if someone could shed some lights on this issue about the inconsistencies of device name after reboot.

Colin Watson (cjwatson)
affects: launchpad → ubuntu
Revision history for this message
Chris Guiver (guiverc) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better.

Bug reporting is mostly about finding & fixing problems thus preventing future users from hitting the same bug.

I suspect a Support site would be more appropriate, eg. https://answers.launchpad.net/ubuntu. You can also find help with your problem in the support forum of your local Ubuntu community http://loco.ubuntu.com/ or asking at https://askubuntu.com or https://ubuntuforums.org, or for more support options please look at https://discourse.ubuntu.com/t/community-support/709

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.