Forum Linux.redhat Créer un LVM contenant un disque utilisé

Posté par  . Licence CC By‑SA.
Étiquettes : aucune
0
28
oct.
2014

Bonjour,

Etant simple amateur de Gnu/Linux, je me demandais s'il était possible de créer un LVM à partir d'un disque déjà utilisé.
N'ayant pas trouvé de réponse sur le WWW, je m'adresse donc à vous.

Je n'ai pas encore utilisé cette fonctionnalité (LVM), mais j'aimerais bien m'y mettre sans tout casser.

Merci par avance de vos réponses et éventuels conseils.

  • # Non

    Posté par  . Évalué à 4.

    Bonjour,

    À priori je dirais que non.

    Je n'ai pas encore utilisé cette fonctionnalité (LVM), mais j'aimerais bien m'y mettre.

    Pourquoi ?

    • [^] # Re: Non

      Posté par  . Évalué à 1. Dernière modification le 28 octobre 2014 à 13:34.

      Pourquoi ?

      Ben… parce que à mon niveau, je n'en avais pas encore vraiment besoin, mais comme chacun sait, les besoins évoluent ;-), les utilisateurs sont de plus en plus consommateurs (et créateurs) de données, alors faut commencer à gérer plus "professionnellement".

      Merci des réponses en tout cas !

  • # Oui/non

    Posté par  (site web personnel) . Évalué à 3.

    Il faut une partie non utilisée ( une partition de libre pour le pv).

    Sinon, il faut réduire une partition existante si tu as de l'espace libre dessus.

    Système - Réseau - Sécurité Open Source

    • [^] # Re: Oui/non

      Posté par  . Évalué à 2.

      Ne fais pas ça : ne mélange surtout pas de partitions LVM et non LVM sur le même disque (sauf la partition /boot sur les systèmes démarrant à partir de Grub Legacy car il n'est pas capable de lire une partition LVM). Et évite de faire un fdisk (toujours exception faite du disque de boot) avant le pvcreate, en particulier si en dessous tu as des volumes qui peuvent être agrandis à chaud (type volumes SAN par exemple). Si tu le fais, ça risque de te compliquer la vie.

      • [^] # Re: Oui/non

        Posté par  (site web personnel) . Évalué à 4.

        Si c'est juste pour lui une question de se former et qu'il parle juste de faire ça sur sa machine… il est fort probable qu'il soit dans une config très simple sans SAN derrière, et que ça ne lui pose pas spécialement de problème.

        Sinon une autre possibilité: la virtualisation (kvm/qemu ou virtualbox) et tester du lvm sur des disques et machines virtuelles. Ça permet de casser sans risque, voir de monter des pseudo-volumes physiques et de voir comment le lvm les agrège, etc.

        Python 3 - Apprendre à programmer dans l'écosystème Python → https://www.dunod.com/EAN/9782100809141

        • [^] # Re: Oui/non

          Posté par  . Évalué à 2.

          Salut,

          En fait ce n'est pas que pour ma culture personnelle : j'ai un serveur qui a un disque plein. Ce disque est une partition. J'aurais trouvé ça pas mal de :

          • copier les données sur un nouveau disque/partition plus gros
          • passer ce nouveau disque en LV et ajouter un disque supplémentaire dans le groupe afin de ne pas me retrouver avec un disk full trop vite.

          D'après ce que j'ai compris, il vaudrait mieux que je crée d'abord le LV avec des disques vides et que je copie les données du disque plein dans mon nouveau LV.

          Me trompé-je ?

          Voila voila…

          • [^] # Re: Oui/non

            Posté par  . Évalué à 4.

            il vaudrait mieux que je crée d'abord le LV avec des disques vides et que je copie les données du disque plein dans mon nouveau LV.

            Oui, mais tu peux procéder ainsi :
            - créer un volume group sur 1 disque (pvcreate + vgcreate)
            - créer ton lv sur ce VG (lvcreate)
            - créer ton FS par dessus
            - copier tes données de l'ancien disque sur le nouveau disque

            Une fois que tu es sur de ton coup, et que cette étape est validée, tu récupère l'ancien disque (sous réserve que tu n'aies pas tes partitions système dessus tel que /usr, /var …) que tu initialises pour utiliser avec lvm (pvcreate)
            ensuite tu l'ajoutes à ton vg (vgextend)

            Tu peux ensuite étendre ton lv sur ton nouveau disque (lvextend) puis étendre ton fs (resize2fs).

            • [^] # Re: Oui/non

              Posté par  . Évalué à 1.

              Pffuiihhh… On va voir si je suis assez coui..u pour tenter le coup !

              Merci de toutes ces infos.

        • [^] # Re: Oui/non

          Posté par  . Évalué à 2. Dernière modification le 29 octobre 2014 à 10:30.

          Si c'est juste pour lui une question de se former et qu'il parle juste de faire ça sur sa machine… il est fort probable qu'il soit dans une config très simple sans SAN derrière, et que ça ne lui pose pas spécialement de problème.

          Effectivement si c'est juste pour se former sur une machine perso …. celà dit ce n'est pas ce que j'ai cru comprendre en lisant le message, d'ou mon avertissement. Sinon, ce que je dis est aussi valable pour des VM style VMWare, ou on a la possibilité d'agrandir les volumes à chaud.

          Sinon une autre possibilité: la virtualisation (kvm/qemu ou virtualbox) et tester du lvm sur des disques et machines virtuelles. Ça permet de casser sans risque, voir de monter des pseudo-volumes physiques et de voir comment le lvm les agrège, etc.

          Je trouve cette solution plus propre et moins risquée.

      • [^] # Re: Oui/non

        Posté par  (site web personnel) . Évalué à 4.

        haaaaaaaaaaaaaaa enfin une parole sensée sur lvm

      • [^] # Re: Oui/non

        Posté par  . Évalué à 1.

        Si je comprends bien, il faut mieux faire un pvcreate /dev/sda qu'un pvcreate /dev/sda1.
        Et si sda1 est la seul partition du disque et qu'elle occupe toute la place, c'est aussi valable?

        • [^] # Re: Oui/non

          Posté par  . Évalué à 2.

          Si je comprends bien, il faut mieux faire un pvcreate /dev/sda qu'un pvcreate /dev/sda1.

          pour sda sur x86 c'est un peu particulier vu que c'est le dislk de boot. Je crois que tu es obligé de faire un fdisk (pour tagger ton disque bootable). Mais avec l'EFI ça a peut-être changé, je ne me suis pas encore retrouvé confronté à ce cas.
          Pour les disques autre que boot, effectivement il vaut mieux éviter le fdisk, Sinon, si tu veux agrandir tes PVs à chaud tu risques de te compliquer la vie si tu passes par sdx1.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.