Linux Initial RAM Filesystem

• Thread Index

• initramfs-tools 0.145 release
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• initramfs-tools 0.144 release
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• built-in configuration file prevents booting with command line options
  • From: Olaf Hering <olaf@xxxxxxxxx>
• Re: Load modules in initrd
  • From: Carolina Jubran <cjubran@xxxxxxxxxx>
• Re: Load modules in initrd
  • From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
• Load modules in initrd
  • From: Carolina Jubran <cjubran@xxxxxxxxxx>
• initramfs-tools 0.143 release
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Dracut info
  • From: Domenico Panella <pandom79@xxxxxxxxx>
• Re: [PATCH v3] rootfs: Fix support for rootfstype= when root= is given
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v3] rootfs: Fix support for rootfstype= when root= is given
  • From: Askar Safin <safinaskar@xxxxxxxxx>
• Re: [PATCH v3] rootfs: Fix support for rootfstype= when root= is given
  • From: Askar Safin <safinaskar@xxxxxxxxx>
• Re: [PATCH v3] rootfs: Fix support for rootfstype= when root= is given
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v3] rootfs: Fix support for rootfstype= when root= is given
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v3] rootfs: Fix support for rootfstype= when root= is given
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v3] rootfs: Fix support for rootfstype= when root= is given
  • From: Askar Safin <safinaskar@xxxxxxxxx>
• Re: [PATCH v3] rootfs: Fix support for rootfstype= when root= is given
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v3] rootfs: Fix support for rootfstype= when root= is given
  • From: Askar Safin <safinaskar@xxxxxxxxx>
• Re: [PATCH v3] rootfs: Fix support for rootfstype= when root= is given
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v3] rootfs: Fix support for rootfstype= when root= is given
  • From: Askar Safin <safinaskar@xxxxxxxxx>
• Re: [PATCH v3] rootfs: Fix support for rootfstype= when root= is given
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v3] rootfs: Fix support for rootfstype= when root= is given
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v3] rootfs: Fix support for rootfstype= when root= is given
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v3] rootfs: Fix support for rootfstype= when root= is given
  • From: Askar Safin <safinaskar@xxxxxxxxx>
• Re: [PATCH v3] rootfs: Fix support for rootfstype= when root= is given
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v3] rootfs: Fix support for rootfstype= when root= is given
  • From: Askar Safin <safinaskar@xxxxxxxxx>
• Re: [PATCH v2] initramfs: Support unpacking directly to tmpfs
  • From: Askar Safin <safinaskar@xxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Askar Safin <safinaskar@xxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Askar Safin <safinaskar@xxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Nils Kattenbeck <nilskemail@xxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Nils Kattenbeck <nilskemail@xxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Eric Curtin <ecurtin@xxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Nils Kattenbeck <nilskemail@xxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Paul Menzel <pmenzel+systemd-devel@xxxxxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Paul Menzel <pmenzel-systemd-devel@xxxxxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Luca Boccassi <bluca@xxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Eric Curtin <ecurtin@xxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Luca Boccassi <bluca@xxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Luca Boccassi <bluca@xxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Neal Gompa <ngompa13@xxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Eric Curtin <ecurtin@xxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Eric Curtin <ecurtin@xxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Eric Curtin <ecurtin@xxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Eric Curtin <ecurtin@xxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Eric Curtin <ecurtin@xxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Eric Curtin <ecurtin@xxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Lennart Poettering <mzerqung@xxxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Eric Curtin <ecurtin@xxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Luca Boccassi <bluca@xxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Eric Curtin <ecurtin@xxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Luca Boccassi <bluca@xxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Eric Curtin <ecurtin@xxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Luca Boccassi <bluca@xxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Eric Curtin <ecurtin@xxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Daan De Meyer <daan.j.demeyer@xxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Eric Curtin <ecurtin@xxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Eric Curtin <ecurtin@xxxxxxxxxx>
• Re: [RFC] initoverlayfs - a scalable initial filesystem
  • From: Luca Boccassi <bluca@xxxxxxxxxx>
• [RFC] initoverlayfs - a scalable initial filesystem
  • From: Eric Curtin <ecurtin@xxxxxxxxxx>
• Re: [PATCH v2] initramfs: Support unpacking directly to tmpfs
  • From: Emily Shepherd <emily@xxxxxxxxxxx>
• Re: [PATCH v2] initramfs: Support unpacking directly to tmpfs
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v2] initramfs: Support unpacking directly to tmpfs
  • From: Emily Shepherd <emily@xxxxxxxxxxx>
• Re: [PATCH v2] initramfs: Support unpacking directly to tmpfs
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v2] initramfs: Support unpacking directly to tmpfs
  • From: Emily Shepherd <emily@xxxxxxxxxxx>
• Re: [PATCH v2] initramfs: Support unpacking directly to tmpfs
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v2] initramfs: Support unpacking directly to tmpfs
  • From: Emily Shepherd <emily@xxxxxxxxxxx>
• Re: [PATCH v2] initramfs: Support unpacking directly to tmpfs
  • From: Rob Landley <rob@xxxxxxxxxxx>
• [PATCH v2] initramfs: Support unpacking directly to tmpfs
  • From: Emily Shepherd <emily@xxxxxxxxxxx>
• Re: [PATCH v3] rootfs: Fix support for rootfstype= when root= is given
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v3] rootfs: Fix support for rootfstype= when root= is given
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] initramfs: Support unpacking directly to tmpfs
  • From: Emily Shepherd <emily@xxxxxxxxxxx>
• Re: [PATCH] initramfs: Support unpacking directly to tmpfs
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] initramfs: Support unpacking directly to tmpfs
  • From: Emily Shepherd <emily@xxxxxxxxxxx>
• Re: [regression] microcode files missing in initramfs imgages from dracut (was Re: [PATCH] x86: Clean up remaining references to CONFIG_MICROCODE_AMD)
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] x86: Add a "x86" ELF note namespace
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH] x86: Add a "x86" ELF note namespace
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v3] rootfs: Fix support for rootfstype= when root= is given
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v2] rootfs: Fix support for rootfstype= when root= is given
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v2] rootfs: Fix support for rootfstype= when root= is given
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2] rootfs: Fix support for rootfstype= when root= is given
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH] rootfs: Fix support for rootfstype= when root= is given
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] rootfs: Fix support for rootfstype= when root= is given
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [RFC PATCH] rootfs: Use tmpfs for rootfs even if root= is given
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: This list is being migrated to the new vger infra (no action required)
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• This list is being migrated to the new vger infra (no action required)
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: [patch 02/30] x86/microcode: Hide the config knob
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [klibc] [ANNOUNCE] klibc 2.0.13
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [klibc] [ANNOUNCE] klibc 2.0.13
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [ANNOUNCE] klibc 2.0.13
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• [ANNOUNCE] klibc 2.0.12
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• [PATCH] hook-functions: dep_add_modules_mount: kill unreadable eval
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [ANNOUNCE] klibc 2.0.11
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] dracut: dmsquash-live: overlay module can be built-in the kernel
  • From: Frederick Grose <fgrose@xxxxxxxxx>
• Re: [PATCH v2] dracut: dmsquash-live: overlay module can be built-in the kernel
  • From: Federico Vaga <federico.vaga@xxxxxxx>
• Re: [PATCH v2] dracut: dmsquash-live: overlay module can be built-in the kernel
  • From: Frederick Grose <fgrose@xxxxxxxxx>
• Re: [PATCH v2] dracut: dmsquash-live: overlay module can be built-in the kernel
  • From: Federico Vaga <federico.vaga@xxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Jim Baxter <jim_baxter@xxxxxxxxxx>
• RE: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• RE: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• RE: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Jim Baxter <jim_baxter@xxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Jim Baxter <jim_baxter@xxxxxxxxxx>
• RE: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• initramfs-tools 0.142 release
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 3/3] gen_init_cpio: add support for file metadata
  • From: Eugeniu Rosca <erosca@xxxxxxxxxxxxxx>
• RE: [PATCH v4 3/3] gen_init_cpio: add support for file metadata
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [ANNOUNCE] dracut 057
  • From: Harald Hoyer <harald.hoyer@xxxxxxxxx>
• Re: [PATCH v4 3/3] gen_init_cpio: add support for file metadata
  • From: Eugeniu Rosca <erosca@xxxxxxxxxxxxxx>
• Re: [PATCH v4 3/3] gen_init_cpio: add support for file metadata
  • From: Eugeniu Rosca <erosca@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Eugeniu Rosca <erosca@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/3] initramfs: add file metadata
  • From: Eugeniu Rosca <erosca@xxxxxxxxxxxxxx>
• RE: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Eugeniu Rosca <erosca@xxxxxxxxxxxxxx>
• RE: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Eugeniu Rosca <erosca@xxxxxxxxxxxxxx>
• RE: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Eugeniu Rosca <erosca@xxxxxxxxxxxxxx>
• [PATCH v2] dracut: dmsquash-live: overlay module can be built-in the kernel
  • From: Federico Vaga <federico.vaga@xxxxxxx>
• Re: [PATCH] dracut: dmsquash-live: overlay module can be built-in the kernel
  • From: Federico Vaga <federico.vaga@xxxxxxx>
• Re: [PATCH] dracut: dmsquash-live: overlay module can be built-in the kernel
  • From: German Maglione <gmaglione@xxxxxxxxxx>
• Re: [PATCH] dracut: dmsquash-live: overlay module can be built-in the kernel
  • From: Federico Vaga <federico.vaga@xxxxxxx>
• Re: [PATCH] dracut: dmsquash-live: overlay module can be built-in the kernel
  • From: German Maglione <gmaglione@xxxxxxxxxx>
• [PATCH] dracut: dmsquash-live: overlay module can be built-in the kernel
  • From: Federico Vaga <federico.vaga@xxxxxxx>
• initramfs-tools 0.141 release
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Exit non-zero on error / how to detect failure?
  • From: Scott Moser <smoser@xxxxxxxxxxxx>
• Exit non-zero on error / how to detect failure?
  • From: Scott Moser <ssmoser@xxxxxxxxx>
• [ANNOUNCE] dracut 056
  • From: Harald Hoyer <harald@xxxxxxxxx>
• [ANNOUNCE] klibc 2.0.10
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• FATAL: Don't know how to handle 'root=live
  • From: Tree Davies <tree@xxxxxxxxxxxxxxx>
• Subtle misconfiguration in initramfs after dnf upgrade; boot breaks under some circumstances
  • From: Zack Freeman <zacharyfreeman@xxxxxxxxxxxxxx>
• dracut: 98syslog auto-detect feature
  • From: Federico Vaga <federico.vaga@xxxxxxx>
• [ANNOUNCE] dracut 055
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: [PATCH 0/2] Add support to have multi-purpose builds into a single initramfs image
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxx>
• [ANNOUNCE] dracut 054
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: [PATCH 0/2] Add support to have multi-purpose builds into a single initramfs image
  • From: Kairui Song <kasong@xxxxxxxxxx>
• [PATCH 2/2] dracut/99squash: make sqaush image setup flexible
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxx>
• [PATCH 1/2] dracut: add a new argument "--squash-input-images"
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxx>
• [PATCH 0/2] Add support to have multi-purpose builds into a single initramfs image
  • From: Hari Bathini <hbathini@xxxxxxxxxxxxx>
• [ANNOUNCE] klibc 2.0.9
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• [ANNOUNCE] dracut 053
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• [ANNOUNCE] dracut 052
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• problems with dracut 50 or 51 on gentoo
  • From: John Covici <covici@xxxxxxxxxxxxxx>
• problem with install_items
  • From: John Covici <covici@xxxxxxxxxxxxxx>
• Re: Only 16GB of 20GB memory / RAM : found by kernel
  • From: Hanasaki Jiji <hanasaki@xxxxxxxxx>
• Re: Only 16GB of 20GB memory / RAM : found by kernel
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Only 16GB of 20GB memory / RAM : found by kernel
  • From: Hanasaki Jiji <hanasaki@xxxxxxxxx>
• [ANNOUNCE] dracut 051
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• [PATCH v2] unlz4: Handle 0-size chunks, ignore trailing padding
  • From: siarhei.liakh@xxxxxxxxxxxxxxxxx
• Re: [PATCH] unlz4: Handle 0-size chunks, discard trailing padding/garbage
  • From: Greg KH <greg@xxxxxxxxx>
• [PATCH] unlz4: Handle 0-size chunks, discard trailing padding/garbage
  • From: siarhei.liakh@xxxxxxxxxxxxxxxxx
• RE: [PATCH] mdraid: add grow continue service.
  • From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@xxxxxxxxx>
• initramfs-tools 0.139 release
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• [PATCH] mdraid: add grow continue service.
  • From: Mariusz Tkaczyk <mariusz.tkaczyk@xxxxxxxxx>
• [ANNOUNCE] klibc 2.0.8
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: Default initramfs location
  • From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
• Default initramfs location
  • From: Ian Pilcher <arequipeno@xxxxxxxxx>
• Bug in a resume module script
  • From: "Carlos Pinto" <pilltime@xxxxxxxxx>
• Bug in a resume module script
  • From: "Carlos Pinto" <pilltime@xxxxxxxxx>
• New dracut module: dracut-iscsi-target - testing and feedback
  • From: Joseph Mullally <jwmullally@xxxxxxxxx>
• initramfs-tools 0.137 release
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] efi/x86: Move efi stub globals from .bss to .data
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• Re: [PATCH 1/2] efi/x86: Move efi stub globals from .bss to .data
  • From: Thomas Meyer <thomas@xxxxxxxx>
• Re: [PATCH 1/2] efi/x86: Move efi stub globals from .bss to .data
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/2] efi/x86: Move efi stub globals from .bss to .data
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 1/2] efi/x86: Move efi stub globals from .bss to .data
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 1/2] efi/x86: Move efi stub globals from .bss to .data
  • From: Thomas Meyer <thomas@xxxxxxxx>
• Re: [PATCH 1/2] efi/x86: Move efi stub globals from .bss to .data
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 1/2] efi/x86: Move efi stub globals from .bss to .data
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/2] efi/x86: Move efi stub globals from .bss to .data
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 1/2] efi/x86: Move efi stub globals from .bss to .data
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/2] efi/x86: Move efi stub globals from .bss to .data
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH 1/2] efi/x86: Move efi stub globals from .bss to .data
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 2/2] efi/x86: Always relocate the kernel for EFI handover entry
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [PATCH 1/2] efi/x86: Move efi stub globals from .bss to .data
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 1/2] x86/boot/compressed/64: Remove .bss/.pgtable from bzImage
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 1/2] x86/boot/compressed/64: Remove .bss/.pgtable from bzImage
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/2] x86/boot/compressed/64: Remove .bss/.pgtable from bzImage
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 1/2] x86/boot/compressed/64: Remove .bss/.pgtable from bzImage
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/2] x86/boot/compressed/64: Remove .bss/.pgtable from bzImage
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 1/2] x86/boot/compressed/64: Remove .bss/.pgtable from bzImage
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/2] x86/boot/compressed/64: Remove .bss/.pgtable from bzImage
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 1/2] x86/boot/compressed/64: Remove .bss/.pgtable from bzImage
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 1/2] x86/boot/compressed/64: Remove .bss/.pgtable from bzImage
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/2] x86/boot/compressed/64: Remove .bss/.pgtable from bzImage
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 1/2] x86/boot/compressed/64: Remove .bss/.pgtable from bzImage
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/2] x86/boot/compressed/64: Remove .bss/.pgtable from bzImage
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: HELP needed: dracut 049: initqueue/online hook never triggered?
  • From: Harald Hoyer <harald.hoyer@xxxxxxxxx>
• Re: [ANNOUNCE] dracut 050
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• HELP needed: dracut 049: initqueue/online hook never triggered?
  • From: LAHAYE Olivier <olivier.lahaye@xxxxxx>
• rootfs removed when opening a socket
  • From: Erik Moqvist <erik.moqvist@xxxxxxxxx>
• nfsroot for various mac addresses
  • From: Daniel Spannbauer <ds@xxxxxxxx>
• Re: [ANNOUNCE] dracut 050
  • From: John Covici <covici@xxxxxxxxxxxxxx>
• Dracut network on CentOS-8.1 (NetworkManager)
  • From: LAHAYE Olivier <olivier.lahaye@xxxxxx>
• [ANNOUNCE] dracut 050
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: Producing verifiable initramfs images
  • From: Niels Thykier <niels@xxxxxxxxxxx>
• Re: Producing verifiable initramfs images
  • From: Sam Hartman <hartmans@xxxxxxxxxx>
• Producing verifiable initramfs images
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH v3] dracut: Verify multipath config_dir option
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v3] dracut: Verify multipath config_dir option
  • From: Dracut GitHub Import Bot <github@xxxxxxxxxxxx>
• [PATCH v3] dracut: Verify multipath config_dir option
  • From: "Milan P. Gandhi" <mgandhi@xxxxxxxxxx>
• Re: [PATCH v2] dracut: Verify multipath config_dir option
  • From: "Milan P. Gandhi" <mgandhi@xxxxxxxxxx>
• Re: [PATCH v2] dracut: Verify multipath config_dir option
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH v2] dracut: Verify multipath config_dir option
  • From: Dracut GitHub Import Bot <github@xxxxxxxxxxxx>
• Re: [PATCH] dracut: Verify multipath config_dir option
  • From: "Milan P. Gandhi" <mgandhi@xxxxxxxxxx>
• [PATCH v2] dracut: Verify multipath config_dir option
  • From: "Milan P. Gandhi" <mgandhi@xxxxxxxxxx>
• Re: [PATCH] dracut: Verify multipath config_dir option
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] dracut: Verify multipath config_dir option
  • From: "Milan P. Gandhi" <mgandhi@xxxxxxxxxx>
• Re: [PATCH 2/2] 90kernel-modules: remove nfit from static module list
  • From: Dracut GitHub Import Bot <github@xxxxxxxxxxxx>
• [PATCH 2/2] 90kernel-modules: remove nfit from static module list
  • From: mwilck@xxxxxxxx
• [PATCH 1/2] Add module "90nvdimm" for NVDIMM support
  • From: mwilck@xxxxxxxx
• Re: distri: 20x faster initramfs (initrd) from scratch
  • From: Michael Stapelberg <michael+lkml@xxxxxxxxxxxxx>
• Re: distri: 20x faster initramfs (initrd) from scratch
  • From: Martin Wilck <mwilck@xxxxxxxx>
• Re: [PATCH] dracut: Verify multipath config_dir option
  • From: Martin Wilck <mwilck@xxxxxxxx>
• distri: 20x faster initramfs (initrd) from scratch
  • From: Michael Stapelberg <michael+lkml@xxxxxxxxxxxxx>
• Re: [PATCH] dracut: Verify multipath config_dir option
  • From: Dracut GitHub Import Bot <github@xxxxxxxxxxxx>
• [PATCH] dracut: Verify multipath config_dir option
  • From: "Milan P. Gandhi" <mgandhi@xxxxxxxxxx>
• initramfs-tools 0.136 release
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• extra $() in dracut.sh:2040?
  • From: pk <pkoroau@xxxxxxxxx>
• RE: [GIT PULL] SELinux patches for v5.5
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [GIT PULL] SELinux patches for v5.5
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [GIT PULL] SELinux patches for v5.5
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [GIT PULL] SELinux patches for v5.5
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [GIT PULL] SELinux patches for v5.5
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: rootnfs + dracut overlay (diskless client shutdown issue)
  • From: Matteo Guglielmi <Matteo.Guglielmi@xxxxxxxx>
• Command to make zImage-initramfs
  • From: JH <jupiter.hce@xxxxxxxxx>
• rootnfs + dracut overlay (diskless client shutdown issue)
  • From: Matteo Guglielmi <Matteo.Guglielmi@xxxxxxxx>
• [ANNOUNCE] klibc 2.0.7
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: rootfs on loopdev
  • From: Tomoyuki Murakami <tomoyuki@xxxxxxxxx>
• rootfs on loopdev
  • From: Thomas Meyer <thomas@xxxxxxxx>
• initramfs-tools 0.135 release
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• initramfs-tools 0.134 release
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] initramfs: read metadata from special file METADATA!!!
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/3] gen_init_cpio: add support for file metadata
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [USER][PATCH] cpio: add option to add file metadata in copy-out mode
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [PATCH v4 3/3] gen_init_cpio: add support for file metadata
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [PATCH v4 2/3] initramfs: read metadata from special file METADATA!!!
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [PATCH v4 1/3] initramfs: add file metadata
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: hpa@xxxxxxxxx
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: hpa@xxxxxxxxx
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: hpa@xxxxxxxxx
• [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [PATCH v3 1/2] initramfs: set extended attributes
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [PATCH v3 0/2] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Bind mount in initrd fails on centos-6 (dracut generated)
  • From: LAHAYE Olivier <olivier.lahaye@xxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Arvind Sankar <niveditas98@xxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Arvind Sankar <niveditas98@xxxxxxxxx>
• Re: [PATCH v2 3/3] initramfs: introduce do_readxattrs()
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: hpa@xxxxxxxxx
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: hpa@xxxxxxxxx
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Arvind Sankar <niveditas98@xxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: hpa@xxxxxxxxx
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] initramfs: introduce do_readxattrs()
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 1/3] fs: add ksys_lsetxattr() wrapper
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• [PATCH v2 3/3] initramfs: introduce do_readxattrs()
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [PATCH v2 2/3] initramfs: set extended attributes
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [PATCH v2 1/3] fs: add ksys_lsetxattr() wrapper
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• dracut: multipath module
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [DRACUT][PATCH] doc: Fix integrity key name
  • From: Dracut GitHub Import Bot <github@xxxxxxxxxxxx>
• [DRACUT][PATCH] doc: Fix integrity key name
  • From: Petr Vorel <pvorel@xxxxxxx>
• initramfs-tools 0.133 release
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• SOLVED: Dracut module initqueue/finished problem (called after returning 0)
  • From: LAHAYE Olivier <olivier.lahaye@xxxxxx>
• Re: Dracut module initqueue/finished problem (called after returning 0)
  • From: LAHAYE Olivier <olivier.lahaye@xxxxxx>
• Re: Dracut module initqueue/finished problem (called after returning 0)
  • From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
• Re: [PROVENANCE INTERNET] Re: Dracut module initqueue/finished problem (called after returning 0)
  • From: LAHAYE Olivier <olivier.lahaye@xxxxxx>
• Re: Dracut module initqueue/finished problem (called after returning 0)
  • From: LAHAYE Olivier <olivier.lahaye@xxxxxx>
• Dracut module initqueue/finished problem (called after returning 0)
  • From: LAHAYE Olivier <olivier.lahaye@xxxxxx>
• [ANNOUNCE] klibc 2.0.6
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Dracut initqueue/finished question.
  • From: LAHAYE Olivier <olivier.lahaye@xxxxxx>
• Re: [ANNOUNCE] klibc 2.0.5
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• [ANNOUNCE] klibc 2.0.5
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH] 95fcoe: Add the rd.nofcoe option to disable the FCoE module from the command line
  • From: Dracut GitHub Import Bot <github@xxxxxxxxxxxx>
• [PATCH] 95fcoe: Add the rd.nofcoe option to disable the FCoE module from the command line
  • From: Patrick Talbert <ptalbert@xxxxxxxxxx>
• Re: [RFC][PATCH] fs: set xattrs in initramfs from regular files
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [RFC][PATCH] fs: set xattrs in initramfs from regular files
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [RFC][PATCH] fs: set xattrs in initramfs from regular files
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] fs: set xattrs in initramfs from regular files
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] fs: set xattrs in initramfs from regular files
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [RFC][PATCH] fs: set xattrs in initramfs from regular files
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [RFC][PATCH] fs: set xattrs in initramfs from regular files
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] fs: set xattrs in initramfs from regular files
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [RFC][PATCH] fs: set xattrs in initramfs from regular files
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [RFC][PATCH] fs: set xattrs in initramfs from regular files
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [RFC][PATCH] fs: set xattrs in initramfs from regular files
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Adding initramfs as an ELF section to bzImage
  • From: Leonid Bloch <lb.workbox@xxxxxxxxx>
• Re: [systemd-devel] bpfilter blocks root unmount during shutdown
  • From: Olivier Brunel <jjk@xxxxxxxxxx>
• Re: [systemd-devel] bpfilter blocks root unmount during shutdown
  • From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
• Re: [systemd-devel] bpfilter blocks root unmount during shutdown
  • From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
• bpfilter blocks root unmount during shutdown
  • From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
• Re: [PATCH] modules.d: Add a module for handling additional depmod kernel module directories
  • From: Dracut GitHub Import Bot <github@xxxxxxxxxxxx>
• [PATCH] modules.d: Add a module for handling additional depmod kernel module directories
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: virtio_net failover and initramfs
  • From: Siwei Liu <loseweigh@xxxxxxxxx>
• Re: virtio_net failover and initramfs
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: virtio_net failover and initramfs
  • From: Siwei Liu <loseweigh@xxxxxxxxx>
• Re: virtio_net failover and initramfs
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: virtio_net failover and initramfs
  • From: "Samudrala, Sridhar" <sridhar.samudrala@xxxxxxxxx>
• Re: virtio_net failover and initramfs (was: Re: [PATCH net-next v11 2/5] netvsc: refactor notifier/event handling code to use the failover framework)
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: virtio_net failover and initramfs (was: Re: [PATCH net-next v11 2/5] netvsc: refactor notifier/event handling code to use the failover framework)
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: virtio_net failover and initramfs (was: Re: [PATCH net-next v11 2/5] netvsc: refactor notifier/event handling code to use the failover framework)
  • From: Siwei Liu <loseweigh@xxxxxxxxx>
• Re: virtio_net failover and initramfs (was: Re: [PATCH net-next v11 2/5] netvsc: refactor notifier/event handling code to use the failover framework)
  • From: "Samudrala, Sridhar" <sridhar.samudrala@xxxxxxxxx>
• virtio_net failover and initramfs (was: Re: [PATCH net-next v11 2/5] netvsc: refactor notifier/event handling code to use the failover framework)
  • From: Siwei Liu <loseweigh@xxxxxxxxx>
• initramfs-tools 0.132 release
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• initramfs-tools 0.131 release
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• RE:HOWTO ask user to type ssh passwird in initramfs.
  • From: LAHAYE Olivier <olivier.lahaye@xxxxxx>
• Re: must downgrade dracut on Fedora 26-28
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: dracut in fedora 28 and luks encrypted drive
  • From: "Ratliff, John" <jdratlif@xxxxxx>
• HOWTO ask user to type ssh passwird in initramfs.
  • From: LAHAYE Olivier <olivier.lahaye@xxxxxx>
• Re: must downgrade dracut on Fedora 26-28
  • From: Jake Edge <jake@xxxxxxx>
• Re: must downgrade dracut on Fedora 26-28
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: must downgrade dracut on Fedora 26-28
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: dracut in fedora 28 and luks encrypted drive
  • From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
• dracut in fedora 28 and luks encrypted drive
  • From: "Ratliff, John" <jdratlif@xxxxxx>
• Re: must downgrade dracut on Fedora 26-28
  • From: Jake Edge <jake@xxxxxxx>
• Re: must downgrade dracut on Fedora 26-28
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: must downgrade dracut on Fedora 26-28
  • From: Jake Edge <jake@xxxxxxx>
• Re: must downgrade dracut on Fedora 26-28
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: must downgrade dracut on Fedora 26-28
  • From: Jake Edge <jake@xxxxxxx>
• Re: must downgrade dracut on Fedora 26-28
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: must downgrade dracut on Fedora 26-28
  • From: Jake Edge <jake@xxxxxxx>
• Re: must downgrade dracut on Fedora 26-28
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: must downgrade dracut on Fedora 26-28
  • From: Jake Edge <jake@xxxxxxx>
• Re: [PATCH] dracut-install: Support modules.softdep
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: must downgrade dracut on Fedora 26-28
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: [PATCH] dracut-install: Support modules.softdep
  • From: Dracut GitHub Import Bot <github@xxxxxxxxxxxx>
• [PATCH] dracut-install: Support modules.softdep
  • From: Jeremy Linton <lintonrjeremy@xxxxxxxxx>
• must downgrade dracut on Fedora 26-28
  • From: Jake Edge <jake@xxxxxxx>
• Re: [PATCH] dracut: scan and install external kernel modules
  • From: Dracut GitHub Import Bot <github@xxxxxxxxxxxx>
• [PATCH] dracut: scan and install external kernel modules
  • From: Hui Wang <john.wanghui@xxxxxxxxxx>
• RE:systemimager-dracut: devel help needed (root= known only in initqueue)
  • From: LAHAYE Olivier <olivier.lahaye@xxxxxx>
• new module: dracut-sshd - ssh access to early userspace
  • From: Georg Sauthoff <mail@xxxxxxxx>
• Re: B53 DSA switch problem on Banana Pi-R1 on Fedora 26 - systemd-networkd problem
  • From: Gerhard Wiesinger <lists@xxxxxxxxxxxxx>
• Re: B53 DSA switch problem on Banana Pi-R1 on Fedora 26 - systemd-networkd problem
  • From: Gerhard Wiesinger <lists@xxxxxxxxxxxxx>
• Re: B53 DSA switch problem on Banana Pi-R1 on Fedora 26 - systemd-networkd problem
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: B53 DSA switch problem on Banana Pi-R1 on Fedora 26 - systemd-networkd problem
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: B53 DSA switch problem on Banana Pi-R1 on Fedora 26 - systemd-networkd problem
  • From: Gerhard Wiesinger <lists@xxxxxxxxxxxxx>
• Re: B53 DSA switch problem on Banana Pi-R1 on Fedora 26 - systemd-networkd problem
  • From: Gerhard Wiesinger <lists@xxxxxxxxxxxxx>
• Re: How to embed luks-key in dracut initramfs?
  • From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
• Re: How to embed luks-key in dracut initramfs?
  • From: dat_boi@xxxxxxxxxxx
• Re: booting SLES finishes in emergency shell and root fs on a snapshot - where is root fs defined in dracut ?
  • From: "Lentes, Bernd" <bernd.lentes@xxxxxxxxxxxxxxxxxxxxx>
• booting SLES finishes in emergency shell and root fs on a snapshot - where is root fs defined in dracut ?
  • From: "Lentes, Bernd" <bernd.lentes@xxxxxxxxxxxxxxxxxxxxx>
• Re: How to embed luks-key in dracut initramfs?
  • From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
• How to embed luks-key in dracut initramfs?
  • From: dat_boi@xxxxxxxxxxx
• Re: How to set MTU=9000 coupled with iSCSI Boot Firmware Table (iBFT)
  • From: Martin Wilck <mwilck@xxxxxxxx>
• How to set MTU=9000 coupled with iSCSI Boot Firmware Table (iBFT)
  • From: Anthony Ananich <anthony.ananich@xxxxxxxxx>
• Re: [PATCH] 40network: introduce auto6-dhcp6 option
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH] 40network: introduce auto6-dhcp6 option
  • From: Dracut GitHub Import Bot <github@xxxxxxxxxxxx>
• [PATCH] 40network: introduce auto6-dhcp6 option
  • From: Pingfan Liu <piliu@xxxxxxxxxx>
• Re: [RFC PATCH] rootfs: force mounting rootfs as tmpfs
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• RE: systemimager-dracut: devel help needed (root= known only in initqueue)
  • From: LAHAYE Olivier <olivier.lahaye@xxxxxx>
• systemimager-dracut: devel help needed (root= known only in initqueue)
  • From: LAHAYE Olivier <olivier.lahaye@xxxxxx>
• Re: [Non-DoD Source] Re: [PATCH v3 15/15] selinux: delay sid population for rootfs till init is complete
  • From: Stephen Smalley <sds@xxxxxxxxxxxxx>
• Re: [Non-DoD Source] Re: [PATCH v3 14/15] selinux: allow setxattr on rootfs so initramfs code can set them
  • From: Stephen Smalley <sds@xxxxxxxxxxxxx>
• Re: [PATCH v3 15/15] selinux: delay sid population for rootfs till init is complete
  • From: Victor Kamensky <kamensky@xxxxxxxxx>
• Re: [PATCH v3 14/15] selinux: allow setxattr on rootfs so initramfs code can set them
  • From: Victor Kamensky <kamensky@xxxxxxxxx>
• Re: [PATCH v3 15/15] selinux: delay sid population for rootfs till init is complete
  • From: Victor Kamensky <kamensky@xxxxxxxxx>
• Re: [PATCH v3 15/15] selinux: delay sid population for rootfs till init is complete
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v3 14/15] selinux: allow setxattr on rootfs so initramfs code can set them
  • From: Stephen Smalley <sds@xxxxxxxxxxxxx>
• Re: [PATCH v3 15/15] selinux: delay sid population for rootfs till init is complete
  • From: Stephen Smalley <sds@xxxxxxxxxxxxx>
• Re: [PATCH v3 01/15] Documentation: add newcx initramfs format description
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 01/15] Documentation: add newcx initramfs format description
  • From: hpa@xxxxxxxxx
• Re: [PATCH v3 01/15] Documentation: add newcx initramfs format description
  • From: hpa@xxxxxxxxx
• Re: [PATCH v3 01/15] Documentation: add newcx initramfs format description
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 01/15] Documentation: add newcx initramfs format description
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v3 01/15] Documentation: add newcx initramfs format description
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• Re: [PATCH v3 01/15] Documentation: add newcx initramfs format description
  • From: hpa@xxxxxxxxx
• Re: [PATCH v3 01/15] Documentation: add newcx initramfs format description
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v3 01/15] Documentation: add newcx initramfs format description
  • From: Victor Kamensky <kamensky@xxxxxxxxx>
• Re: [PATCH v3 01/15] Documentation: add newcx initramfs format description
  • From: Rob Landley <rob@xxxxxxxxxxx>
• [PATCH v3 02/15] initramfs: replace states with function pointers
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v3 04/15] initramfs: remove unnecessary symlinks processing shortcut
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v3 05/15] initramfs: move files creation into separate state
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v3 03/15] initramfs: store file name in name_buf
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v3 06/15] initramfs: separate reading cpio method from header
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v3 07/15] initramfs: split header layout information from parsing function
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v3 09/15] initramfs: set extended attributes
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v3 10/15] gen_init_cpio: move header formatting into function
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v3 08/15] initramfs: add newcx format
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v3 12/15] gen_init_cpio: set extended attributes for newcx format
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v3 14/15] selinux: allow setxattr on rootfs so initramfs code can set them
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v3 11/15] gen_init_cpio: add newcx format
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v3 13/15] gen_initramfs_list.sh: add -x option to enable newcx format
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v3 14/14] selinux: delay sid population for rootfs till init is complete
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v3 15/15] selinux: delay sid population for rootfs till init is complete
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v3 12/14] gen_initramfs_list.sh: add -x option to enable newcx format
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v3 13/14] selinux: allow setxattr on rootfs so initramfs code can set them
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v3 01/15] Documentation: add newcx initramfs format description
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v3 00/15] extend initramfs archive format to support xattrs
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• Re: [RFC PATCH] rootfs: force mounting rootfs as tmpfs
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [RFC PATCH] rootfs: force mounting rootfs as tmpfs
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [RFC PATCH] rootfs: force mounting rootfs as tmpfs
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• Re: [RFC PATCH] rootfs: force mounting rootfs as tmpfs
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] rootfs: force mounting rootfs as tmpfs
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [RFC PATCH] rootfs: force mounting rootfs as tmpfs
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] rootfs: force mounting rootfs as tmpfs
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [RFC PATCH] rootfs: force mounting rootfs as tmpfs
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] rootfs: force mounting rootfs as tmpfs
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [RFC PATCH] rootfs: force mounting rootfs as tmpfs
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [RFC PATCH] rootfs: force mounting rootfs as tmpfs
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] rootfs: force mounting rootfs as tmpfs
  • From: Rob Landley <rob@xxxxxxxxxxx>
• [RFC PATCH] rootfs: force mounting rootfs as tmpfs
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• dracut generated initramfs seems to ignore kernel cmdline args
  • From: Steffen Bingel <steffenspm@xxxxxxxxxxxxxx>
• Re: [PATCH v2 01/15] Documentation: add newcx initramfs format description
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• Re: [PATCH v2 11/15] gen_init_cpio: add newcx format
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• Re: [PATCH v2 01/15] Documentation: add newcx initramfs format description
  • From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
• Re: [PATCH v2 01/15] Documentation: add newcx initramfs format description
  • From: Victor Kamensky <kamensky@xxxxxxxxx>
• Re: [PATCH v2 01/15] Documentation: add newcx initramfs format description
  • From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
• Re: [PATCH v2 01/15] Documentation: add newcx initramfs format description
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 01/15] Documentation: add newcx initramfs format description
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v2 11/15] gen_init_cpio: add newcx format
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v2 01/15] Documentation: add newcx initramfs format description
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v2 01/15] Documentation: add newcx initramfs format description
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• Re: [PATCH v2 01/15] Documentation: add newcx initramfs format description
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 01/15] Documentation: add newcx initramfs format description
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• Re: [PATCH v2 01/15] Documentation: add newcx initramfs format description
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 05/15] initramfs: move files creation into separate state
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v2 07/15] initramfs: split header layout information from parsing function
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v2 00/15] extend initramfs archive format to support xattrs
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v2 03/15] initramfs: store file name in name_buf
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v2 02/15] initramfs: replace states with function pointers
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v2 06/15] initramfs: separate reading cpio method from header
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v2 14/15] selinux: allow setxattr on rootfs so initramfs code can set them
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v2 01/15] Documentation: add newcx initramfs format description
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v2 08/15] initramfs: add newcx format
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v2 10/15] gen_init_cpio: move header formatting into function
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v2 09/15] initramfs: set extended attributes
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v2 15/15] selinux: delay sid population for rootfs till init is complete
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v2 13/15] gen_initramfs_list.sh: add -x option to enable newcx format
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v2 12/15] gen_init_cpio: set extended attributes for newcx format
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v2 11/15] gen_init_cpio: add newcx format
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• [PATCH v2 04/15] initramfs: remove unnecessary symlinks processing shortcut
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• Re: [RFC dracut 1/1] unexpected boot failure due to races between iscsistart for multiple interfaces
  • From: si-wei liu <si-wei.liu@xxxxxxxxxx>
• Re: [RFC dracut 1/1] unexpected boot failure due to races between iscsistart for multiple interfaces
  • From: Lee Duncan <leeman.duncan@xxxxxxxxx>
• Re: [RFC dracut 1/1] unexpected boot failure due to races between iscsistart for multiple interfaces
  • From: Cathy Zhou <cathy.zhou@xxxxxxxxxx>
• Re: [PATCH] drm: Look for DRM drivers in the staging directory
  • From: Dracut GitHub Import Bot <github@xxxxxxxxxxxx>
• [PATCH] drm: Look for DRM drivers in the staging directory
  • From: Carlo Caione <carlo@xxxxxxxxxx>
• Re: [RFC dracut 1/1] unexpected boot failure due to races between iscsistart for multiple interfaces
  • From: Cathy Zhou <cathy.zhou@xxxxxxxxxx>
• [RFC dracut 1/1] unexpected boot failure due to races between iscsistart for multiple interfaces
  • From: cathy.zhou@xxxxxxxxxx
• Re: [PATCH] dracut.sh: for_each_host_xx() function should indicate the empty case
  • From: Dracut GitHub Import Bot <github@xxxxxxxxxxxx>
• [PATCH] dracut.sh: for_each_host_xx() function should indicate the empty case
  • From: Pingfan Liu <piliu@xxxxxxxxxx>
• Re: iscsi netboot failure in case of multiple interfaces
  • From: Martin Wilck <mwilck@xxxxxxx>
• Re: iscsi netboot failure in case of multiple interfaces
  • From: si-wei liu <si-wei.liu@xxxxxxxxxx>
• Re: iscsi netboot failure in case of multiple interfaces
  • From: Martin Wilck <mwilck@xxxxxxx>
• Re: iscsi netboot failure in case of multiple interfaces
  • From: si-wei liu <si-wei.liu@xxxxxxxxxx>
• Re: iscsi netboot failure in case of multiple interfaces
  • From: Martin Wilck <mwilck@xxxxxxx>
• Re: iscsi netboot failure in case of multiple interfaces
  • From: si-wei liu <si-wei.liu@xxxxxxxxxx>
• Re: iscsi netboot failure in case of multiple interfaces
  • From: Martin Wilck <mwilck@xxxxxxx>
• Re: iscsi netboot failure in case of multiple interfaces
  • From: Cathy Zhou <cathy.zhou@xxxxxxxxxx>
• Re: iscsi netboot failure in case of multiple interfaces
  • From: Martin Wilck <mwilck@xxxxxxx>
• Re: iscsi netboot failure in case of multiple interfaces
  • From: si-wei liu <si-wei.liu@xxxxxxxxxx>
• Re: iscsi netboot failure in case of multiple interfaces
  • From: Cathy Zhou <cathy.zhou@xxxxxxxxxx>
• Re: iscsi netboot failure in case of multiple interfaces
  • From: Martin Wilck <mwilck@xxxxxxx>
• Re: iscsi netboot failure in case of multiple interfaces
  • From: Cathy Zhou <cathy.zhou@xxxxxxxxxx>
• iscsi netboot failure in case of multiple interfaces
  • From: Cathy Zhou <cathy.zhou@xxxxxxxxxx>
• Re: [PATCH v9] dracut: add support for custom locale definitions
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: read-only OverlayFS (for NFS root)
  • From: Uwe Sauter <uwe.sauter.de@xxxxxxxxx>
• read-only OverlayFS (for NFS root)
  • From: Uwe Sauter <uwe.sauter.de@xxxxxxxxx>
• Re: [PATCH][dracut] Sync initramfs after creation
  • From: Dracut GitHub Import Bot <github@xxxxxxxxxxxx>
• [PATCH][dracut] Sync initramfs after creation
  • From: Ankit Kumar <ankit@xxxxxxxxxxxxxxxxxx>
• Re: kernel 4.4 and 4.9 different reactions to initrd.
  • From: "Ali H.M. Hoseini" <alihmh@xxxxxxxxx>
• Re: kernel 4.4 and 4.9 different reactions to initrd.
  • From: Andrei Borzenkov <arvidjaar@xxxxxxxxx>
• kernel 4.4 and 4.9 different reactions to initrd.
  • From: "Ali H.M. Hoseini" <alihmh@xxxxxxxxx>
• Re: [PATCH] modules.d: introduce ssh-server module to provide service
  • From: Pingfan Liu <piliu@xxxxxxxxxx>
• Re: [PATCH] modules.d: introduce ssh-server module to provide service
  • From: Pingfan Liu <piliu@xxxxxxxxxx>
• Re: [PATCH] modules.d: introduce ssh-server module to provide service
  • From: Daniel Molkentin <dmolkentin@xxxxxxx>
• Re: [PATCH] modules.d: introduce ssh-server module to provide service
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: [PATCH] modules.d: introduce ssh-server module to provide service
  • From: Liu ping fan <kernelfans@xxxxxxxxx>
• Re: [PATCH] modules.d: introduce ssh-server module to provide service
  • From: Pingfan Liu <piliu@xxxxxxxxxx>
• Re: [PATCH] modules.d: introduce ssh-server module to provide service
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH] modules.d: introduce ssh-server module to provide service
  • From: Dracut GitHub Import Bot <github@xxxxxxxxxxxx>
• [PATCH] modules.d: introduce ssh-server module to provide service
  • From: Pingfan Liu <piliu@xxxxxxxxxx>
• Re: [PATCH v2] arm64: mmc drivers
  • From: Jeremy Linton <lintonrjeremy@xxxxxxxxx>
• Re: [PATCH v2] arm64: mmc drivers
  • From: Dracut GitHub Import Bot <github@xxxxxxxxxxxx>
• [PATCH v2] arm64: mmc drivers
  • From: Jeremy Linton <lintonrjeremy@xxxxxxxxx>
• initramfs-tools 0.130 release
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH] arm64: mmc drivers
  • From: Dracut GitHub Import Bot <github@xxxxxxxxxxxx>
• Re: [PATCH] arm64: mmc drivers
  • From: Peter Robinson <pbrobinson@xxxxxxxxx>
• [PATCH] arm64: mmc drivers
  • From: Jeremy Linton <lintonrjeremy@xxxxxxxxx>
• initramfs-tools 0.128 release
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• [ANNOUNCE] dracut 045
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• dracut bad --local description in usage():
  • From: olivier.lahaye1@xxxxxxx
• bug (option --local) /bin/dracut: line 1719: /usr/lib/dracut/lsinitrd.sh: No such file or directory
  • From: olivier.lahaye1@xxxxxxx
• dracut network module uses a primitive dhclient-script.sh that doesn't honnor dhclient-enter-hooks and dhclient-exit-hooks. patch provided
  • From: olivier.lahaye1@xxxxxxx
• Most effective way to find dracutbasedir (needed in a Makefile that will install my dracut module)
  • From: olivier.lahaye1@xxxxxxx
• Most efficient way to compute initramfs.img memory needs once uncompressed?
  • From: olivier.lahaye1@xxxxxxx
• dracut bug: --include fails to add content starting with a dot.
  • From: olivier.lahaye1@xxxxxxx
• dracut bug: dracut module i18n is unable to pars rd.vconsole.* cmdline parameters on systemd based distro
  • From: olivier.lahaye1@xxxxxxx
• Re: [PATCH] systemd 233 requires sha256, hmac and algif_hash modules
  • From: Dracut GitHub Import Bot <github@xxxxxxxxxxxx>
• [PATCH] systemd 233 requires sha256, hmac and algif_hash modules
  • From: Cristian Rodriguez <crrodriguez@xxxxxxxxxxxx>
• Bind mounting /etc & co. from encrypted partition
  • From: Andy Kittner <andy.kittner@xxxxxxxxx>
• Stuck at 'probing EDD (edd=off) .... Ok'
  • From: Wei Xu <wexu@xxxxxxxxxx>
• initramfs-tools 0.127 release
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Buglets in shutdown module in HEAD
  • From: Philippe Troin <phil@xxxxxxxxxxxxxxxxx>
• [PATCH] do not umount selinuxfs and sysfs
  • From: Guido Trentalancia <guido@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] do not umount selinuxfs and sysfs
  • From: Guido Trentalancia <guido@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] load the selinux policy after switching to the new root
  • From: Guido Trentalancia <guido@xxxxxxxxxxxxxxxx>
• [PATCH 2/2] do not umount selinuxfs and sysfs
  • From: Guido Trentalancia <guido@xxxxxxxxxxxxxxxx>
• [PATCH 1/2] load the selinux policy after switching to the new root
  • From: Guido Trentalancia <guido@xxxxxxxxxxxxxxxx>
• initramfs-tools 0.126 release
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Problem about inst_simple()
  • From: Tong Li <tonli@xxxxxxxxxx>
• Re: [PATCH] 95ssh-client: attempt to copy UserKnownHostsFile to kdump's initramfs
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH] 95ssh-client: attempt to copy UserKnownHostsFile to kdump's initramfs
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH] 95ssh-client: attempt to copy UserKnownHostsFile to kdump's initramfs
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v3] 98integrity: Use /etc/ima as dir for IMA policy and config file
  • From: Dracut GitHub Import Bot <github@xxxxxxxxxxxx>
• [PATCH v3] 98integrity: Use /etc/ima as dir for IMA policy and config file
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] 98integrity: Use /etc/ima as dir for IMA policy and config file
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] 98integrity: Use /etc/ima as dir for IMA policy and config file
  • From: Dracut GitHub Import Bot <github@xxxxxxxxxxxx>
• Re: [PATCH v2] 98integrity: Use /etc/ima as dir for IMA policy and config file
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: [PATCH v2] 98integrity: Use /etc/ima as dir for IMA policy and config file
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] 98integrity: Use /etc/ima as dir for IMA policy and config file
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• [PATCH v2] 98integrity: Use /etc/ima as dir for IMA policy and config file
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] 98integrity: Use /etc/ima/ima-policy as file location for IMA policy
  • From: Dracut GitHub Import Bot <github@xxxxxxxxxxxx>
• Re: [PATCH] 98integrity: Use /etc/ima/ima-policy as file location for IMA policy
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• [PATCH] 98integrity: Use /etc/ima/ima-policy as file location for IMA policy
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] 95ssh-client: attempt to copy UserKnownHostsFile to kdump's initramfs
  • From: Xunlei Pang <xpang@xxxxxxxxxx>
• Re: [PATCH] 95ssh-client: attempt to copy UserKnownHostsFile to kdump's initramfs
  • From: Xunlei Pang <xpang@xxxxxxxxxx>
• Re: [PATCH v3 1/3] 99base: add memtrace-ko.sh to debug kernel module large memory consumption
  • From: Xunlei Pang <xpang@xxxxxxxxxx>
• Re: [PATCH] 95ssh-client: attempt to copy UserKnownHostsFile to kdump's initramfs
  • From: Dracut GitHub Import Bot <github@xxxxxxxxxxxx>
• [PATCH] 95ssh-client: attempt to copy UserKnownHostsFile to kdump's initramfs
  • From: Tong Li <tonli@xxxxxxxxxx>
• Re: [PATCH v3 1/3] 99base: add memtrace-ko.sh to debug kernel module large memory consumption
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: [PATCH v3 1/3] 99base: add memtrace-ko.sh to debug kernel module large memory consumption
  • From: Xunlei Pang <xpang@xxxxxxxxxx>
• Re: [PATCH v3 1/3] 99base: add memtrace-ko.sh to debug kernel module large memory consumption
  • From: Dave Young <dyoung@xxxxxxxxxx>
• dracut and CVE-2016-4484
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: PROBLEM: why not panic on initramfs.c/populate_rootfs errors?
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: [PATCH] dracut-install: preserve extended attributes when copying files
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: [PATCH v3 3/3] dracut.cmdline.7.asc: update document for rd.memdebug=4
  • From: Dracut GitHub Import Bot <github@xxxxxxxxxxxx>
• [PATCH v3 3/3] dracut.cmdline.7.asc: update document for rd.memdebug=4
  • From: Xunlei Pang <xlpang@xxxxxxxxxx>
• [PATCH v3 2/3] 99base: apply kernel module memory debug support
  • From: Xunlei Pang <xlpang@xxxxxxxxxx>
• [PATCH v3 1/3] 99base: add memtrace-ko.sh to debug kernel module large memory consumption
  • From: Xunlei Pang <xlpang@xxxxxxxxxx>
• Re: [PATCH] dracut-install: preserve extended attributes when copying files
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] 99base: apply kernel module memory debug support
  • From: Xunlei Pang <xpang@xxxxxxxxxx>
• Re: [PATCH v2 2/3] 99base: apply kernel module memory debug support
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v2 2/3] 99base: apply kernel module memory debug support
  • From: Xunlei Pang <xpang@xxxxxxxxxx>
• Re: [PATCH v2 2/3] 99base: apply kernel module memory debug support
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v2 2/3] 99base: apply kernel module memory debug support
  • From: Xunlei Pang <xpang@xxxxxxxxxx>
• Re: [PATCH v2 2/3] 99base: apply kernel module memory debug support
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v2 1/3] 99base: add memtrace-ko.sh to debug kernel module large memory consumption
  • From: Xunlei Pang <xpang@xxxxxxxxxx>
• Re: [PATCH v2 1/3] 99base: add memtrace-ko.sh to debug kernel module large memory consumption
  • From: Pratyush Anand <panand@xxxxxxxxxx>
• Re: [PATCH v2 1/3] 99base: add memtrace-ko.sh to debug kernel module large memory consumption
  • From: Xunlei Pang <xpang@xxxxxxxxxx>
• Re: [PATCH v2 1/3] 99base: add memtrace-ko.sh to debug kernel module large memory consumption
  • From: Pratyush Anand <panand@xxxxxxxxxx>
• Re: [PATCH v2 3/3] dracut.cmdline.7.asc: update document for rd.memdebug=4
  • From: Dracut GitHub Import Bot <github@xxxxxxxxxxxx>
• [PATCH v2 3/3] dracut.cmdline.7.asc: update document for rd.memdebug=4
  • From: Xunlei Pang <xlpang@xxxxxxxxxx>
• [PATCH v2 2/3] 99base: apply kernel module memory debug support
  • From: Xunlei Pang <xlpang@xxxxxxxxxx>
• [PATCH v2 1/3] 99base: add memtrace-ko.sh to debug kernel module large memory consumption
  • From: Xunlei Pang <xlpang@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] add 99memdebug-ko dracut module
  • From: Xunlei Pang <xpang@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] add 99memdebug-ko dracut module
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] add 99memdebug-ko dracut module
  • From: Xunlei Pang <xpang@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] add 99memdebug-ko dracut module
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] add 99memdebug-ko dracut module
  • From: Xunlei Pang <xpang@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] add 99memdebug-ko dracut module
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] add 99memdebug-ko dracut module
  • From: Xunlei Pang <xpang@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] add 99memdebug-ko dracut module
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] add 99memdebug-ko dracut module
  • From: Xunlei Pang <xpang@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] add 99memdebug-ko dracut module
  • From: Xunlei Pang <xpang@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] add 99memdebug-ko dracut module
  • From: Xunlei Pang <xpang@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] add 99memdebug-ko dracut module
  • From: Dave Young <dyoung@xxxxxxxxxx>
• [RFC PATCH 2/2] dracut.cmdline.7.asc: update document for rd.memdebug=4
  • From: Xunlei Pang <xlpang@xxxxxxxxxx>
• [RFC PATCH 1/2] add 99memdebug-ko dracut module
  • From: Xunlei Pang <xlpang@xxxxxxxxxx>
• PROBLEM: why not panic on initramfs.c/populate_rootfs errors?
  • From: Dennis Luehring <dl.soluz@xxxxxxx>
• Re: [RFC/PATCH] Give --persistent_policy precedence over /dev/mapper names
  • From: Martin Wilck <mwilck@xxxxxxx>
• Re: [RFC/PATCH] Give --persistent_policy precedence over /dev/mapper names
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: [PATCH] kernel-modules: handle nfs host fstype properly
  • From: Xunlei Pang <xpang@xxxxxxxxxx>
• Re: [PATCH] kernel-modules: handle nfs host fstype properly
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: Contribution Question
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Re: [PATCH] dracut-install: preserve extended attributes when copying files
  • From: Dracut GitHub Import Bot <github@xxxxxxxxxxxx>
• [PATCH] dracut-install: preserve extended attributes when copying files
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• Re: [RFC/PATCH] Give --persistent_policy precedence over /dev/mapper names
  • From: Martin Wilck <mwilck@xxxxxxx>
• Re: [PATCH] 98integrity: support validating the IMA policy file signature
  • From: Dracut GitHub Import Bot <github@xxxxxxxxxxxx>
• Re: [PATCH] 98integrity: support validating the IMA policy file signature
  • From: Dracut GitHub Import Bot <github@xxxxxxxxxxxx>
• [PATCH] 98integrity: support validating the IMA policy file signature
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• [PATCH] 98integrity: support validating the IMA policy file signature
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• Contribution Question
  • From: Jeff Elsloo <jeff.elsloo@xxxxxxxxx>
• Re: [PATCH] fcoe: Allow more time for the bnx2x link negotiation before brining up fcoe interfaces.
  • From: Dracut GitHub Import Bot <github@xxxxxxxxxxxx>
• [PATCH] fcoe: Allow more time for the bnx2x link negotiation before brining up fcoe interfaces.
  • From: Chad Dupuis <chad.dupuis@xxxxxxxxxx>