Bug 463870 - Internal Btrfs+LUKS HDD needs to get decrypted first after login
Summary: Internal Btrfs+LUKS HDD needs to get decrypted first after login
Status: REPORTED
Alias: None
Product: dolphin
Classification: Applications
Component: general (show other bugs)
Version: 22.12.0
Platform: Neon Linux
: NOR wishlist
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-01-05 09:02 UTC by dagobertram
Modified: 2023-01-05 09:06 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
file on luks drive not yet available (120.24 KB, image/png)
2023-01-05 09:02 UTC, dagobertram
Details
... while file from home could be read flawlessly (93.47 KB, image/png)
2023-01-05 09:03 UTC, dagobertram
Details

Note You need to log in before you can comment on or make changes to this bug.
Description dagobertram 2023-01-05 09:02:09 UTC
SUMMARY
I have got an LUKS encrypted hard drive with Btrfs which I need to automatically mount on every boot since it contains most of my data.
When I need to access files directly after login and the drive is not yet mounted, it fails. For example I automatically start KeePassXC on every boot, which tries to access the kdbx database. Since the database is located on that drive, it cannot be read directly and therefore KeePassXC won't show it's tab anymore.

STEPS TO REPRODUCE
1. Create a demo file (write something in it) in the home folder and on the encrypted drive
2. automatically open both files on startup

OBSERVED RESULT
only one of them could be read and shows the text inside

EXPECTED RESULT
both of them show the text inside

SOFTWARE/OS VERSIONS
Operating System: KDE neon 5.26
KDE Plasma Version: 5.26.4
KDE Frameworks Version: 5.101.0
Qt Version: 5.15.7
Kernel Version: 5.15.0-56-generic (64-bit)
Graphics Platform: X11
Comment 1 dagobertram 2023-01-05 09:02:55 UTC
Created attachment 155050 [details]
file on luks drive not yet available
Comment 2 dagobertram 2023-01-05 09:03:42 UTC
Created attachment 155051 [details]
... while file from home could be read flawlessly