MTL-1748 Handle NVME partition naming #32
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Remove manual gcp-mode by replacing it with automatic NVME handling.
Summary and Scope
Issue Type
This fixes the NVME handling of partitions.
Each partition of an NVME is delimited with a letter "p" which is currently missing from the strings referring to the target disks when dracut runs.
This change also effectively automates
gcp-mode
, making toggling ofgcp-mode
no longer necessary. Thusgcp-mode
has been removed.Additionally this fixes a loophole from NVME partitions by adding the
-d
flag to thelsblk
call. Without the-d
flag, NVME partitions show up in thelsblk
output withnvme
as their TRANSPORT value. The disk resolver only chooses from disks that have a TRANSPORT value, but the disk resolver needs to ignore partitions. Since NVME partitions have TRANSPORT value the will appear to the disk resolver as eligible disks. The-d
flag added tolsblk
ensure no partitions ever show, removing the possibility of accidentally choosing an NVME partition:Before
Now:
Prerequisites
Idempotency
Risks and Mitigations
What is less risky, or more risky now - or if your mod fails is there a new risk?