Pourquoi il n'est pas recommandé de mettre la partition de démarrage sur LVM?

12

J'ai lu quelque part qu'il n'est pas recommandé de mettre la partition de démarrage sur une partition basée sur lvm. Mais je le fais quand même. Ensuite, le seul problème auquel j'ai été confronté est parfois lorsque j'installe une nouvelle distribution Linux et que je mets sa partition de démarrage sur lvm, grub ne peut pas la détecter. La grub-mkconfigcommande fait généralement une erreur lors de la génération du grub.cfgfichier. Mais, si c'est le seul problème sur la partition de démarrage basée sur LVM, je pense que ça va. Parce que je sais comment le réparer, donnez simplement une adresse correcte à la partition de démarrage prévue pour démarrer et tout se passe bien.

Alors, y a-t-il autre chose que lvm qui peut causer des problèmes? Parce que, à mon avis, LVM est très flexible et n'a pas ralenti le système.

boot partition lvm Mas Bagol
la source

Réponses:

13

Ce n'est pas un problème de performances, c'est un problème de dépannage et de correction des choses. /bootest l'emplacement de bootstrap - il y a quelques fichiers qui démarrent tout le reste de votre système.

Et parfois, vous devez fouiller pour résoudre un problème (comme la configuration de grub ou similaire).

Si vous devez le faire, il est utile d'avoir un système de fichiers de type dénominateur commun le plus bas, pour le rendre aussi simple que possible si par exemple vous devez retirer le lecteur et le mettre dans une autre boîte pour éditer un fichier de configuration.

Si vous êtes dans cette position, vous ne voulez pas avoir à `` tromper '' votre LVM dans la vie juste pour pouvoir le lire :).

Sobrique
la source
1
Ou tout simplement que les anciennes versions de GRUB ne comprennent pas LVM.
tgharold
bon point, aussi pour mentionner que lvm est une configuration complexe, impliquant potentiellement plusieurs disques. Si votre chargeur de démarrage dépend de LVM, par exemple, vous ne pouvez pas démarrer en mode mono-utilisateur pour résoudre un problème avec LVM (en incluant des problèmes banaux comme un disque défaillant)
asdmin
3

Pour moi, si, comme vous le dites, grub ne peut pas détecter votre /bootsystème de fichiers LVM et grub-mkconfig fait généralement une erreur de génération grub.cfg, cela semble une raison suffisante pour éviter cette configuration et passer à quelque chose que grub prend mieux en charge. Lorsque vous dites "donnez simplement une adresse correcte à la partition de démarrage prévue", je ne sais pas ce que vous entendez par "adresse" ou ce que vous faites exactement comme solution de contournement, mais honnêtement, cela ressemble à un hack effrayant et fragile.

En tant que fonctionnalité de base et pratiquement nécessaire, le chargeur de démarrage peut accéder à un système de fichiers simple sur une simple partition de disque et charger la prochaine étape à partir de là. C'est tout ce qu'il faut vraiment faire. Plus de fonctionnalités dans le chargeur de démarrage, telles que l'analyse de conteneurs comme LVM et le jonglage de plusieurs disques dans l'environnement de pré-démarrage, signifie simplement plus de fonctionnalités Linux (noyau) qui doivent être dupliquées dans grub (plus de code, plus de bogues) mais ne seront jamais tout à fait exactement fonctionnent de la même manière dans les deux environnements (plus de confusion) et plus de complexité globale. Pour l'amorçage, le plus simple sera le mieux.

Celada
la source
Ce que je veux dire par adresse, c'est le chemin du périphérique. Dans kali linux, grub-mkconfigerreur de donner le chemin root /dev/dm-0car il n'est pas persistant. Donc, je l'ai changé en chemin approprié qui est /dev/mapper/lvm-kali--bootdans mon cas.
Mas Bagol
Je vois. C'est différent. C'est le chemin du système de fichiers racine (qui est ajouté à la ligne de commande du noyau en tant que root=<path>) et n'a rien à voir avec l'emplacement de l' /bootemplacement. grub-mkconfigne devrait certainement pas se tromper. Il doit correspondre à la sortie de grub-probe --target=device /.
Celada
Désolé, je veux dire /dev/mapper/lvm-kali--rootpas boot. Typo
Mas Bagol
Oh, je n'avais même pas remarqué la faute de frappe. J'ai lu /dev/mapper/lvm-kali--rootpour commencer!
Celada
vous pouvez utiliser une option moins courante (en dehors du monde fips = 1 au moins) de boot = / dev / mapper / $ UUID ou $ lvm-name
linuxdev2013
1

J'utilise le répertoire «/ boot» dans le système de fichiers LVM «/» depuis des années sur Fedora et je n'ai jamais eu de problèmes.

Il vous suffit de prendre soin de créer ce seul disque physique où «/» habite le seul sur votre groupe de volumes. J'ai un groupe de volumes «vgmain» pour ce disque physique et un «vgdata» pour tout le reste. Ceci est important si vous devez transporter votre disque sur un autre ordinateur dans une situation de dépannage. LVM ne fonctionnera pas s'il est composé de plusieurs disques physiques. Mais il le sera s'il est composé d'un seul.

Mais je n'ai jamais eu à passer par cette situation de dépannage.

Les dernières installations de Fedora ne vous permettront pas de le faire automatiquement. Vous devrez placer votre «/ boot» dans une partition normale pendant l'installation, puis démarrer normalement et déplacer manuellement le contenu vers le système de fichiers LVM «/». Assurez-vous d'avoir réorganisé les choses pour qu'elles ressemblent à «/ boot» en tant que répertoire ordinaire sous LVM «/» et «/ boot2» en tant qu'ancienne partition de démarrage, puis créez un «grub install / dev / sda» ou quelque chose de similaire. Redémarrez puis supprimez le système de fichiers «/ boot2» et réintégrez la partition à LVM, pour être utilisable.

avibrazil
la source