On Sunday 31 May 2015 10:01:43 I wrote:
> I've split this out from the previous thread because it was getting messy.
> I'd followed Rich Freeman's advice to specify arrays by UUID in mdadm.conf,
> and this is what happened:
> 
> On Friday 29 May 2015 01:10:52 I wrote:
> > OK, so this is what I have at present. I haven't booted with it yet to
> > test
> > it - I'll do that in the morning:
> > 
> > DEVICE /dev/sd[abcde][123456789]
> > ARRAY /dev/md1 UUID=ea156c7f:183ca28e:c44c77eb:7ee19756
> > ARRAY /dev/md5 UUID=e7640378:966a5b3a:c44c77eb:7ee19756
> > ARRAY /dev/md7 UUID=c2d056c4:9118021f:ad73c633:b38fa97c
> 
> Specifying the UUIDs hasn't helped. I still get failure to start /dev/md7
> during boot as often as not.

What I hope will be the final postscript:

I did eventually find the right setup, thus:

# cat /etc/mdadm.conf
# mdadm configuration file
#
DEVICE /dev/sd[ab][123456789]
ARRAY /dev/md1 metadata=0.90 UUID=0240695f:38fe6523:7bfe4778:da957cc1
ARRAY /dev/md5 metadata=0.90 UUID=a6a8a1bf:f7058f1d:7bfe4778:da957cc1
ARRAY /dev/md7 metadata=1.2 UUID=77f93f10:1ff22cae:81c5117d:5c25873e
ARRAY /dev/md8 metadata=0.90 UUID=ce921c64:3685e8c7:7bfe4778:da957cc1
ARRAY /dev/md9 metadata=1.2 UUID=0f74fff3:cdae1a64:0a44d949:4f1ad406

But I was still getting occasional failures of /dev/md7 to start - this 
contains all except the root and boot partitions of my everyday system, in 
LVM. It turns out that I had the wrong UUID specified in the file above, but 
nevertheless, almost always the system found the right devices to start. Now 
that I've corrected it I don't expect any more failures (that's what I meant 
when I said I hope this is the final postscript.)

In case anyone's interested, I've been installing a qt5 equivalent of my main 
system, using md8 as the root partition and md9 (plus LVM) for everything 
else. Oh, except /boot, which is md1 in common with the main system. My fstabs 
are getting long and complicated!

-- 
Rgds
Peter


Reply via email to