* Documentation? failure to update-initramfs causes Infinite md loop on boot
@ 2008-01-30 22:32 Moshe Yudkowsky
2008-01-30 22:42 ` maximilian attems
0 siblings, 1 reply; 3+ messages in thread
From: Moshe Yudkowsky @ 2008-01-30 22:32 UTC (permalink / raw)
To: linux-raid
I reformatted the disks in preparation to my move to a RAID1/RAID5
combination. I couldn't --stop the array (that should have told me
something), so I removed ARRAY from mdadm.conf and restarted. I ran
fdisk to create the proper partitions, and then I removed the /dev/md*
and /dev/md/* entries in anticipation of creating the new ones. I then
rebooted to pick up the new partitions I'd created.
Now I can no longer boot, with this series of messages:
md: md_import_device returned: -22
md: mdadm failed to add /dev/sdb2 to /dev/md/all: invalid argument
mdadm: failed to RUN_ARRAY /dev/md/all: invalid argument
md: sdc2 has invalid sb, not importing!
Thousands of these go past, and there's no escape. That's quite a severe
error. I'm going to boot on a rescue disk to fix this -- there's no
other way I can think of to get out of this mess -- but I wonder if
there ought to be documentation on the interaction between mdadm and
update-initramfs.
--
Moshe Yudkowsky * moshe@pobox.com * www.pobox.com/~moshe
"Becoming the biggest banana republic in the world -- and without the
bananas, at that -- is an unenviable prospect."
-- Sergei Stepashin, Prime Minister of Russia
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Documentation? failure to update-initramfs causes Infinite md loop on boot
2008-01-30 22:32 Documentation? failure to update-initramfs causes Infinite md loop on boot Moshe Yudkowsky
@ 2008-01-30 22:42 ` maximilian attems
2008-01-31 0:44 ` Moshe Yudkowsky
0 siblings, 1 reply; 3+ messages in thread
From: maximilian attems @ 2008-01-30 22:42 UTC (permalink / raw)
To: Moshe Yudkowsky; +Cc: linux-raid
On Wed, Jan 30, 2008 at 04:32:46PM -0600, Moshe Yudkowsky wrote:
> I reformatted the disks in preparation to my move to a RAID1/RAID5
> combination. I couldn't --stop the array (that should have told me
> something), so I removed ARRAY from mdadm.conf and restarted. I ran
> fdisk to create the proper partitions, and then I removed the /dev/md*
> and /dev/md/* entries in anticipation of creating the new ones. I then
> rebooted to pick up the new partitions I'd created.
pretty simple, you change mdadm.conf put it also on initramfs:
update-initramfs -u -k all
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Documentation? failure to update-initramfs causes Infinite md loop on boot
2008-01-30 22:42 ` maximilian attems
@ 2008-01-31 0:44 ` Moshe Yudkowsky
0 siblings, 0 replies; 3+ messages in thread
From: Moshe Yudkowsky @ 2008-01-31 0:44 UTC (permalink / raw)
To: maximilian attems; +Cc: linux-raid
maximilian attems wrote:
> pretty simple, you change mdadm.conf put it also on initramfs:
> update-initramfs -u -k all
Sure, that's what I did after boot on rescue, chroot, etc. However, I
wonder if the *documentation* -- Wiki, or even the man page discussion
on boot -- should mention that changes in the mdadm.conf have to be
propogated to /boot?
In fact, that's an interesting question: which changes have to propagate
to /boot? I'd think any change that affects md devices with /etc/fstab
entries set to "auto" would have to be followed by update-initramfs.
That's quite some bit of hidden knowledge if true.
--
Moshe Yudkowsky * moshe@pobox.com * www.pobox.com/~moshe
"All friends have real and imaginary components."
-- Moshe Yudkowsky
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2008-01-31 0:44 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-01-30 22:32 Documentation? failure to update-initramfs causes Infinite md loop on boot Moshe Yudkowsky
2008-01-30 22:42 ` maximilian attems
2008-01-31 0:44 ` Moshe Yudkowsky
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).