From: James Lockie <bjlockie@lockie.ca>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: disk vs partition numbering
Date: Wed, 13 Dec 2006 03:14:29 -0500 [thread overview]
Message-ID: <457FB665.3050305@lockie.ca> (raw)
In-Reply-To: <200612122346.23678.okuji@enbug.org>
Yoshinori K. Okuji wrote:
> On Saturday 09 December 2006 01:17, Hollis Blanchard wrote:
>
>> On Tue, 2006-12-05 at 20:46 +0100, Yoshinori K. Okuji wrote:
>>
>>>> Oh, btw, it's HIGHLY confusing that disks start at 0, partitions at
>>>> 1. Could you please fix it and make it consequently? either hd1,1
>>>> or hd0,0, but not hd0,1 or hd1,0.
>>>>
>>> No. It is consistent with most operating systems, so less confusing to
>>> the user. GRUB Legacy used 0-based counting for partitions, and I have
>>> received an uncountable number of complaints. Thus it is really a bad
>>> idea to make GRUB inconsistent against other systems.
>>>
>> I am very glad partitions are now numbered from one; that will certainly
>> reduce user confusion (although we should expect complaints from people
>> who know how grub1 works).
>>
>> However, we will now receive lots of complaints, like this one, because
>> disks start at zero but partitions start at one. After all, we've all
>> learned that consistency is critical for good user interface...
>>
>
> Agreed. Yes, consistency is extremely important. Unfortunately, there are two
> types of consistency in this world:
>
> - Mathematical or symmetrical consistency
>
> - Customary or accustomed consistency
>
> As you know very well, GRUB Legacy follows the former. I decided to change it
> to the latter in GRUB 2, as I don't have to care about compatibilities with
> GRUB Legacy so much, and I learned that theoretical beauty is often just a
> masturbation when coming to the user interfaces with experience.
>
> There are so many "inconsistencies" in computers. For example, lines are
> counted from 1. Columns are counted from 0. AFAIK, all editors and viewers
> follow this convention. If one makes it "consistent", probably a lot of
> people would feel uncomfortable.
>
> The critical thing is how to reduce new things that people would have to study
> for using a program. GRUB Legacy made a mistake, since nearly all operating
> systems use 0-based for disks, and 1-based for partitions. In GRUB Legacy,
> compatibilities preceded the learning curve. That is why one chapter is used
> only to train people for a new thing in the manual! The same thing is
> described more formerly in a later chapter as well. This is the cost in
> having inconsistency with other materials. Not about the cost in writing
> documentation. It is about the cost in millions of people reading many lines
> again and again.
>
> Now, some people say that this is inconsistent against GRUB Legacy. OK. I
> admit it. But which is more important in a long run: easy for existing users
> to migrate to GRUB 2, or easy for new comers to adapt GRUB 2? How difficult
> is it that existing users know GRUB now follows the same rule as others? How
> difficult is it that beginners study a rule different from others, so not
> intuitive at all?
>
> Okuji
I like that fact that grub is different. :-)
All software should refuse to work unless the manual is read, grub
legacy was like that for me. :-)
I take that back, software should work without having to read the
manual, grub legacy was NOT like that for me.
Maybe grub should use the way of designating a disk/partition in the
same way as what OS it is running on?
Yes, being different for each OS. :-)
next prev parent reply other threads:[~2006-12-13 8:14 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-12-04 14:45 GRUB2 - testing report, hppa support? Nico -telmich- Schottelius
2006-12-05 19:46 ` Yoshinori K. Okuji
2006-12-09 0:17 ` disk vs partition numbering Hollis Blanchard
2006-12-12 22:46 ` Yoshinori K. Okuji
2006-12-13 4:11 ` Hollis Blanchard
2006-12-13 20:52 ` Yoshinori K. Okuji
2006-12-13 8:14 ` James Lockie [this message]
2006-12-13 21:00 ` Yoshinori K. Okuji
2006-12-14 15:41 ` Tomáš Ebenlendr
2006-12-11 7:47 ` GRUB2 - testing report, hppa support? Vincent Pelletier
2006-12-11 10:51 ` Jan C. Kleinsorge
2006-12-13 13:11 ` Marco Gerards
[not found] <200612130008.kBD08fRl027411@dell01.dinaserver.com>
2006-12-13 8:59 ` disk vs partition numbering adrian15
2006-12-13 21:06 ` Yoshinori K. Okuji
[not found] <200612132236.kBDMaCNX019752@dell01.dinaserver.com>
2006-12-14 10:09 ` adrian15
2006-12-14 12:12 ` Marco Gerards
2006-12-14 12:33 ` Damon Register
2006-12-16 5:01 ` Tristan Gingold
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=457FB665.3050305@lockie.ca \
--to=bjlockie@lockie.ca \
--cc=grub-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.