From: Luca Berra <bluca@comedia.it>
To: linux-raid@vger.kernel.org
Subject: Re: Raid-10 mount at startup always has problem
Date: Sun, 28 Oct 2007 14:37:44 +0100 [thread overview]
Message-ID: <20071028133736.GA22861@percy.comedia.it> (raw)
In-Reply-To: <1193518050.10336.343.camel@firewall.xsintricity.com>
On Sat, Oct 27, 2007 at 04:47:30PM -0400, Doug Ledford wrote:
>On Sat, 2007-10-27 at 09:50 +0200, Luca Berra wrote:
>> 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.
>
>BSD disk labels are still in use, SunOS disk labels are still in use,
i am not a solaris expert, do they still use disk labels under vxvm?
oh, by the way, disklabels do not support the partition type attribute.
>partition tables are somewhat on the way out, but only because they are
>being replaced by the new EFI disk partitioning method. The only place
>where partitionless devices is common is in dedicated raid boxes where
>the raid controller is the only thing that will *ever* see that disk.
well i am more used to other os (HP, AIX) where lvm is the common mean of
accessing disk devices
....
>> by default fdisk misalignes partition tables
>> and aligning them is more complex than just doing without.
>
>So. You really need to take the time and to understand the alignment of
>the device because then and only then can you pass options to mke2fs to
yes and i am not the only person in the world doing that.
>> >Linux works properly with a partition table, so this is a specious
>> >statement.
>> It should also work properly without one.
>
>Most of the time it does. But those times where it can fail, the
>failure is due to not taking the precautions necessary to prevent it:
>aka labeling disk usage via some sort of partition table/disklabel/etc.
I strongly disagree.
the failure is badly designed software.
>Did you stick your mmc card in there during the install of the OS?
My laptop has a built-in mmc slot, so i sometimes leave a card plugged
in. But the mmc thing was just an example, it is not that critical.
>> 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.
>
>Using whole disk devices isn't a means of organizing space. It's a way
>to get a rather miniscule amount of space back by *not* organizing the
>space.
if i am using, say lvm to organize disk space, a partition table is
unnecessary to the organization, and it is natural not using them.
>This whole argument seems to boil down to you wanting to perfectly
>optimize your system for your use case which includes controlling the
>environment enough that you know it's safe to not partition your disks,
>where as I argue that although this works in controlled environments, it
>is known to have failure modes in other environments, and I would be
>totally remiss if I recommended to my customers that they should take
>the risk that you can ignore because of your controlled environment
>since I know a lot of my customers *don't* have a controlled environment
>such as you do.
The whole argument to me boils down to the fact that not having a partition
table on a device is possible, and software that do not consider this
eventuality is flawed, and recommnding to work-around flawed software is
just digging your head in the sand.
But i believe i did not convince you one ounce more than you convinced
me, so i'll quit this thread which is getting too far.
Regards,
L.
--
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-28 13:37 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
2007-10-27 15:07 ` Gabor Gombas
2007-10-27 20:47 ` Doug Ledford
2007-10-28 13:37 ` Luca Berra [this message]
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=20071028133736.GA22861@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).