So, in the end, we can't recreate initramfs of CentOS 7 manually just like https://access.redhat.com/solutions/24029 did in CentOS 6?
> -----Original Messages----- > From: "Robert P. J. Day" <rpj...@crashcourse.ca> > Sent Time: 2018-02-26 14:05:24 (Monday) > To: "CentOS mailing list" <centos@centos.org> > Cc: > Subject: Re: [CentOS] How to update modules in iniramfs fastly > > On Mon, 26 Feb 2018, wuzhouhui wrote: > > > > -----Original Messages----- > > > From: "Steven Tardy" <sjt5a...@gmail.com> > > > Sent Time: 2018-02-26 10:48:48 (Monday) > > > To: "CentOS mailing list" <centos@centos.org> > > > Cc: > > > Subject: Re: [CentOS] How to update modules in iniramfs fastly > > > > > > On Sun, Feb 25, 2018 at 8:29 PM wuzhouhui <wuzhouhu...@mails.ucas.ac.cn> > > > wrote: > > > > > > > I know dracut can update modules in initramfs, but I think it is too > > > > slow. So I'm wondering what is the fastest way to update modules in > > > > initramfs of CentOS 7? > > > > > > > > > `dracut` calls `mkinitrd` which rebuilds the initrd file. . . you could do > > > it manually but that is prone to errors ( > > > https://access.redhat.com/solutions/24029). > > i think you have that backwards ... mkinitrd is simply a wrapper > around a call to dracut, which builds an initramfs. > > > This solution does not work in CentOS 7, because initramfs in CentOS > > 7 is not a gzipped cpio: > > it is, but to get to the content, you need to use "skipcpio" to jump > over the initial tiny cpio archive. see, for example: > > https://sites.google.com/site/syscookbook/rhel/rhel-kernel-rebuild > > rday > _______________________________________________ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos _______________________________________________ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
