Steps to reproduce:
fdisk v-l output:Disk /dev/nvme0n1: 238,5 GiB, 256060514304 bytes, 500118192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 24BD641B-F706-4C3A-BBEA-77A2094BF117
Device Start End Sectors Size Type
/dev/nvme0n1p1 4097 618497 614401 300M EFI System
/dev/nvme0n1p2 618498 481648510 481030013 229,4G Linux filesystem
/dev/nvme0n1p3 481648511 500103449 18454939 8,8G Linux filesystem
Disk /dev/mapper/luks-cf34ea3e-2eac-4506-88df-299d01ff70be: 229,4 GiB, 246285269504 bytes, 481025917 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/mapper/luks-2dbbe0fd-517d-40a4-b6d4-cb0b0f1f8f73: 8,8 GiB, 9446831616 bytes, 18450843 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
My df -h output:
Filesystem Size Used Avail Use% Mounted on
dev 3,9G 0 3,9G 0% /dev
run 3,9G 9,7M 3,9G 1% /run
/dev/dm-0 225G 68G 147G 32% /
tmpfs 3,9G 64M 3,8G 2% /dev/shm
tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup
tmpfs 3,9G 7,1M 3,9G 1% /tmp
/dev/nvme0n1p1 300M 408K 299M 1% /boot/efi
tmpfs 789M 20K 789M 1% /run/user/120
tmpfs 789M 15M 775M 2% /run/user/1000


This results in the "Boot device not selected" error:

Seems like an issue with nvme devices
Is there any news on this issue? I have the same one, also on manjaro with encrypted disk (nvme ssd).
Any update on this? Still happens in 2019 :D
We tested with ssd and hdd and in both cases there is this error
It expects /boot to be on a non-encypted partition. Encrypted boot is not supported.
Thank you very much for clarification. I have one question, why is this market as a bug? What part of this is the bug? Thank you
I would like to to add my story with this:
The "Boot device not selected" error gave me a big scare when I needed to restore to a previous snapshot. I did not notice big warnings or refusal to work with /boot during setup or taking snapshots, so this check does not seem to warn users before the actual restore attempt?
Unfortunately, my initial restore experiment with Timeshift was successful therefore I never considered that Timeshift may refuse to restore later on. But on the day it mattered suddenly I got the "Boot device not selected" error. /boot never was a non-encrypted partition on that system.
Luckily(?), there is a bug somewhere in the UI or the checks involved. By repeated clicking in the "Select Target Device" dialog and closing any popup "Boot device not selected" error, sometimes Timeshift comes to the opposite conclusion for the same settings and you can progress further. That must have happened in my initial test by accident. So by clicking a lot you can indeed cheat past the /boot check! Then the restore works normally and successfully (as in my initial test run).
I still don't know why this "Boot device not selected" error is in the code. I know for a fact encrypted restore with Timeshift works at least in my case once. For me this error was really unexpected program behavior. It would have made all backups made with Timeshift unusable, if I had not found out that the check does not always return the same result if you try long enough in the UI.
My suggestion would be to make the "Boot device not selected" error dialog skippable, like adding an "Ignore this warning" button and some day even remove the dialog completely.
I have recreated the issue, but had a little bit different behavior. The setup is almost the same as issue originator had. NVMe disk is partitioned:
Steps:
Looks more like a bug. The same settings give different behavior, depending on number of attempt.
Using Manjaro 18.0.4 + Timeshift 19.01.
@pheiduck If I may answer: yes, same issue still persists with 20.03. I'm having identical issues after my FS blew up and I'm trying to restore a timeshift backup.
Same here. Most of the time it works fine, but sometimes I get this error. Restarting Timeshift helps.
Most helpful comment
Is there any news on this issue? I have the same one, also on manjaro with encrypted disk (nvme ssd).