Merge lp:~serge-hallyn/ubuntu/natty/initramfs-tools/retrymount into lp:ubuntu/natty/initramfs-tools
Proposed by
Serge Hallyn
Status: | Needs review |
---|---|
Proposed branch: | lp:~serge-hallyn/ubuntu/natty/initramfs-tools/retrymount |
Merge into: | lp:ubuntu/natty/initramfs-tools |
Diff against target: |
45 lines (+23/-3) 2 files modified
debian/changelog (+11/-0) scripts/local (+12/-3) |
To merge this branch: | bzr merge lp:~serge-hallyn/ubuntu/natty/initramfs-tools/retrymount |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Jeff Bailey | Pending | ||
Review via email: mp+41191@code.launchpad.net |
Description of the change
Sorry, I'd like to propose this for 'upstream' but didn't see
a mailing list to send a patch to. Please let me know if you'd
like me to send it elsewhere/
To post a comment you must log in.
Unmerged revisions
- 230. By Serge Hallyn
-
Add retries to mountroot(). This is particularly needed when we
use multipath, because it is possible that mountroot() will race
with udev's renaming of /dev/disk/by-uuid/ {rootfs- uuid} from
/dev/sd?? to /dev/mapper/something. After multipath has grabbed
the /dev/sd?? and until udev completes the rename, mounting
/dev/disk/by-uuid/ {rootfs- uuid} will fail with -EBUSY.
Upstream is Debian; perhaps you could file a Debian bug report on
initramfs-tools with this patch?
A poll/retry loop is generally a suboptimal way to do this kind of
thing; what we really want is to wait for udev to tell us that it has
finished with the event that triggered renaming of the device. Perhaps
you could talk with Surbhi about the plans for making the initramfs more
event-based.