group.of.nepali.translators team mailing list archive
-
group.of.nepali.translators team
-
Mailing list archive
-
Message #21200
[Bug 1733276] Re: Cannot resize partitions on NVME devices due to bad device name parsing
[01087125] is already in place in our current development release
(bionic) and it indeed look more complete and align with disk_name()
kernel function.
A/X/T are affected.
lib/resize.sh
21 case $bdev in
22 /dev/*[0-9])
23 bdev=${bdev}p$num
24 ;;
25 /dev/*)
26 bdev=$bdev$num
27 ;;
28 *)
29 log "get_real_device: strange device name $bdev"
30 return
31 ;;
32 esac
- Eric
** Changed in: partman-partitioning (Ubuntu Bionic)
Status: New => Fix Released
--
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1733276
Title:
Cannot resize partitions on NVME devices due to bad device name
parsing
Status in partman-partitioning:
Fix Released
Status in debian-installer package in Ubuntu:
Confirmed
Status in partman-partitioning package in Ubuntu:
Fix Released
Status in debian-installer source package in Trusty:
New
Status in partman-partitioning source package in Trusty:
New
Status in debian-installer source package in Xenial:
New
Status in partman-partitioning source package in Xenial:
New
Status in debian-installer source package in Zesty:
New
Status in partman-partitioning source package in Zesty:
New
Status in debian-installer source package in Artful:
New
Status in partman-partitioning source package in Artful:
New
Status in debian-installer source package in Bionic:
Confirmed
Status in partman-partitioning source package in Bionic:
Fix Released
Bug description:
[Impact]
It is not possible to resize NVME partitions in the Ubiquity installer.
NVME devices have an unusual device format, specifically e.g. /dev/nvme0n1p1 that has two 'sections' that potentially look like partitions.
Based on the error message, it seems that this device name is being
parsed incorrectly and it attempts to use the device path /dev/nvme0n1
instead of /dev/nvme0n1p1
[Test Case]
You can test this using qemu and a virtual NVME device. If you toggle
the same device/partition between a virtual SCSI/IDE and an NVME
device - the issue appears and disappears.
Commands you can use to replicate the issue - unpack netboot.tar.gz
into the local directory and then
dd if=/dev/zero of=nvme.disk bs=1M count=16384
NVME:
qemu-system-x86_64 -drive file=nvme.disk,if=none,id=drv0,format=raw -device nvme,drive=drv0,serial=foo -enable-kvm -smp 2 -m 1024 -kernel xenial/ubuntu-installer/amd64/linux -initrd xenial/ubuntu-installer/amd64/initrd.gz
SCSI:
qemu-system-x86_64 -drive file=nvme.disk,if=none,id=drv0,format=raw -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x7,drive=drv0,id=virtio-disk0,bootindex=1 -enable-kvm -smp 2 -m 1024 -kernel ubuntu-installer/amd64/linux -initrd ubuntu-installer/amd64/initrd.gz
[Regression Potential]
* Low risk of regression, with this patch, partman, will be more robust and align with what disk_name() in the kernel does (linux.git/tree/block/partition-generic.c). It is sufficient to check
whether the last character is a digit.
[Other Info]
* Debian upstream fix :
https://anonscm.debian.org/cgit/d-i/partman-partitioning.git/commit/?id=01087125e07a7b22da589e8116f9ef7a26275006
* Commit [01087125]
Make get_real_device() both simpler and more generic (See: #820818).
Looking at the implementation of the disk_name() function in the kernel
(linux.git/tree/block/partition-generic.c), it is sufficient to check
whether the last character is a digit.
* $ git describe --contains 01087125e07a7b22da589e8116f9ef7a26275006
116~2
* $ rmadison partman-partitioning
partman-partitioning | 85ubuntu2 | precise/main/debian-installer
partman-partitioning | 99ubuntu1 | trusty/main/debian-installer
partman-partitioning | 110ubuntu4.1 | xenial-updates/main/debian-installer
partman-partitioning | 114ubuntu2 | zesty/main/debian-installer
partman-partitioning | 114ubuntu2 | artful/main/debian-installer
partman-partitioning | 120ubuntu1 | bionic/main/debian-installer
[Original Description]
It is not possible to resize NVME partitions in the Ubiquity
installer. This appears to affect multiple filesystem types including
NTFS and ext4.
NVME devices have an unusual device format, specifically e.g.
/dev/nvme0n1p1 that has two 'sections' that potentially look like
partitions.
Based on the error message, it seems that this device name is being
parsed incorrectly and it attempts to use the device path /dev/nvme0n1
instead of /dev/nvme0n1p1
You can test this using qemu and a virtual NVME device. If you toggle
the same device/partition between a virtual SCSI/IDE and an NVME
device - the issue appears and disappears.
Commands you can use to replicate the issue - unpack netboot.tar.gz
into the local directory and then
dd if=/dev/zero of=nvme.disk bs=1M count=16384
NVME:
qemu-system-x86_64 -drive file=nvme.disk,if=none,id=drv0,format=raw -device nvme,drive=drv0,serial=foo -enable-kvm -smp 2 -m 1024 -kernel xenial/ubuntu-installer/amd64/linux -initrd xenial/ubuntu-installer/amd64/initrd.gz
SCSI:
qemu-system-x86_64 -drive file=nvme.disk,if=none,id=drv0,format=raw -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x7,drive=drv0,id=virtio-disk0,bootindex=1 -enable-kvm -smp 2 -m 1024 -kernel ubuntu-installer/amd64/linux -initrd ubuntu-installer/amd64/initrd.gz
To manage notifications about this bug go to:
https://bugs.launchpad.net/partman-partitioning/+bug/1733276/+subscriptions