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
>
>
next prev 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).