I started getting an error on the ubuntusplash screen when my PATA md array wouldnt mount.
(S)kip mounting or M for manual recovery
funnily enough goingin into manual mode and looking at dmesg didnt throw up any errors
/proc/mdstat showed the array as inactive partial and also named it /dev/md_p1 whe it had always been known as /dev/md3 (it was always an unpartitioned whole disk md component
Skipping mounting I was always able to get the array up via "disk utilty" by stopping the array, restarting it and then issuing a sudo mount -a (by specified uuid in fsatb .for affected array)
issuing a dpkg-reconfigure mdadm seemed to work through 2 reboots
but then the system after the next reboot mounted one of the component disks on the mountpoint where the array is
(dev/sdc1 instead of /dev/md3p1)
unmounted did dpkg-reconfigure again rebooted and got "skip"
mdstat showed the array as up, but umounted
substituted the dev path for the uuid in fstab and its currently rebooted ok..
I started getting an error on the ubuntusplash screen when my PATA md array wouldnt mount.
(S)kip mounting or M for manual recovery
funnily enough goingin into manual mode and looking at dmesg didnt throw up any errors
/proc/mdstat showed the array as inactive partial and also named it /dev/md_p1 whe it had always been known as /dev/md3 (it was always an unpartitioned whole disk md component
Skipping mounting I was always able to get the array up via "disk utilty" by stopping the array, restarting it and then issuing a sudo mount -a (by specified uuid in fsatb .for affected array)
issuing a dpkg-reconfigure mdadm seemed to work through 2 reboots
but then the system after the next reboot mounted one of the component disks on the mountpoint where the array is
(dev/sdc1 instead of /dev/md3p1)
unmounted did dpkg-reconfigure again rebooted and got "skip"
mdstat showed the array as up, but umounted
substituted the dev path for the uuid in fstab and its currently rebooted ok..
Is there a timing issue somewhere?