Control: tag -1 patch moreinfo
On Wed, 1 Jul 2015 03:39:07 -0400 (EDT) Stephen Powell <zlinuxman@wowway.com> wrote:
[...]
> The second problem causes a problem for initramfs-tools. The parse_numeric
> function in /usr/share/initramfs-tools/scripts/functions has code in it which
> looks like this:
>
> if command -v udevd >/dev/null 2>&1; then
> ROOT=/dev/block/${major}:${minor}
> else
> mknod -m 600 /dev/root b ${major} ${minor}
> ROOT=/dev/root
> fi
>
> Obviously, initramfs-tools is testing for the existence of udev by checking
> to see if there is a command available called udevd. If not, then it assumes
> that there is no udev. Older releases of udev contained this command. udev
> 220-7 (and above) does not.
It does but now it's called systemd-udevd and isn't on the path.
This should be fixed on my branch benh/parse-numeric-fixes at
https://anonscm.debian.org/cgit/kernel/initramfs-tools.git
[...]
> By the way, I am still hoping to get my parse_numeric patch, available at
> http://users.wowway.com/~zlinuxman/kernel/parse_numeric.patch, included in
> initramfs-tools.
It's not there any more...
> The current code cannot handle a kernel composite device number
> greater than 0xfffff. With the patch, it should be able to handle any valid
> kernel composite device number.
...but I sent you my patch for this. It's also on that git branch.
Please can you test initramfs-tools built from that branch? Note that
this has the binary package split into initramfs-tools and initramfs-
tools-core, and you'll need to install both.
Ben.
--
Ben Hutchings
I'm always amazed by the number of people who take up solipsism because
they heard someone else explain it. - E*Borg on alt.fan.pratchettAttachment:
signature.asc
Description: This is a digitally signed message part