Morten Linderud

This is implemented in `master` but hasn't been part of a release yet. https://github.com/Foxboron/sbctl/pull/236/commits/889325e5ea5fb076ff8f47604f20936106249cb6 I can do a release this weekend probably.

I still plan to rework the key storage code so in the future keys can be stored on yubikeys, TPMS or PKCS11 devices. That should remove a lot of the...

@Pankaj-SinghR There is no "issue taking" here. So if you want to work on this please be my guest.

Changing a 3 year old README is not high up on my priority list of "things I'll work work on soon'ish". So please send patches if you would like to...

Whats the output of `lsblk --json --output PARTTYPE,MOUNTPOINT,PTTYPE,FSTYPE` when `sbctl` fails? And why are you mounting the esp on /boot and /efi?

``` { "parttype": "c12a7328-f81f-11d2-ba4b-00a0c93ec93b", "mountpoint": "/mnt/F2D4-5BC4", "pttype": "gpt", "fstype": "vfat" } ``` Why is it mounted to `/mnt/F2D4-5BC4`? When `sbctl` tries to find valid mount points it assumes the fstype...

Why are you doing this? From what I can tell this is mounted last and confuses `sbctl` as I think `lsblk` only lists the last mountpoint pr partition.

>sbctl should instead try to pull info from /boot, /efi, /boot/efi, check that they are mountpoints; and if they are, that they satisfy the set constraints (vfat, parttype, etc.). Not...

Yes, so also check if it's present in `MOUNTPOINTS` then. That should be nice solution.

If `lsblk` is reporting null I suspect `udev` has some issues. This isn't a `sbctl` issue, strictly speaking. You can set `ESP_PATH` manually.