<div dir="ltr"><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Thu, Feb 27, 2025 at 12:29 PM Lennart Poettering <<a href="mailto:lennart@poettering.net">lennart@poettering.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On So, 16.02.25 18:30, Alexis Hallebarde (<a href="mailto:hallebarde@gmx.com" target="_blank">hallebarde@gmx.com</a>) wrote:<br>
<br>
>    Hello,<br>
><br>
>    I have the impression that everything for this support, is integrated but<br>
>    that it is not active by default.<br>
><br>
>    I want to talk about the bluetooth keyboard support at the very beginning<br>
>    of the system boot, just before entering the cryptsetup password of our<br>
>    hardrive.<br>
<br>
This would require support for bluez to run in the initrd. This is not<br>
an easy ask though, since at that point there is no D-Bus, and there<br>
is no persistency. BT pairing generally requires some kind of storage<br>
though.<br>
<br>
Bluez would have to learn special support for this, i.e. store such<br>
pairings in an EFI variable or so.<br></blockquote><div><br></div><div>Might as well just import /var/lib/bluetooth/*/linkkeys into the initramfs then.</div><div><br></div><div>I think many BT controllers support storing link keys on the controller itself though? Specifically for early boot (I kind of recall that being mentioned in BitLocker context).</div></div><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr">Mantas Mikulėnas</div></div></div>