Forum Linux.debian/ubuntu Dépannage serveur : repartitionnement + LVM & LUKS

Posté par  . Licence CC By‑SA.
Étiquettes : aucune
0
7
avr.
2021

Bonjour à tous,

J'ai acheté deux autres disques dur.

J'ai voulu les lier aux points de montage suivant,
/home
/mnt/data

Du coup je suis passé par plusieurs opérations depuis.

Mon système LVM a changé, comment le faire prendre en compte par l'OS debian buster ?

Au démarrage de grub, j'ai les messages suivants,

Volume group "root" not found
Cannot process volume group root
cryptsetup: Waiting for encrypted source device /dev/mapper/root-root...
Volume group "root" not found
Cannot process volume group root

L'OS cherche encore les anciens points LVM de /dev/mapper/root-root_crypt.

Pourtant, j'ai bien modifié le /etc/crypttab et le /etc/fstab.

Effectué un chroot de mon système, grub-install et update grub.

Je démarre bien avec grub

Pour utiliser plusieurs disques dur, je suis passé en GPT avec partition EFI.

Avant j'avais juste le /boot sans EFI.

Une idée pour indiquer les nouveaux points de montage LVM ?

Merci

  • # Quelles manip as-tu faites ?

    Posté par  . Évalué à 2 (+1/-0). Dernière modification le 07/04/21 à 20:08.

    Du coup je suis passé par plusieurs opérations depuis.

    Mon système LVM a changé, comment le faire prendre en compte par l'OS debian buster ?

    Ca pourrait aider à trouver une piste de savoir un peu plus précisément ce que tu as fait …
    Sinon de mémoire ça m'est déjà arrivé d'avoir des problèmes de redémarrage suite au changement de nom de VG racine … Essaie de regénérer l'initramfs ( https://wiki.networksecuritytoolkit.org/index.php/HowTo_Change_The_LVM_Volume_Group_Name_That_Includes_The_Root_Partition#Step_4:_Rebuild_The_Kernel_initramfs_File ). Chez moi ça avait réglé le problème. MAis peut-être que chez toi c'est autre chose ?

    Un thread pour Ubuntu : https://askubuntu.com/questions/765058/how-do-you-rename-the-volume-group-that-contains-the-root-volume-in-lvm

    Cordialement.

    • [^] # Re: Quelles manip as-tu faites ?

      Posté par  . Évalué à 1 (+0/-0).

      J'ai créé une partition EFI et une autre BOOT et après le système.

      L'initiramfs m'a reglé le problème quand j'avais juste le HOME et les DATA de chiffrés.

      J'ai remis un coup d'installeur debian pour chiffrer aussi le SYSTEME + HOME + DATA.

      Je recopie toutes mes données sauf EFI et le BOOT créé par l'installeur debian et je ferais un update-grub et update-initramfs.

      Tout devrait rentrer dans l'ordre.

      • [^] # Re: Quelles manip as-tu faites ?

        Posté par  . Évalué à 2 (+0/-0).

        attention la partition EFI (si ta machine est en mode de boot EFI) doit etre montée DANS /boot/efi/

        pour que grub aille y mettre ses petits
        au passage d'ailleurs tu dois aussi remplacer grub-pc par grub-efi

        • [^] # Re: Quelles manip as-tu faites ?

          Posté par  . Évalué à 1 (+0/-0).

          Ok.

          Le fait d'avoir le système chiffré empeche l'update-initramfs -u de voir cette partition système chiffré.

          Est-ce à cause du chroot et des mounts à effectuer pour faire : grub-install, update-grub et update-initiramfs -u ?

          Merci

          • [^] # Re: Quelles manip as-tu faites ?

            Posté par  . Évalué à 1 (+0/-0).

            Depuis un live USB j'effectue les commandes suivantes,

            sudo -s
            mkdir /mnt/
            mount /dev/system/system /mnt/
            
            mount -o bind /dev/ /mnt/dev
            mount -o bind /sys/ /mnt/sys
            mount -t proc proc /mnt/proc
            mount -o bind /run/ /mnt/run
            # chroot pour acces au système debian
            chroot /mnt
            mount -a
            

            Jusqu'ici, j'ai bien monté l'existant sur mon système debian.

            J'update grub.

            root@debian:/# update-grub
            Generating grub configuration file ...
            Found background image: /usr/share/images/desktop-base/desktop-grub.png
            Found linux image: /boot/vmlinuz-4.19.0-14-amd64
            Found initrd image: /boot/initrd.img-4.19.0-14-amd64
            Found linux image: /boot/vmlinuz-4.19.0-13-amd64
            grub-probe: error: cannot find a GRUB drive for /dev/sdd1.  Check your device.map.
            Adding boot menu entry for EFI firmware configuration
            done
            
            Pour finir, j'effectue un initramfs.
            
            

            root@debian:/# update-initramfs -u
            update-initramfs: Generating /boot/initrd.img-4.19.0-14-generic
            cryptsetup: WARNING: target 'luks-524c1ad6-fabe-4f32-9bb0-c8db1286b262' not
            found in /etc/crypttab
            ```

            La target 'luks-524c1ad6-fabe-4f32-9bb0-c8db1286b262' n'est pas trouvé alors qu'elle est présente dans le fichier /etc/crypttab.

            Ou se situe le problème ? C'est le fait de monter les partitions sur le système debian à mettre à jour ?

            Si j'installe Debian avec une clé ou un CD et je crypte le système '/', pas de problème la partition luks-XXX est détecté au démarrage.

            Lorsque je reprends mon système serveur et que je le copie à la place de celui installé avec le live USB, la partition système luks-XXX n'est pas détecté alors que les luks-XXX du DATA et HOME sont détectées.

            • [^] # Re: Quelles manip as-tu faites ?

              Posté par  . Évalué à 1 (+0/-0).

              Le but est de pouvoir ajouter de l'espace supplémentaire au stockage des données.

              Pour le moment, 1 PV est dedié pour 1 LV de DATA.

              Si j'ai bien saisi, il vaut mieux chiffrer le LV si l'on veut par la suite ajouter un disque dur et étendre le LV ?

              • [^] # Re: Quelles manip as-tu faites ?

                Posté par  . Évalué à 1 (+0/-0).

                Je reviens à mon besoin initial.

                J'ai,

                HDD1 : système debian
                HDD2 : home

                HDD3 : mes données

                Quel moyen permet d'ajouter de l'espace à "mes données" ? Le LVM seulement ?

                Merci

            • [^] # Re: Quelles manip as-tu faites ?

              Posté par  . Évalué à 2 (+0/-0).

              évidemment tu n'as pas été inquiété par ce message ?

              grub-probe: error: cannot find a GRUB drive for /dev/sdd1. Check your device.map.

              en bootant depuis un liveCD

              mes remarques sur tes commandes :

              sudo -s # OK
              mkdir /mnt/ #inutile /mnt existe par defaut
              mount /dev/system/system /mnt/ # c'est quoi ce system/system
              # ca ne devrait pas etre
              # mount /dev/tondisque1partitionOS /mnt ?
              # suivi de mount /dev/disque/partitionBOOT /mnt/boot
              # suivi de mount /dev/disque/partitionEFI /mnt/boot/EFI
              
              mount -o bind /dev/ /mnt/dev #OK
              mount -o bind /sys/ /mnt/sys #OK
              mount -t proc proc /mnt/proc #OK
              mount -o bind /run/ /mnt/run #OK
              # chroot pour acces au système debian
              chroot /mnt
              mount -a
              • [^] # Re: Quelles manip as-tu faites ?

                Posté par  . Évalué à 1 (+0/-0).

                Je pense que /dev/sdd1 était un disque en plus non configuré.

                Ca ne m'a pas posé de problèmes au final.

                Je suis partie sur une config sans chiffrer le système par manque de temps pour investiguer.

                /dev/system/system était le montage via gnome-disk-utility après avoir déchiffrer un disque à mon souvenir.

                Merci pour votre aide.

Envoyer un commentaire

Suivre le flux des commentaires

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