From: adrian15 <adrian15@raulete.net>
To: grub-devel@gnu.org
Subject: Re: disk vs partition numbering
Date: Thu, 14 Dec 2006 11:09:59 +0100 [thread overview]
Message-ID: <458122F7.1040102@raulete.net> (raw)
In-Reply-To: <200612132236.kBDMaCNX019752@dell01.dinaserver.com>
> On Wednesday 13 December 2006 09:59, adrian15 wrote:
>> > For them their first hard disk (Who is going to have a zero-hard disk in
>> > the real world. It has no sense) is C:, but you could name it 1.
>> > And when they partition their hard disk they suppose that the first cut
>> > it is the 1 not the 0.
>
> And you could name it 0.
This is in computing world... but if you go to a building you go to the
ground floor or to the 1st floor but you not do go to the 0th floor!
>
>> > About your arguments... mine are: Grub2 users are not unix OS or its
>> > sysadmins but Windows ones. Grub2 should address to this kind of users
>> > in my opinnion.
>
> Hmm... I don't agree that most users are Windows users. AFAIK, most Windows
> users stick to the default selector (ntldr), and does not try to see how GRUB
> works at all.
When I talked about Windows users I was talking about Windows users that
do not stick the Windows but the ones that migrates, and thus dual boot
with Gnu/Linux.
>
> But you are comparing apples with oranges here. What Windows does is to count
> only partitions for hard disks and count only disk for floppy disks and
> CD/DVD drives. C: is not a disk. It is a partition that Windows can recognize
> as a primary partition. D: is a second partition, regardless of whether it is
> in the same disk as C: or in next disk, or in next next disk. So you cannot
> compare GRUB's scheme with Windows' simply.
Yes. You're right. So.. please compare the building floors scheme (what
everyone understands) with hard disks and partitions.
>
> Personally, I think it is really unfortunate that the way of Windows is of no
> use. Really no use. If Windows were not that crap, everybody else could
> follow the same way, and everybody would be quite happy.
I am of the same opinnion. :)
I suppose the MS-DOS original developer (that one that Bill bought the
OS with little money) thought that letters were less scary for
identifying devices.
>
> Okuji
adrian15
next parent reply other threads:[~2006-12-14 10:21 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200612132236.kBDMaCNX019752@dell01.dinaserver.com>
2006-12-14 10:09 ` adrian15 [this message]
2006-12-14 12:12 ` disk vs partition numbering Marco Gerards
2006-12-14 12:33 ` Damon Register
2006-12-16 5:01 ` Tristan Gingold
[not found] <200612130008.kBD08fRl027411@dell01.dinaserver.com>
2006-12-13 8:59 ` adrian15
2006-12-13 21:06 ` Yoshinori K. Okuji
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
2006-12-13 21:00 ` Yoshinori K. Okuji
2006-12-14 15:41 ` Tomáš Ebenlendr
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=458122F7.1040102@raulete.net \
--to=adrian15@raulete.net \
--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.