All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bill Davidsen <davidsen@tmr.com>
To: Tim Bostrom <tbostrom@gmail.com>
Cc: linux-raid@vger.kernel.org, Neil Brown <neilb@suse.de>
Subject: Re: blkid and partition problem
Date: Wed, 26 May 2010 11:16:37 -0400	[thread overview]
Message-ID: <4BFD3B55.5010008@tmr.com> (raw)
In-Reply-To: <AANLkTilFZtEDC9au165SQSsj7U1B2f_XOA4kY_4hbE0j@mail.gmail.com>

Tim Bostrom wrote:
> Looking for some help.  I'm trying to start my array but just noticed
> that somehow my the UUID got assigned to my physical drive and not the
> partition.  The partition doesn't show up in /dev/.  Drive sdm has a
> valid partition, but blkid is set on the physical disk.
>
> /dev/sdm is the drive causing issue.  The partition is there (see
> fdisk output below).  It contains data so I'd like to not have to
> completely wipe the drive.  Is there any option to fix this?
>
> blkid output (see /dev/sdm):
> ----------------------
> /dev/sda1: UUID="dd8018e3-2939-4236-9a63-c36d6df9cf80" TYPE="ext3"
> /dev/sda2: UUID="287f5ab6-d463-43a2-a3b2-7bf789dd8744" TYPE="ext3"
> /dev/sda3: UUID="336a1681-af86-401d-946e-201ae37780fe" TYPE="swap"
> /dev/sdb1: UUID="cdaba8bd-8094-3c6a-ab2f-edca3ef56cfb" TYPE="linux_raid_member"
> /dev/sdc1: UUID="cdaba8bd-8094-3c6a-ab2f-edca3ef56cfb" TYPE="linux_raid_member"
> /dev/sdd1: UUID="cdaba8bd-8094-3c6a-ab2f-edca3ef56cfb" TYPE="linux_raid_member"
> /dev/sde1: UUID="cdaba8bd-8094-3c6a-ab2f-edca3ef56cfb" TYPE="linux_raid_member"
> /dev/sdf1: UUID="649526d8-828a-57b4-ab2f-edca3ef56cfb" TYPE="linux_raid_member"
> /dev/sdg1: UUID="649526d8-828a-57b4-ab2f-edca3ef56cfb" TYPE="linux_raid_member"
> /dev/sdh: UUID="7ea182f5-0c31-3e24-adba-30185bcf511e" LABEL="1"
> TYPE="linux_raid_member"
> /dev/sdi: UUID="7ea182f5-0c31-3e24-adba-30185bcf511e" LABEL="1"
> TYPE="linux_raid_member"
> /dev/sdj1: UUID="f911d5fb-8cf2-0015-ab2f-edca3ef56cfb" TYPE="linux_raid_member"
> /dev/sdk1: UUID="f911d5fb-8cf2-0015-ab2f-edca3ef56cfb" TYPE="linux_raid_member"
> /dev/md0: LABEL="teradata" UUID="2e7624ad-f059-4e35-a18a-eb8ffa645d54"
> TYPE="ext3"
> /dev/sdm: UUID="db34c204-6c5a-7156-28d0-d68913f396a5" LABEL="0"
> TYPE="linux_raid_member"
> /dev/md1: UUID="eea5390f-8f24-4a82-b899-7924fb126a5b" TYPE="ext3"
>
>
> fdisk -l /dev/sdm output:
> ------------------
> Disk /dev/sdm: 1000.2 GB, 1000204886016 bytes
> 255 heads, 63 sectors/track, 121601 cylinders
> Units = cylinders of 16065 * 512 = 8225280 bytes
> Disk identifier: 0x000f2387
>
>    Device Boot      Start         End      Blocks   Id  System
> /dev/sdm1               1      121601   976760001   fd  Linux raid autodetect
>
>
>  ls -l /dev/sd*
> brw-rw---- 1 root disk 8,   0 2010-05-21 16:32 /dev/sda
> brw-rw---- 1 root disk 8,   1 2010-05-21 16:32 /dev/sda1
> brw-rw---- 1 root disk 8,   2 2010-05-21 16:32 /dev/sda2
> brw-rw---- 1 root disk 8,   3 2010-05-21 16:32 /dev/sda3
> brw-rw---- 1 root disk 8,  16 2010-05-21 16:32 /dev/sdb
> brw-rw---- 1 root disk 8,  17 2010-05-21 16:32 /dev/sdb1
> brw-rw---- 1 root disk 8,  32 2010-05-21 16:32 /dev/sdc
> brw-rw---- 1 root disk 8,  33 2010-05-21 16:32 /dev/sdc1
> brw-rw---- 1 root disk 8,  48 2010-05-21 16:32 /dev/sdd
> brw-rw---- 1 root disk 8,  49 2010-05-21 16:32 /dev/sdd1
> brw-rw---- 1 root disk 8,  64 2010-05-21 16:32 /dev/sde
> brw-rw---- 1 root disk 8,  65 2010-05-21 16:32 /dev/sde1
> brw-rw---- 1 root disk 8,  80 2010-05-21 16:32 /dev/sdf
> brw-rw---- 1 root disk 8,  81 2010-05-21 16:32 /dev/sdf1
> brw-rw---- 1 root disk 8,  96 2010-05-21 16:32 /dev/sdg
> brw-rw---- 1 root disk 8,  97 2010-05-21 16:32 /dev/sdg1
> brw-rw---- 1 root disk 8, 112 2010-05-21 16:32 /dev/sdh
> brw-rw---- 1 root disk 8, 128 2010-05-21 16:32 /dev/sdi
> brw-rw---- 1 root disk 8, 144 2010-05-21 16:32 /dev/sdj
> brw-rw---- 1 root disk 8, 145 2010-05-21 16:32 /dev/sdj1
> brw-rw---- 1 root disk 8, 160 2010-05-21 16:32 /dev/sdk
> brw-rw---- 1 root disk 8, 161 2010-05-21 16:32 /dev/sdk1
> brw-rw---- 1 root disk 8, 176 2010-05-21 16:32 /dev/sdl
> brw-rw---- 1 root disk 8, 192 2010-05-21 16:32 /dev/sdm
>
>
>
> Any help is greatly appreciated.
>   

Let me propose a cause for this. Assume that after partitioning sdm you 
created an array, and when giving the members you typed /dev/sdm rather 
than /dev/sdm1. Sound possible? You might try assembling an array with 
the members and give /dev/sdm instead of /dev/sdm1, specifying read-only 
to prevent issues.

My reasoning is that using the whole disk you would write over the UUID 
on the partition, but the partition table might be safe.

Corrections welcome.

-- 
Bill Davidsen <davidsen@tmr.com>
  "We can't solve today's problems by using the same thinking we
   used in creating them." - Einstein


      parent reply	other threads:[~2010-05-26 15:16 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-05-22  0:28 blkid and partition problem Tim Bostrom
2010-05-22  2:31 ` Tim Bostrom
2010-05-22  6:15   ` Luca Berra
2010-05-26 15:16 ` Bill Davidsen [this message]

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=4BFD3B55.5010008@tmr.com \
    --to=davidsen@tmr.com \
    --cc=linux-raid@vger.kernel.org \
    --cc=neilb@suse.de \
    --cc=tbostrom@gmail.com \
    /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.