linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: linbloke <linbloke@fastmail.fm>
To: Skip Coombe <skipcoombe@gmail.com>
Cc: Adam Goryachev <adam@websitemanagers.com.au>, linux-raid@vger.kernel.org
Subject: Re: persistent removed MD referrence on reboot
Date: Wed, 01 Aug 2012 15:10:10 +1000	[thread overview]
Message-ID: <5018BA32.8000801@fastmail.fm> (raw)
In-Reply-To: <CAO7BsSnMTAWRjxFcq2AS1QGbudy82HVGYFTB395cKTdnfD2bVw@mail.gmail.com>

On 1/08/12 11:43 AM, Skip Coombe wrote:
> Thanks for the quick response.
>
> I did "dd -if=/dev/zero -of=/dev/sdc" and modified the the partition to 83.
>
> Today I followed your advice to investigate initrd. I deleted all the
> ARRAY specs from /etc/mdadm/mdadm.conf (they were
> from the time of installing 12-4, including the md2 ARRAY), wrote the
> new initrd, and rebooted.

I think Adam led you to the right path. Your reference to 12-4 leads me 
to guess that you're running Ubuntu 12.04? For me on these systems, I 
would do the following:

- zero superblocks:

sudo mdadm --zero-superblock /dev/sdc1

running that commands multiple times until they return "No superblock 
found" or similar message. Once you get that response, there are no 
mdadm superblocks remaining.

- update /etc/mdadm/mdadm.conf to remove references to old md arrays.
- update initramfs:

update-initramfs -u



 From there you should be able to reboot and find only those arrays 
specified in mdadm.conf (also arrays auto-built by the kernel from 
devices with partitions of type fd). If you're still not getting the 
expected outcome, pls send the output of "parted -l" and 
/etc/mdadm/mdadm.conf, uname -a, mdadm -V

HTH
j


> The reference to md2 went away, but now I see
> ======================
> $ cat /proc/mdstat
> Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5]
> [raid4] [raid10]
> md127 : inactive sdc[1](S)
>        488385560 blocks super 1.2
>
> unused devices:<none>
> ======================
>
> I will repeat after "rm -rf /etc/mdadm" from the initrd dir tree. If
> that does not work I will probably just reinstall 12-4. I hate to do
> all the config again, but I've burned too many hours on this already.
> There are no superblocks left so I hope to get a clean start.
>
> n.b. md127 seems to be the default array, but still sdc is identified.
> There must be more info buried in the initrd.
>
> Thanks for the good advice, but I am still missing something.
>
> Skip
>
> On Mon, Jul 30, 2012 at 9:26 PM, Adam Goryachev
> <adam@websitemanagers.com.au>  wrote:
>> On 07/31/2012 11:02 AM, Skip Coombe wrote:
>>> I have an md entry referring to a badly removed RAID1 device (by me) after
>>> the associated device crashed (can't afford a replacement drive at this
>>> time).
>>> Despite attempts to remove the reference, after a reboot I see:
>>>
>>> ================================
>>> $ cat /proc/mdstat
>>> Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5]
>>> [raid4]
>>> [raid10]
>>> md2 : inactive sdc[1](S)
>>>         488385560 blocks super 1.2
>>>
>>> unused devices:<none>
>>> ================================
>>>
>>> I am trying to repurpose the good drive as a not-RAID device. I have done
>>> sudo mdadm --zero-superblock /dev/sdc
>>> and
>>> sudo mdadm --zero-superblock --force /dev/sdc
>>> and even low level formatted /dev/sdc
>> What do you mean "low level formatted"? Have you done a
>> dd if=/dev/zero of=/dev/sdc
>>
>>> ================================
>>> $ ls /etc/mdadm/mdadm.conf
>>> ls: cannot access /etc/mdadm/mdadm.conf: No such file or directory
>>> ================================
>> Did you update the initrd file? This file probably contains a copy of the
>> mdadm.conf
>>
>> Also, did you modify the partition type, from fd to 83
>> I would suggest running the above dd command, which will erase ALL traces of
>> anything, including any data on the drive (so back it up elsewhere first).
>>
>> Most likely, the md code looks at a couple of different places on the drive
>> for the md information, so when you run the zero-superblock, it is only
>> erasing one of the possible locations. See man mdadm, especially the
>> --metadata section.
>>
>> Regards,
>> Adam
>
>

  parent reply	other threads:[~2012-08-01  5:10 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-07-31  1:02 persistent removed MD referrence on reboot Skip Coombe
2012-07-31  1:26 ` Adam Goryachev
2012-08-01  1:43   ` Skip Coombe
2012-08-01  3:54     ` Adam Goryachev
2012-08-01  5:10     ` linbloke [this message]
2012-08-01 12:27       ` Skip Coombe

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=5018BA32.8000801@fastmail.fm \
    --to=linbloke@fastmail.fm \
    --cc=adam@websitemanagers.com.au \
    --cc=linux-raid@vger.kernel.org \
    --cc=skipcoombe@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 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).