23
boot on LUKS encrypted drive ( initramfs Vs initrd ) ?
(programming.dev)
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
Edit: You are right. I looked it up:
There seems to be an actual technical difference, in the kernel, between an initrd and an initramfs. An initrd is apparently mounted like a normal file system, it's just in RAM instead of a backed by a block device. An initramfs is a tmpfs into which a (usually cpio) archive is extracted into. The initramfs apparently would be preferable generally, because the kernel understands that it's a ramdisk, whereas with an initrd it would go through the block device layer, which would mean it would use more ram: If you read a file from an initrd, the kernel would copy the file to ram (unnecessarily, since it's already in ram) like it would for a filesystem on disk, but for a tmpfs/initramfs, it understands it doesn't need to do that.
From a user's perspective there is no significant functional difference I don't think, and I don't think this relevant to OP's question, that probably has more to do with the userspace tools.
https://en.m.wikipedia.org/wiki/Initial_ramdisk
As i said 2 different things, initrd was used to create a ramdisk, a block device. Initramfs basically directly offers a filesystem instead of a block device.
systemd has now a interface called systemd-initrd: https://github.com/systemd/systemd/blob/main/docs/INITRD_INTERFACE.md
initrd was deprecated see here: https://lkml.org/lkml/2020/7/14/1508
Yes, sorry, you are correct. I've edited my other comments.