On 23/07/13 18:48, Michael Prokop wrote:
[Cc-ing everyone who was involved in discussing #652459]

(Also copying Adam Conrad and Steve Langasek.)

* Roger Leigh [Sun May 12, 2013 at 06:53:11PM +0100]:

And one final patch to use panic rather than sulogin on fsck failure.

Thanks for all your patches, I've applied them on top of current
master (and edited debian/changelog on my own, being based on your
patches). The result is currently sitting in branch mika/bug_652459
of initramfs-tools.git.

Does anyone have any objections against the current implementation
of #652459 to support mounting of /usr in the initramfs?
If so, which objections do you have and what needs to be done to
resolve this issue so all involved parties are happy?

If there aren't any objections against the current implementation,
are there any objections against uploading the current state to
experimental?

Just a note for testers:

This patchset does require patches for util-linux ("fsck -R" also ignores /usr as well as root) and initscripts (remount /usr r/w at the same time as the rootfs in checkroot.sh, and otherwise handle it the same as the rootfs). util-linux patch is in #697002. initscripts is this commit: http://anonscm.debian.org/gitweb/?p=users/rleigh/sysvinit.git;a=commitdiff;h=d406626ecad8988198542f270b663f3503f0b7ae

For both of these I can put versions in experimental. initramfs-tools probably needs to have a Breaks: on versions prior to these patched versions, so it might be worth holding off uploading prior to these prerequisites being in place. Though if you don't have a separate /usr, this won't cause any problems. If you do, fsck will fail at boot when it tries to fsck a mounted /usr, and it will also leave /usr r/o.

Lastly, there is a minor outstanding shortcoming in the ordering of progress messages with my patchset. I left the ordering as-is, but it probably wants tweaking so that there's a linear order rather than nesting messages. e.g. fsck prior to mounting rather than during etc. This is only cosmetic--it probably just needs the mount message moving further down; other third-party scripts might also need tweaking.

Note that the patches for all three packages also included the logic for mounting /etc. If this is not wanted, we should probably drop that at this point. For initscripts and util-linux, these will be entirely harmless and will do nothing unless an fstab entry exists; and likewise for initramfs-tools unless you supply additional options on the kernel command-line.


Regards,
Roger


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to