[artix-general] [s6] system not decrypting/mounting (lvm on luks) a non root volume at boot

[Javier]

On 4/20/20 3:46 PM, Javier via artix-general wrote:
> On 4/20/20 6:50 AM, Dudemanguy via artix-general wrote:
>>
>> I finally remembered to get back to this one. I just pushed a version of cryptsetup-s6 that only uses shell into testing. I don't know if this will do the trick for you, but it would be great if you can test it. Thanks!
> 
> I tried, and I still didn't get prompted/requested for the password...
> 
> However there actually was a different behavior.  Several daemons such as gpm, dhcpcd and sshd were not triggered, and I could notice the following on tty1:
> 
> s6-rc-oneshot-run: fatal: unable to exec do_unlock_device(): No such file or directory
> s6-rc: warning: unable to start service cryptsetup: command exited 127
> 
> I'll keep testing, no worries, let me know.  Thanks !

BTW, I tested the up script manually, and executed by hand runs just fine:

% sudo bash /etc/s6/sv/cryptsetup/up
Unlocking cryp-ext-main
Enter passphrase for /dev/disk/by-uuid/6a7d2c8d-113f-4551-8529-25961c1f7dd8:
No key available with this passphrase.
Enter passphrase for /dev/disk/by-uuid/6a7d2c8d-113f-4551-8529-25961c1f7dd8:

% ls /dev/ext-main/
data@

% lsblk -f
NAME                 FSTYPE      FSVER    LABEL    UUID                                   FSAVAIL FSUSE% MOUNTPOINT
sda
├─sda1               vfat        FAT32    uefi     8E53-8EBA
├─sda2               ext4        1.0      boot     91873189-b48a-41b4-860a-367985fa0020
└─sda3               crypto_LUKS 2                 1c43ec30-ce0b-4111-a852-79899aa965f1
  └─cryp-lm-0
      └─lm--0-root                                                                           136.2G    32% /
                sdb
                └─sdb1               crypto_LUKS 2                 6a7d2c8d-113f-4551-8529-25961c1f7dd8
                  └─cryp-ext-main    LVM2_member LVM2 001          iYRsRB-M2Fl-RsKB-83s9-LV3l-oZPe-Qz31qd
                      └─ext--main-data ext4        1.0      ext-data 204b5531-53ec-4f8b-bebd-1411be4e111e

So, if run by hand works, so I have no clue why it doesn't when launched during init.  Perhaps some dependency missing when launched (perhaps some lvm stuff that's happening in parallel I'd guess)?

-- 
Javier

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 228 bytes
Desc: OpenPGP digital signature
URL: <https://lists.artixlinux.org/archives/artix-general/attachments/20200420/ab6cd5ac/attachment.sig>