Remotely Unlocking an Encrypted Hard Disk
https://fed.brid.gy/r/https://hackaday.com/2026/03/06/remotely-unlocking-an-encrypted-hard-disk/
Remotely Unlocking an Encrypted Hard Disk
https://fed.brid.gy/r/https://hackaday.com/2026/03/06/remotely-unlocking-an-encrypted-hard-disk/
A little tip to anyone use #bluetooth (not custom wireless) keyboard and using #LUKS disk encryption.
If you cannot enter the LUKS passphrase at boot, it is because the Bluetooth module and connection are not activated yet.
To fix this, create /etc/dracut.conf.d/bluetooth.conf file and put this line on that file:
add_dracutmodules+=" bluetooth "
Don't forget to regenate your #initramfs by:
sudo dracut --regenerate-all --force
Tested on #fedora 43
Ubuntu 26.04 snapshot3 missing emmc modules in initramfs #boot #initramfs #emmc
RESUME or resume variable for initramfs config? #grub2 #swap #hibernate #initramfs #resume
Half of the support for the #initrd (not to be confused with #initramfs!) was removed from #Linux 7.0 through a #vfs merge from @brauner:
https://git.kernel.org/torvalds/c/996812c453cafa042f2e674738dbf8fa495661f3 and https://git.kernel.org/torvalds/c/ef12d0573a7f5e7a495e81d773ae5f3e98230cd4
""Remove the deprecated linuxrc-based initrd code path and related dead code. The linuxrc initrd path was deprecated in 2020 and this series completes its removal. If we see real-life regressions we'll revert. […]
The no-op load_ramdisk= and prompt_ramdisk= parameters are dropped, and noinitrd and ramdisk_start= gain deprecation warnings.
Initramfs is entirely unaffected. The non-linuxrc initrd path (root=/dev/ram0) is preserved but now carries a deprecation warning targeting January 2027 removal""
Во времена #EFI & #UEFI этот самый #GRUB уже и не нужен.
Во-первых, полно и других разнообразных UEFI boot manager'ов.
Во-вторых, не особо то они и нужны вообще как класс. Компьютер можно загружать и напрямую через EFI-stub ядра ОС, образы которых давно собираются как EFI-приложения (раз и два).
Т.е. надо идти в настройки UEFI материнской платы и смотреть загрузочные записи, хранящиеся в #NVRAM — дописывать туда все те параметры\аргументы, которые UEFI при старте компа будет подставлять в качестве аргументов командной строки. Так же как и GRUB или другой boot manager грузящий vmlinuz-файл.
Цивилизованный старт
Использовать то, что было известно как #gummiboot, а теперь стало называться #systemd-boot. Там вполне удобные текстовые файлы в /boot/loader/entries/... через которые можно передать нужные значения и аргументы в переменные. Например такие как используются для #LUKS разделов:
options rd.luks.options=password-echo=no
options rd.luks.data=UUID=/dev/disk/by-id/nvme-VENDOR-partN
options rd.luks.name=UUID=my-enc-swap
options resume=/dev/mapper/my-enc-swap
options rd.luks.data=UUID2=/dev/disk/by-id/nvme-VENDOR-partY
options rd.luks.name=UUID2=my-enc-root
options root=/dev/mapper/my-enc-rootНе обязательно задавать таким образом по одной опции на строке, можно устраивать свалку пихая всё в одну большую строку./boot/loader/entries/... файлах или через загрузочные записи UEFI внутри #NVRAM/etc/crypttab.initramfs перед генерацией\созданием #initramfs образа. Today, I built a cpu #kernel for a #camera again. ✨👩💻✨
I.e., I could do `insmod ipcam some-mod.ko` and other fun things.
It took about a minute to build an #initramfs with u-root and cpud *and* the kernel. Now that is really hard to beat.
Speaking of which, we have a demo now showing how fast u-root builds and runs:
https://htmlpreview.github.io/?https://github.com/u-root/u-root/blob/main/tools/testramfs/cinema/index.html
For more, see https://u-root.org 👀
Bom, temos um problema aqui. Depois de um shutdown forçado ontem, terei uma dor de cabeça para resolver.