From: Luca Berra <bluca@comedia.it>
To: linux-raid@vger.kernel.org
Subject: Re: Raid-10 mount at startup always has problem
Date: Sat, 27 Oct 2007 09:50:55 +0200 [thread overview]
Message-ID: <20071027075054.GA12053@percy.comedia.it> (raw)
In-Reply-To: <1193426793.10336.302.camel@firewall.xsintricity.com>
On Fri, Oct 26, 2007 at 03:26:33PM -0400, Doug Ledford wrote:
>On Fri, 2007-10-26 at 11:15 +0200, Luca Berra wrote:
>> On Thu, Oct 25, 2007 at 02:40:06AM -0400, Doug Ledford wrote:
>> >The partition table is the single, (mostly) universally recognized
>> >arbiter of what possible data might be on the disk. Having a partition
>> >table may not make mdadm recognize the md superblock any better, but it
>> >keeps all that other stuff from even trying to access data that it
>> >doesn't have a need to access and prevents random luck from turning your
>> >day bad.
>> on a pc maybe, but that is 20 years old design.
>
>So? Unix is 35+ year old design, I suppose you want to switch to Vista
>then?
unix is a 35+ year old design that evolved in time, some ideas were
kept, some ditched.
>> partition table design is limited because it is still based on C/H/S,
>> which do not exist anymore.
>> Put a partition table on a big storage, say a DMX, and enjoy a 20%
>> performance decrease.
>
>Because you didn't stripe align the partition, your bad.
:)
by default fdisk misalignes partition tables
and aligning them is more complex than just doing without.
>> >Oh, and let's not go into what can happen if you're talking about a dual
>> >boot machine and what Windows might do to the disk if it doesn't think
>> >the disk space is already spoken for by a linux partition.
>> Why the hell should the existance of windows limit the possibility of
>> linux working properly.
>
>Linux works properly with a partition table, so this is a specious
>statement.
It should also work properly without one.
>> If i have a pc that dualboots windows i will take care of using the
>> common denominator of a partition table, if it is my big server i will
>> probably not. since it won't boot anything else than Linux.
>
>Doesn't really gain you anything, but your choice. Besides, the
>question wasn't "why shouldn't Luca Berra use whole disk devices", it
>was why I don't recommend using whole disk devices, and my
>recommendation wasn't based in the least bit upon a single person's use
>scenario.
If i am the only person in the world that believes partition tables
should not be required then i'll shut up.
>> On the opposite, i once inserted an mmc memory card, which had been
>> initialized on my mobile phone, into the mmc slot of my laptop, and was
>> faced with a load of error about mmcblk0 having an invalid partition
>> table.
>
>So? The messages are just informative, feel free to ignore them.
but did not anaconda propose to wipe unpartitioned disks?
>The phone dictates the format, only a moron would say otherwise. But,
>then again, the phone doesn't care about interoperability and many other
>issues on memory cards that it thinks it owns, so only a moron would
>argue that because a phone doesn't use a partition table that nothing
>else in the computer realm needs to either.
i don't count myself as a moron, what i am trying to say is that
partition tables are one way of organizing disk space, not the only one.
>> >Anyway, I happen to *like* the idea of using full disk devices, but the
>> >reality is that the md subsystem doesn't have exclusive ownership of the
>> >disks at all times, and without that it really needs to stake a claim on
>> >the space instead of leaving things to chance IMO.
>> Start removing the partition detection code from the blasted kernel and
>> move it to userspace, which is already in place, but it is not the
>> default.
>
>Which just moves where the work is done, not what work needs to be done.
and also permits to decide if it hat to be done or not.
>It's a change for no benefit and a waste of time.
the waste of time was having to put code in mdadm to undo partition
detection on component devices, where partition detection should not
have taken place.
--
Luca Berra -- bluca@comedia.it
Communication Media & Services S.r.l.
/"\
\ / ASCII RIBBON CAMPAIGN
X AGAINST HTML MAIL
/ \
next prev parent reply other threads:[~2007-10-27 7:50 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-27 18:14 Raid-10 mount at startup always has problem Daniel L. Miller
[not found] ` <46D49F1A.7030409@tmr.com>
2007-09-10 1:53 ` Daniel L. Miller
2007-09-10 2:04 ` Richard Scobie
[not found] ` <46E4A5F0.9090407@sauce.co.nz>
2007-09-10 2:11 ` Daniel L. Miller
2007-10-24 14:22 ` Daniel L. Miller
2007-10-24 16:25 ` Doug Ledford
2007-10-24 20:01 ` Bill Davidsen
2007-10-25 5:43 ` Daniel L. Miller
2007-10-25 6:40 ` Doug Ledford
2007-10-26 9:15 ` Luca Berra
2007-10-26 16:53 ` Gabor Gombas
2007-10-27 7:57 ` Luca Berra
2007-10-26 19:26 ` Doug Ledford
2007-10-27 7:50 ` Luca Berra [this message]
2007-10-27 15:07 ` Gabor Gombas
2007-10-27 20:47 ` Doug Ledford
2007-10-28 13:37 ` Luca Berra
2007-10-28 17:55 ` Doug Ledford
2007-10-29 0:21 ` Bill Davidsen
2007-10-29 7:41 ` Luca Berra
2007-10-29 13:22 ` Bill Davidsen
2007-10-29 15:21 ` Doug Ledford
2007-10-29 15:54 ` Gabor Gombas
2007-10-29 14:31 ` Doug Ledford
2007-10-29 5:59 ` Daniel L. Miller
2007-10-29 8:18 ` Luca Berra
2007-10-29 15:47 ` Doug Ledford
2007-10-29 21:29 ` Luca Berra
2007-10-29 23:15 ` Doug Ledford
2007-10-30 0:03 ` Daniel L. Miller
2007-11-01 13:56 ` Bill Davidsen
2007-12-17 14:58 ` Daniel L. Miller
2007-10-29 17:08 ` Doug Ledford
2007-10-29 18:56 ` Richard Scobie
2007-10-25 6:12 ` Neil Brown
2007-10-25 6:51 ` Doug Ledford
2007-10-25 13:13 ` Daniel L. Miller
2007-10-25 13:33 ` Daniel L. Miller
2007-10-26 6:12 ` Neil Brown
2007-10-25 14:46 ` Bill Davidsen
2007-10-25 16:13 ` Daniel L. Miller
2007-10-26 5:59 ` Neil Brown
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=20071027075054.GA12053@percy.comedia.it \
--to=bluca@comedia.it \
--cc=linux-raid@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).