bug-parted
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#24502: [PATCH] libparted: Show partition boundaries in sectors by de


From: Chris Johnson
Subject: bug#24502: [PATCH] libparted: Show partition boundaries in sectors by default
Date: Sat, 15 Oct 2016 00:29:12 -0400

I'm an admin who prefers details and exact info - I almost always work in 
sectors.  

> On Oct 14, 2016, at 3:43 PM, John Pittman <address@hidden> wrote:
> 
> Hi Phil,
> 
>> Kickstart isn't the typical intended user of parted, and if it wants
>> sectors it can request them.
> 
> I didn't claim it was, I was using it as an example to show that users don't 
> necessarily 
> need the default print to be compact and likely won't even need to look at it 
> at all.
> Another and the best example of this, I suppose, would be parted's claim to 
> fame, 
> the script function.  If you're running things from the command line ,or even 
> more so, from 
> a script, users do not generally print after creation.
> 
>> Yes, seeing the exact sectors is sometimes useful when troubleshooting,
>> and you can easily request that, but most of the time people people
>> don't need to be concerned with sectors and prefer to work in gb, which
>> is why that is the default.  The lvm user interface also does not
>> normally care about sectors.
> 
> Seeing sectors is always useful, not sometimes.  It's GB or MB (more and more 
> these days TB) 
> or any higher level measurement that is only sometimes useful.  And if I'm 
> not mistaken, 
> lvm uses sector boundaries as a guide to writing it's labels/metadata.  
> Higher level 
> measurements are only useful with creation and whole disk size printing.
> 
>> How do you figure?  If I want a 10 gb root partition and a 100gb home
>> partition, I tell parted to make a partition starting at 1m that is 10g
>> long and another starting at 10g and is 100g long.  When I print the
>> table to check what I have done, I expect to see 10g and 100g, not
>> whatever that works out to in sectors.
> 
> This is the one and only argument I could think of for keeping print at 
> default compact.  But the user can as easily add a 'u GB' or any other unit
> as they can a 'u s'.
> 
> Further, if a user comes to the parted tool to create, they will specify the 
> unit in almost all
> cases.  I have never seen, in my working with admins and the like, a case 
> where they do not.
> However, if they come to the parted tool using the print command, they are 
> looking for 
> information for any number of reasons.  This information should be provided 
> in the exact
> form of sectors.  We should not choose for them how exact the information 
> should be.  This
> is very different than parted automatically choosing the alignment because 
> there is no 
> inquiry into the partition structure by the user going on in that case.
> 






reply via email to

[Prev in Thread] Current Thread [Next in Thread]