Re: /boot et lvm

[Patg <patgsiosisr@gmail.com>]

Du coup, le /boot n'est plus en lvm, donc possibles futurs problèmes évités.

Les problématiques, il s'agit de celles qui existaient déjà avec GRUB 1 au sujet de lvm, et que je pensais à tord résolu dans la version 2, que tu énonces "ses inconvénients et notamment une complexité supplémentaire. En cas de problème qui empêcherait GRUB d'accéder aux volumes logiques, tout démarrage est impossible"

Je pense notamment suite à un plantage du serveur ou autre... Et qui empêcherait GRUB d'avoir la main sur le boot en lvm.

Je n'ai pas non plus besoin de thin provisioning. Dont je n'ai pas bien compris l'intérêt d'ailleurs, mais c'est pas la question.

Merci pour le conseil.

Le 23 octobre 2019 20:30:15 GMT+02:00, Pascal Hambourg <pascal@plouf.fr.eu.org> a écrit :

Le 22/10/2019 à 09:20, Patg a écrit :
Je pensais que le grub2 répondait aux problématiques d'avant.

Quelles problématiques ?

Un lvm en raid ne répond pas à ce problème de GRUB, donc... Il faut rester sur l'option sans lvm...

GRUB 2 supporte l'empilement LVM sur RAID 0, 1, 4, 5, 6 et 10 logiciel 
(mais pas le RAID "linear"). Il ne supporte peut-être pas des 
fonctionnalités particulières comme les volumes en thin provisioning 
(pas testé), mais il me semble qu'une racine ou /boot en thin 
provisioning est un cas assez spécial. J'ignore aussi ce qu'il en est 
des fonctionnalités RAID natives de LVM (jamais utilisé).

Pour la partition fine, j'ai vu ça dans le lien ci dessous indiquant que le /boot sur partition fine n'est pas recommandé. Mais j'ai pas creusé plus que ça :

https://wiki.archlinux.fr/LVM

Sauf erreur il s'agit d'un volume logique en "thin provisioning" 
(allocation fine). Drôle d'appellation pour quelque chose qui n'est pas 
une partition.

-- 
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.