search for: iniramf

> -----Original Messages----- > From: "Steven Tardy" <sjt5atra at gmail.com> > Sent Time: 2018-02-26 10:48:48 (Monday) > To: "CentOS mailing list" <centos at centos.org> > Cc: > Subject: Re: [CentOS] How to update modules in iniramfs fastly > > On Sun, Feb 25, 2018 at 8:29 PM wuzhouhui <wuzhouhui14 at 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...

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? Thanks!

...> -----Original Messages----- > > From: "Steven Tardy" <sjt5atra at gmail.com> > > Sent Time: 2018-02-26 10:48:48 (Monday) > > To: "CentOS mailing list" <centos at centos.org> > > Cc: > > Subject: Re: [CentOS] How to update modules in iniramfs fastly > > > > On Sun, Feb 25, 2018 at 8:29 PM wuzhouhui <wuzhouhui14 at 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 mo...

...>> -----Original Messages----- >> From: "Steven Tardy" <sjt5atra at gmail.com> >> Sent Time: 2018-02-26 10:48:48 (Monday) >> To: "CentOS mailing list" <centos at centos.org> >> Cc: >> Subject: Re: [CentOS] How to update modules in iniramfs fastly >> >> On Sun, Feb 25, 2018 at 8:29 PM wuzhouhui <wuzhouhui14 at 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...

On Sun, Feb 25, 2018 at 8:29 PM wuzhouhui <wuzhouhui14 at 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 (

...mage generated by dracut -f does not include the /etc/crypttab from the OS (it only contains the entry for the root device). Once I have manually added the other volumes in the /etc/crypttab file from the initramfs image, clevis is able to decrypt all volumes. Now the question is why the generated iniramfs image has a different /etc/crypttab. How can I specify /etc/crypttab for the initramfs so that furhter kernel updates will not replace it with the wrong file? Radu

...acut -f does not include the /etc/crypttab from the OS (it only > contains the entry for the root device). Once I have manually added the > other volumes in the /etc/crypttab file from the initramfs image, clevis > is able to decrypt all volumes. Now the question is why the generated > iniramfs image has a different /etc/crypttab. How can I specify > /etc/crypttab for the initramfs so that > furhter kernel updates will not replace it with the wrong file? > Sorry, I think you misunderstood. The key for root is *not* in /etc/crypttab - that's only for the secondary ones....

Hello, I'm attempting to convert some of my existing initrd images to the new initramfs format. However, I have some questions as too what exactly /init in a iniramfs system is responsible for? My current images probe/configure devices using devfs and libkudzu (basically, the same as knoppix detection setup) and create a tmpramfs root for use with pivot_root. However, looking thru prepare_namespace, it appears that MD arrays need to be detected/fired up a...

...sda1 statvfs / libguestfs: error: mkfs: xfs: /dev/sda1: mkfs.xfs: No such file or directory guestfish: error creating prepared disk image 'fs:xfs' on 'test1.img': failed to create filesystem (xfs): mkfs: xfs: /dev/sda1: mkfs.xfs: No such file or directory does I need to rebuild the iniramfs to include mkfs.xfs, is this the root reason that cause the different numbers ? then I used virt-rescure method , the filesystem type was ext2/ext3: ><rescue> mount /dev/sda1 /sysroot/ mount: /dev/sda1 is write-protected, mounting read-only mount: unknown filesystem type '(null)'...

hi Jones, Thanks for your reply. At 2018-01-04 19:41:27, "Richard W.M. Jones" <rjones@redhat.com> wrote: >On Thu, Jan 04, 2018 at 12:58:40PM +0800, Chen Fan wrote: >[In guest] >> python -c 'import os; s = os.statvfs ("/"); print s' >> posix.statvfs_result(f_bsize=4096, f_frsize=4096, f_blocks=5886149, >> f_bfree=4802342, f_bavail=4802342,