Could not find the ESP! (again)

[UltraBlackLinux]

Hey there, I'm currently facing the same issue as #16. Below are some infos that you would probably want to know about. Did I set something up incorrectly? I can't figure out, what, if something is wrong. Thanks!

...
Aug 30 12:00:04 lolcat /usr/lib/python3.10/site-packages/refind_btrfs/__main__.py[194574]: Initializing the live partition table for device '/dev/zram0' using findmnt.
Aug 30 12:00:04 lolcat /usr/lib/python3.10/site-packages/refind_btrfs/__main__.py[194574]: ERROR (refind_btrfs.state_management.conditions/conditions.py/check_filtered_block_devices): Could not find the ESP!

lsblk
sda      8:0    0 931,5G  0 disk
├─sda1   8:1    0   195G  0 part /var/tmp
│                                /var/log
│                                /var/cache
│                                /srv
│                                /root
│                                /
├─sda2   8:2    0   301M  0 part /boot/efi
└─sda3   8:3    0 736,2G  0 part /home

lsblk /dev/sda --json --paths --tree --output PTUUID,PTTYPE,PARTUUID,PARTTYPE,PARTLABEL,UUID,NAME,FSTYPE,LABEL,MOUNTPOINT

{
   "blockdevices": [
      {
         "ptuuid": "bf07b2ca-96ce-4fa0-87b1-902c23ceb586",
         "pttype": "gpt",
         "partuuid": null,
         "parttype": null,
         "partlabel": null,
         "uuid": null,
         "name": "/dev/sda",
         "fstype": null,
         "label": null,
         "mountpoint": null,
         "children": [
            {
               "ptuuid": "bf07b2ca-96ce-4fa0-87b1-902c23ceb586",
               "pttype": "dos",
               "partuuid": "4f58220f-2b24-374a-96c3-7d9c60290781",
               "parttype": "0fc63daf-8483-4772-8e79-3d69d8477de4",
               "partlabel": null,
               "uuid": "6e6211b4-cfb4-44c0-8970-5e4a826e0c5e",
               "name": "/dev/sda1",
               "fstype": "btrfs",
               "label": null,
               "mountpoint": "/var/tmp"
            },{
               "ptuuid": "bf07b2ca-96ce-4fa0-87b1-902c23ceb586",
               "pttype": "gpt",
               "partuuid": "f240e6b9-7715-b041-a3fa-85dd69568d65",
               "parttype": "c12a7328-f81f-11d2-ba4b-00a0c93ec93b",
               "partlabel": null,
               "uuid": "3336-8C4E",
               "name": "/dev/sda2",
               "fstype": "vfat",
               "label": "NO_LABEL",
               "mountpoint": "/boot/efi"
            },{
               "ptuuid": "bf07b2ca-96ce-4fa0-87b1-902c23ceb586",
               "pttype": "gpt",
               "partuuid": "b6b58af2-f8cf-fa40-983c-13999f30b798",
               "parttype": "0fc63daf-8483-4772-8e79-3d69d8477de4",
               "partlabel": null,
               "uuid": "ebceb2a3-01ad-46a4-9516-0a322af54c8d",
               "name": "/dev/sda3",
               "fstype": "btrfs",
               "label": null,
               "mountpoint": "/home"
            }
         ]
      }
   ]
}

[Venom1991]

The "parttype" property is fine as well as the "fstype" property. It is also mounted (as it should be). I don't really have an explanation for this issue, sorry.

You could try setting this option to "f240e6b9-7715-b041-a3fa-85dd69568d65".

If that quick fix doesn't work I'll have to use lsblk's output (that you've provided) for debugging purposes but that's going to take a while.

[UltraBlackLinux]

Oh that worked perfectly. (Seems like I might have mindlessly copied the uuid of my root drive into that variable)

One unrelated issue that I am having now is ERROR: Subvolume '@' is itself a snapshot (I already had to set nested to true to actually get refind-btrfs to do something) Isn't this a default setup? I mean why am I getting an error - That's usually how snapper backups are stored Edit: I should probably add, that I set selection_count = "inf" and it's picking up the newest snapshot which is apparently the "operating snapshot" (A mirror of the system")

[UltraBlackLinux]

oh no found the issue. Thanks for your help!