From: Roy Sigurd Karlsbakk <roy@karlsbakk.net>
To: Alex Pientka <alex.pientka@gmail.com>
Cc: linux-raid@vger.kernel.org, Phil Turmel <philip@turmel.org>
Subject: Re: strange partition table and slow speeds
Date: Mon, 17 Dec 2012 21:47:13 +0100 (CET) [thread overview]
Message-ID: <28361073.8.1355777233170.JavaMail.root@zimbra> (raw)
In-Reply-To: <CA+Z7oPgx6DgEbpJ6OEoMFTDbUPhq_b4UXp8SW-dPiVNYw17bjA@mail.gmail.com>
why would you want to use partitions for such a RAID in the first place?
----- Opprinnelig melding -----
> That brings up the question: Any reason to get the partition table
> fixed up? Is this just a cosmetic issue?
> Alex
>
>
> On Mon, Dec 17, 2012 at 12:41 PM, Phil Turmel <philip@turmel.org>
> wrote:
> > [Top-posting repaired. Please don't.]
> >
> > On 12/17/2012 12:26 PM, Alex Pientka wrote:
> >> On Mon, Dec 17, 2012 at 12:18 PM, Phil Turmel <philip@turmel.org>
> >> wrote:
> >>> Hi Alex,
> >>>
> >>> On 12/17/2012 09:17 AM, Alex Pientka wrote:
> >>>
> >>> [trim /]
> >>>>
> >>>> /dev/md0:
> >>>> Version : 1.1
> >>>
> >>> ^^^^^
> >>> You've deliberately chosen a metadata version that places the
> >>> superblock
> >>> at sector 0 of the given device. If that is a whole disk, it
> >>> overwrites
> >>> the partition table. The default metadata is v1.2 (which places
> >>> the
> >>> superblock at offset 4k) for this very reason.
> >
> >> I assume upgrading to v1.2 is not possible. The only other way
> >> would
> >> be to fail every raw device (one-by-one) and then create the fd
> >> partition on it, correct?
> >
> > You could put the array back on partitions if you like. I'd make a
> > complete backup, zero the superblocks, and use --create
> > --assume-clean
> > to switch to v1.2 in place (with due care to maintain the device
> > order
> > and data offsets).
> >
> > (Save the output of "mdadm -E /dev/sdXX" for each member device
> > before
> > you start.)
> >
> > However, that fdisk can't understand the partition table shouldn't
> > be
> > hurting anything, so I wouldn't make it a priority.
> >
> > BTW, partition type 'fd' is deprecated along with v0.90 metadata, as
> > it
> > only impacts kernel non-initramfs autoassembly, and that only works
> > with
> > DOS partition tables and v0.90 metadata.
> >
> > Phil
> --
> To unsubscribe from this list: send the line "unsubscribe linux-raid"
> in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Vennlige hilsener / Best regards
roy
--
Roy Sigurd Karlsbakk
(+47) 98013356
roy@karlsbakk.net
http://blogg.karlsbakk.net/
GPG Public key: http://karlsbakk.net/roysigurdkarlsbakk.pubkey.txt
--
I all pedagogikk er det essensielt at pensum presenteres intelligibelt. Det er et elementært imperativ for alle pedagoger å unngå eksessiv anvendelse av idiomer med xenotyp etymologi. I de fleste tilfeller eksisterer adekvate og relevante synonymer på norsk.
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2012-12-17 20:47 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-17 14:17 strange partition table and slow speeds Alex Pientka
2012-12-17 17:18 ` Phil Turmel
2012-12-17 17:26 ` Alex Pientka
2012-12-17 17:41 ` Phil Turmel
2012-12-17 18:38 ` Alex Pientka
2012-12-17 20:47 ` Roy Sigurd Karlsbakk [this message]
2012-12-17 21:16 ` Alex Pientka
2013-01-04 15:45 ` Benjamin ESTRABAUD
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=28361073.8.1355777233170.JavaMail.root@zimbra \
--to=roy@karlsbakk.net \
--cc=alex.pientka@gmail.com \
--cc=linux-raid@vger.kernel.org \
--cc=philip@turmel.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.