Sender | Message | Time |
---|---|---|
29 Feb 2024 | ||
In reply to @nam3l33ss:matrix.orgoui mais zfs n'est pas un filesystem dans la spécification UEFI | 13:26:30 | |
donc booter sur une partition ZFS, à moins d'utiliser un driver read only de ZFS dans GRUB mal écrit, y a pas trop de choix | 13:26:42 | |
en tout cas, en utilisant ZFS en root partition, comme c'est la seule chose raisonnable à faire, y a pas de rapport avec Secure Boot | 13:27:07 | |
In reply to @nam3l33ss:matrix.org* oui mais zfs n'est pas un filesystem supporté dans la spécification UEFI | 13:27:29 | |
Pas sur de tout comprendre donc ça serait par ce que zfs n'est pas gérée par UEFI que secureboot fonctionne pas ? Ou par exemple si j'installe mon système avec un pool pour boot et un pool pour root en UEFI j'aurais secureboot ? | 14:45:02 | |
In reply to @nam3l33ss:matrix.orgincus* 😝 | 15:08:33 | |
In reply to @jellium:matrix.underworld.frMerci 😀 | 15:33:00 | |
* Merci 😀 ( incus pas 1cul :p ) | 15:33:28 | |
* On peut surement faire la même sous chose avec incus* | 15:33:47 | |
1 Mar 2024 | ||
02:00:22 | ||
In reply to @raitobezarius:matrix.orgJe vois toujours pas pourquoi d'un autre coter tu l'explique pas. | 04:57:49 | |
* Je vois toujours pas pourquoi d'un autre coter tu l'expliques pas . | 06:24:32 | |
In reply to @nam3l33ss:matrix.orgExpliquer quoi? | 07:57:52 | |
A la fin de la journée, si le driver de lecture ZFS est signé par SB et que tu as un bootloader signé par SB et que tu as une pool boot et root, SB fonctionne | 07:58:37 | |
Mais ZFS n'est pas un filesystem de la spécification UEFI, donc la pool boot rend les choses juste opérationnellement plus difficile | 07:59:30 | |
Avec un ESP FAT32 + rootfs ZFS, ça marche sans signature de driver | 07:59:55 | |
In reply to @raitobezarius:matrix.org Ce que tu viens de m'expliquer =) ( même si ça paraît simple, après chacun avance comme il peut et avec ces moyens) | 11:13:26 | |
Si je comprends bien, c’est relativement courant d’avoir /boot en esp fat32, et / en zfs, plus une partition de swap. Vous faites ça avec du zfs chiffré du coup ? Quelqu’un a un exemple de ça en disko ? J’imagine que ça ressemble pas mal à https://github.com/nix-community/disko/blob/master/example/zfs.nix, sans le raid. Je pense essayer un truc du genre. | 13:27:37 | |
(disko, ou autre, mais j’ai pas totalement été convaincu par l’installateur graphique de NixOS la dernière fois que j’ai essayé un truc comme ça, je sais plus pourquoi) | 13:28:17 | |
In reply to @nam3l33ss:matrix.orgY a pas de souci, c'était juste que j'avais du mal à comprendre le sujet que tu voulais que je détaille :) | 15:55:53 | |
In reply to @gsaurel:laas.frC'est même systématique d'avoir /boot en ESP FAT32 en principe | 15:56:06 | |
In reply to @gsaurel:laas.frJe déconseille le chiffrement natif de ZFS par contre | 15:56:22 | |
il est non-maintenu | 15:56:24 | |
si tu fais du ZFS chiffré, ou bien tu prends un risque, ou bien tu fais du LUKS over ZFS en principe | 15:56:35 | |
ah ! ok, merci :) | 15:56:41 | |
du coup, les snapshots zfs sont chiffrés, donc les diffs doivent pas être optimaux | 15:58:24 | |
In reply to @raitobezarius:matrix.orgC’est-à-dire LUKS over ZFS ? Je vois bien LVM+LUKS puis ZFS mais ZFS avec LUKS par-dessus je ne comprends pas | 16:39:28 | |
oui c'est plutôt ZFS over LUKS que je voulais dire | 16:40:09 | |
l'inverse n'existe pas, en effet | 16:40:14 | |
Ok ! Et on peut faire du raidz2 avec chiffrement LUKS ? | 16:41:55 |