bug#32666: fdisk output

2019-04-24 Thread Phillip Susi
Brian C. Lane writes: > Given the number of times this has come up it's probably worth looking > into changing the assertion to something more understandable. I'd rather actually fix it to support having the EBR be located somewhere else. I have been meaning to do that for a few years now ;)

bug#32666: fdisk output

2019-04-24 Thread Brian C. Lane
On Wed, Apr 24, 2019 at 04:08:26PM +0100, Nikolaus Rath wrote: > On Apr 22 2019, Phillip Susi wrote: > > Nikolaus Rath writes: > > > >> /dev/sdb6 739131392 739588095456704 223M 83 Linux > >> /dev/sdb7 739588096 773142527 3355443216G 8e Linux LVM > > > > sdb7 starts in the ve

bug#32666: fdisk output

2019-04-24 Thread Nikolaus Rath
On Apr 22 2019, Phillip Susi wrote: > Nikolaus Rath writes: > >> /dev/sdb6 739131392 739588095456704 223M 83 Linux >> /dev/sdb7 739588096 773142527 3355443216G 8e Linux LVM > > sdb7 starts in the very next sector after sdb6, so there is no room here > for the EBR. ...right,

bug#32666: fdisk output

2019-04-22 Thread Phillip Susi
Nikolaus Rath writes: > /dev/sdb6 739131392 739588095456704 223M 83 Linux > /dev/sdb7 739588096 773142527 3355443216G 8e Linux LVM sdb7 starts in the very next sector after sdb6, so there is no room here for the EBR.

bug#32666: fdisk output

2018-09-08 Thread Nikolaus Rath
Here's what regular fdisk says: # fdisk -l /dev/sdb Disk /dev/sdb: 465.8 GiB, 500107862016 bytes, 976773168 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0xe