[PATCH 0/1] [autotest] sfdisk: do not hardcode starting sector
Colin Ian King
colin.king at canonical.com
Mon Apr 6 10:25:20 UTC 2020
On 06/04/2020 11:22, Paolo Pisati wrote:
> BugLink: https://bugs.launchpad.net/bugs/1864642
>
> Every selftest unit test instantiating a virtual_partition class:
>
> $ git grep virtual_partition
> ubuntu_xfstests_btrfs/control:vp = partition.virtual_partition(file_img=file_img, file_size=1024*1024)
> ubuntu_xfstests_ext4/control:vp = partition.virtual_partition(file_img=file_img, file_size=1024*1024)
> ubuntu_xfstests_xfs/control:vp = partition.virtual_partition(file_img=file_img, file_size=1024*1024)
> xfstests/control:vp = partition.virtual_partition(file_img=file_img, file_size=1024*1024)
>
> will fail during _init_ with:
>
>>>> Created a new DOS disklabel with disk identifier 0x9b4a9cf7.
> /dev/loop1p1: Start sector 0 out of range.
> Failed to add #1 partition: Numerical result out of range
> Leaving.
>
> because we hardcoded 0 as the starting sector: fix it by letting sfdisk pick
> the first available sector.
>
> Paolo Pisati (1):
> UBUNTU: SAUCE: sfdisk: let sfdisk decide the first available
> sector
>
> client/partition.py | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Does this work on every release with non-powerpc arches too?
More information about the kernel-team
mailing list