Re: [Gptfdisk-general] unexpected results from `sgdisk --largest-new`

[andrew b. <abe...@ar...>]

Oh, nevermind...  after a few more minutes of thought I realized that `sgdisk --move-second-header` was required after the `lvextend`.Sorry for the noise.Sent via the Samsung Galaxy S8, an AT&T 5G Evolution capable smartphone
-------- Original message --------From: andrew bezella <abe...@ar...> Date: 7/23/19  16:37  (GMT-08:00) To: gpt...@li... Subject: [Gptfdisk-general] unexpected results from `sgdisk --largest-new` hello -i'm seeing some unexpected (to me) results when running `sgdisk --largest-new` and wondering if it's a bug or a misunderstanding on mypart. testing with GPT fdisk (sgdisk) version 1.0.4.the documentation states:       -N, --largest-new=num              Create a new partition that fills the largest available block of              space on the disk. You can use the -a  (--set-alignment)  option              to adjust the alignment, if desired. A num value of 0 causes the              program to use the first available partition number.i've attached output with details, but the behavior can be summarizedas:   1. create a 500g logical volume   2. run `sgdisk --largest-new=0`; this creates a 500.0 GiB partition      starting at 2048 (as expected)   3. extend the lv to 600g   4. run `sgdisk --largest-new=0` again; this ignores the add'l 100g and      instead creates a 1007.0 KiB partition starting at sector 34   5. an additional `sgdisk --largest-new=0` creates the expected 100.0      GiB partition in the added spaceon a whim, i also tried `partprobe` between `lvextend` and the 2nd`sgdisk` invocation.  same results.  also tested `--largest-new=2` withno change.from my understanding of the option documentation, the `--largest-new`invocation after growing the lv should have consumed that space insteadof making the tiny partition at the beginning of the device.  does thatmatch others' views/experience?  as a guess, it might have something todo with the "last usable sector" calculation, which appears unchangedat 1048575966 the first time it prints the info for what it does see asa 600.0 GiB lv...thanks in advance for any feedback.  if i don't hear anything i'llprobably file a bug on ubuntu's launchpad.	andy-- andrew bezella <abe...@ar...>internet archive_______________________________________________Gptfdisk-general mailing lis...@li...://lists.sourceforge.net/lists/listinfo/gptfdisk-general