Re: [Gptfdisk-general] sgdisk: Slightly more verbose when choosing first available partNum
Brought to you by:
srs5694
|
From: <u3...@ne...> - 2021-10-09 21:26:50
|
Rod Smith <rod...@ro...> wrote:
> On 10/9/21 9:53 AM, u3...@ne... wrote:
> > Hello,
> > Relating to 1.0.8, and prior versions:
> > With, for example,
> >
> > sgdisk --new:0:0:+10000000 /dev/sdc
> >
> > it can print
> >
> > partNum is 2
>
> Actually, it should never print that message with the --new command. In
> fact, it *SHOULD* never print that message at all; however, I did find a
> stray bit of debugging code that prints such a message in the
> -c/--change-name function of sgdisk. I've removed this code from the
> source code; the change is now in the git repository.
>
Thank you.
The following is NOT with the latest git revision. It is with 1.0.8 already
installed here. Hopefully, you already addressed it.
I rechecked my example. Indeed, it doesn't print the partNum message. It
could be I was tired. However, I do get the following:
# sgdisk --pretend --set-alignment=1 --new=0:0:+100000 --typecode=0:0700 --change-name=0:12345 --attributes=0:set:63 /dev/sdc
Setting name!
partNum is 2
(The long command line is due to this time trying to keep exactly what I
have tried)
I think those messages also appear without --pretend, keeping the rest of
the line as is. Once again, this is NOT with the latest git revision.
Hopefully, you already fixed the problem.
--
u34
> > . Meaning, while the first available partition number is 3, it prints
> > partNum is 2. Which looks to me a bit confusing. Takes time to get used to.
> > I think it should be a bit more verbose. Something like:
> >
> > Last used partNum is 2
> > Or,
> > Last used partNum is 2. Will create partNum 3.
> > Or,
> > Highest used partNum is 2
> > Or,
> > First available partNum is 3
> >
> > --
> > u34
> >
> >
> > _______________________________________________
> > Gptfdisk-general mailing list
> > Gpt...@li...
> > https://lists.sourceforge.net/lists/listinfo/gptfdisk-general
> >
>
>
> --
> Rod Smith
> rod...@ro...
> http://www.rodsbooks.com
|