Unlike Archlinux's default mkinitcpio, dracut offers a much more modular, extensible and configurable initramfs builder toolset, as well as even allowing booting the kernel directly without a bootloader if desired, among a lot of other differences.
I made a package to test the use of dracut a bit ago, that basically does everything for you, and I've been using it successfully ever since.
How to join the dracut party:
Make a snapshot! You never know
Install the dracut support package: # pacman -S garuda-dracut-support
Confirm removal of any conflicts
Rebuild your initramfs. I have not yet added a convenience script for this, the easiest way to do this would be to reinstall your kernel (for example # pacman -S linux-zen) or reinstall any of your dkms packages.
Enjoy!
Just a quick note: Dracut does make less efficient images when it comes down to it. Space usage will be a bit higher.
I was not able to get into the installer. I downloaded the ISO, verified the checksum, added it to a Ventoy stick, and when I booted it launched a Dracut debug shell.
Apologies for the lousy picture, I couldn't figure out another way to grab that info from the debug shell and Tesseract couldn't make any sense of my terrible snapshot.
I did save the rdsosreport.txt file like it suggested, but the PrivateBin appears to be broken at the moment (or is that just me? ):
This is off-topic for this thread, but speaking of PrivateBin: I was thinking it might make more sense with the forum's use case in mind if the default setting for the expiration was set to "Never" instead of "1 week". Typically we are using the bin for lengthy log files, not sensitive information that poses a risk if it stays up.
If someone is reading through an old forum post and finds a PrivateBin link, chances are the linked file will already be gone because most folks don't bother to change the settings for just posting some long error message they got.
If someone did want to use the paste bin for a sensitive document, they would likely be reviewing/adjusting the expiration settings anyway.
I use KDE ISO from garuda-dr460nized-linux-zen-221019.iso
and got on HDMI 1920x1080 Monitor on 100% and correct 1920x1080 very large apps/fonts.
I can’t use kpartionm. I must update the system to get gparted, looks normal, and I can create new partition for dualboot install on my nvidia/3770 Garuda backup Server.
No DE's are running smoothly on this PC at the moment, either I have this huge display or the AltGr + Ctrl don't work, even on the "onboard" one. I wonder how I was able to install i3wm without problems about a month ago.
I guess it's all about booting for now, but what's annoying is when you go to the trouble of setting everything up for your language and keyboard and after booting everything is in English. I've been doing this for a while but I'm still looking for where the - / etc. is on my keyboard.
So, just for tracking. One thing I did take specific mentional notice of is that switching to dracut on my tabtop where I use LUKS on, I get asked the password per normal for grub (which is still slow as heck), but when I start to boot as well, dracut prompts for password also, not getting it passed on from grub.
This is from the defacto Garuda installation where all of / is btrfs, incorporating /boot.
Well, it’s not a key, it’s a passphrase passed to grub itself, which in mkinitcpio it’s passed on somehow.
This is an existing installation from Sep 09, 2022’s ISO.
I’m not 100% sure how the process works from taking input from grub, loading the slot from there, continuing to grub to boot the OS, and when/where/how the exchange of the open slot is passed on to the initramfs, whether it be initcpio or dracut.
It is a keyfile. What happens is that grub unlocks the partition which contains /boot. The initrd/initramfs has a copy of the keyfile(which is stored at the root of /. The initrd uses the keyfile to unlock the luks partition.
If you look at your luks partition you should see two keys, one for the password and one for the key file.
There is no exchange, the initramfs/initrd unlocks the luks partition again transparently.
So, when I switch to dracut in this… What would I need to do to get dracut to utilize this properly?
What I did to install it was sudo pacman -S garuda-dracut-support, which itself conflicted and removed mkinitcpio, and it was very noisy about varrious things, but it was only the key and having to enter the LUKS passphrase twice that made me roll back to mkinitcpio for the time.
That… Does not seem to be work right off the bat. It was still prompting for the passphrase within dracut, amidst the gray bootloader splash thing that’s showing up now.
I’d created the file, with one typo in the crypto_keyfile.bin when I installed dracut, and to correct it, I ultimately had to fix that and simply reinstall linux-zen to get it working again. dracut --force did not correct it alone, for some reason.