Updated replies to earlier comments:

comment #6
> I think this all goes back to multipath-tools updates that would help a whole 
> lot; but they may be a little too intrusive past feature freeze -- I'm 
> looking into just updating the udev rules now.

Just to clarify/respond to that (earlier than patch) comment with
regards to the patch attached.

Given that the patch introduces only 2 changes, which are minimal/small (and 
one may sometimes be a nop), and is totally contained in multipath stuff, I 
think it'd be OK to get it in.
(Very respectfully,) it should not make multipath less functional than it is 
now. :) And can't break non-multipath stuff.


comment #8
> the installed system will come up using /dev/sdb1 (for example) rather than 
> the equivalent device mapper device, 

The patch should help* with that issue (described in bug 1429327 comment
#10), because the multipath disks now may* show up before the wait-for-
root call.. but a proper fix should probably follow the discussion in
there. I'll try to get something addressing this too, according to
Steve's suggestion.


> [...] and no swap.

This one should be fixed w/ 1430074.
The /etc/fstab file used to have the incorrect/p separator for the swap device 
too, so it wasn't found/timed out.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1431650

Title:
  Multipath devices take long to initialize during initramfs

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/1431650/+subscriptions

-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to