bug#72889: I thought of a possible way to do this.

2024-09-10 Thread amano.kenji
- /dev/sda /dev/sda1: A tiny LUKS partition that's filled with the content of a keyfile without any filesystem format. /dev/sda2: /boot for grub. It also serves as FAT32 EFI partition. - /dev/sdb /dev/sdb1: /gnu/store on btrfs raid1 /dev/sdb2: / on btrfs raid1 on LUKS - /dev/sdc /dev/sdc1: /g

bug#73035: There was a typo.

2024-09-04 Thread amano.kenji
zfs-mount > zfs-load-key > zfs-mount > zfs-zed should be zfs-import > zfs-load-key > zfs-mount > zfs-zed

bug#73035: Add ZFS services. Or, add ZFS support to raw-initrd.

2024-09-04 Thread amano.kenji
According to my analysis, zfs on root is not a good idea because grub doesn't support many zpool features, and grub needs to read kernel and initrd from /gnu/store on root filesystem. If I want to mount ZFS file systems through file-systems of operating-system, raw-initrd should import zfs pool

bug#72889: A new insight

2024-09-04 Thread amano.kenji
I guess this is going to require passphrase reuse for mapped devices.

bug#72889: Support for root filesystem on btrfs raid1 on two LUKS devices

2024-08-30 Thread amano.kenji
Imagine that root filesystem is btrfs raid1 on two LUKS devices. To mount it on initial ram disk, guix has to first unlock two LUKS devices with one password.