On Thu, 11 Jun 2015 20:07:09 +0200 "Robert.K." <dotpoin...@gmail.com> wrote:
> On Thu, 11 Jun 2015 20:20:23 +0300 Michael Tokarev <m...@tls.msk.ru> wrote:
> > 11.06.2015 20:13, Robert.K. wrote:
> >
> > > The bug in this report (#784070) is about being dropped to a shell
when
> there are missing disks in a software RAID1 configuration upon boot.
> >
> > Ok, this makes sense.
> >
> > It is not RAID1 it is any RAID level, and it has nothing to do with GPT.
> >
> > /mjt
> >
> >
>
> I agree that it may be related to any RAID level. For me it was only
> related to RAID1 as I have only tried RAID1 configurations.
>
> I have not mentioned GPT for what I know.
>
> I am sorry if I have made you upset, I was only trying to help both the
> development and other people hitting the bug.
>
> Good luck if you try to solve it and try to work with the d-i team (debian
> installer?) again, you seem to know what you are doing.
>
> r
I think the problem is in file
/usr/share/initramfs-tools/scripts/local-top/mdadm on line 79
(mdadm-3.3.2-5-amd64).
The solution is replace line 79:
log_failure_msg "failed to assemble all arrays."
by:
log_warning_msg "failed to assemble all arrays...attempting individual starts"
for dev in $(cat /proc/mdstat | grep md | cut -d ' ' -f 1); do
log_begin_msg "attempting mdadm --run $dev"
if $MDADM --run $dev; then
verbose && log_success_msg "started $dev"
else
log_failure_msg "failed to start $dev"
fi
done
And that works. Founded and tested on polish debian forum.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
