Closed ancorgs closed 2 years ago
All from the problem description, solution ... to testing looks cool. Thumbs up! :)
Idea for improvement: Suggested partitioning dialog does not indicate that the automatically chosen disk is DELL BOSS. This was actually not within requirements, but IMO it could help the customer to clearly see what is proposed to be used for the system. The customer would not need to go to the Partitioner to check that the Installer has done the right thing.
All from the problem description, solution ... to testing looks cool. Thumbs up! :)
Idea for improvement: Suggested partitioning dialog does not indicate that the automatically chosen disk is DELL BOSS. This was actually not within requirements, but IMO it could help the customer to clearly see what is proposed to be used for the system. The customer would not need to go to the Partitioner to check that the Installer has done the right thing.
This is exactly what I wanted to point.
Suggested partitioning dialog does not indicate that the automatically chosen disk is DELL BOSS.
I added another commit implementing that in a non-intrusive way. I mean, not changing any of the already existing (and already translated) strings. Specially since some of them come from libstorage-ng. If there is no BOSS involved, absolutely nothing changes.
I updated the corresponding screenshot in the description to show the detail.
Looks cool, thanks! :)
Waiting for someone to file a generic request for writing The chosen device /xx is WD Blue SN550 NVMe SSD 1TB
:heavy_check_mark: Internal Jenkins job #185 successfully finished :heavy_check_mark: Created IBS submit request #256789
Problem
Dell Server hardware ships with so-called Boot Optimized Storage Solution (BOSS) that is an AHCI controller with either a RAID1 or RAID0 of one or two M.2 SSD devices. This device is offered for the user to install the operating system there, thus freeing up more expensive disks (like NVMe, SAS SSD, Hardware RAID, etc.) for actual workload purposes.
Right now, BOSS devices are only identified because they use "DELLBOSS" as part of their model name. In the future, it is expected that a more stable and reliable mechanism will be offered.
But YaST treated that disk just like any other. It does not automatically suggest to install the operating system there, unless the device name (eg.
/dev/sda
) of that disk is the first one in alphabetical order. And it doesn't show any visual indication for the user to distinguish BOSS devices during the partitioning Guided Setup.On related news, YaST is also known for not giving any special treatment in that regard to SD Cards. As reported at bsc#1187438, SD Cards are also treated just like any other disk, meaning the installer can suggest to install in such a card as first option, even if there are other non-removable disks in the system (note
/dev/mmcblk0
comes first alphabetically than, for example,/dev/nvme0n1
).Solution
This adapts the partitioning in two ways:
/dev/mmcblk0
has always been a very clear sign).Testing
Added unit tests for the initial proposal and for the information displayed in the UI.
Additionally, tested manually with QEMU + libvirt defining a couple of disks like this:
This is how the Partitioner looks for such a system. Note no changes were made here. The current status of displaying the vendor and model in the tables is good enough for the current mechanism to indicate the BOSS device.
This is the initial proposal performed by the installer before any execution of the Guided Setup or the Partitioner. Note the BOSS device was selected for installation even if it was not the first alphabetically (although the swap existing in another device was reused, which is an intentional feature).
Last but not least, this is how it looks when "Guided Setup" is selected. The BOSS device is at the top and clearly identified.