Bug#763620: initramfs depends on DEVTMPFS now?
On Sat, Oct 04, 2014 at 06:25:12PM +0100, Ben Hutchings wrote:
> Control: tag -1 moreinfo
>
> On Wed, 2014-10-01 at 14:39 +0200, Michal Hocko wrote:
> > Package: initramfs-tools
> > Version: 0.117
> > Severity: normal
> >
> > Hi,
> > I had to revert back to 0.116 version of the package becasue my kernel
> > didn't boot when initrd has been generated by 0.117 version becasue of
> > the missing CONFIG_DEVTMPFS. System cannot find /sbin/init as the
> > result.
> >
> > I have checked the changelog between the to versions and it doesn't
> > mention this new requirement for the kernel configuration. Is this
> > change intentional?
>
> initramfs-tools relies on udev to create device nodes, and that now
> requires CONFIG_DEVTMPFS:
>
> systemd (204-4) unstable; urgency=low
>
> * Add preinst check to abort udev upgrade if the currently running kernel
> lacks devtmpfs support. Since udev 176, devtmpfs is mandatory as udev no
> longer creates any device nodes itself. This only affects self-compiled
> kernels which now need CONFIG_DEVTMPFS=y. Closes: #722580
>
> However this should also affect an initramfs newly built with
> initramfs-tools 0.116.
>
> Which version of udev is installed?
175-7.2 (which is from stable) to stay away from systemd.
> Did you rebuild the initramfs or revert to a backup version?
I have reverted to 0.116 which works just fine. I am perfectly OK with
staying with this version but maybe the newer version should depend on
systemd so the reason for this requirement is clear.
Thanks!
--
Michal Hocko
Reply to: