[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