LVM Récupération partitions Le sujet est résolu

[PengouinPdt]

Bonjour,

Hier, j'ai fait la boulette de chez boulette en rapport avec LVM, sur mon serveur @home... j'ai supprimé avec la commande 'lvremove' les différentes partitions logiques !

En fait, pour la petite histoire, j'ai fichu un mot de passe sur Grub, mais l'ayant certainement mal configuré, il "tourne en boucle" me redemandant constamment le pass ... (et oui, je connais très pertinemment le couple id/pass paramétré pour grub, sachant en plus, que le clavier se retrouve en mode anglais).

Bref, voulant faire pêter la config grub, j'ai arrêté mon serveur, ai monté un livecd pour accèder à mes partitions LVM sous Raid1.
L'accès aux devices Raid se fait sans soucis grâce à la commande 'mdadm --assemble --scan' ...

Bref, ayant eu un petit problème de montage des partitions logiques LVM, ayant mal compris l'usage de lvremove, j'ai utilisé la commande croyant démonter toutes mes partitions logiques !

Y'at-t-il une possibilité de remonter la configuration LVM, sachant que j'ai une sauvegarde de toute la partition '/etc' sur un autre support ?
(donc sauvegarde du fichier /etc/lvm/lvm.conf ...)

En attendant vos éclairages, je viens de voir qu'il existe la commande 'vgcfgrestore' ... la solution ?

Pour info, 'pvdisplay' et 'vgdisplay' m'affiche bien mon groupe de volume ;)



PS : NE JAMAIS FAIRE D'ADMIN SYSTEM QUAND ON EST MALADE MÊME À TITRE PERSONNEL !

[MicP]

Bonjour PengouinPdt

Je pense que tout n'est pas perdu, et j'ai bon espoir que tu puisse récupérer tout ça en appliquant la procédure décrite dans cette page web

En te souhaitant un bon rétablissement de tes volumes logiques et surtout de ta santé.

[PengouinPdt]

@MicP: Merci.

Donc, je vais mettre ma sauvegarde de ma partition /etc sur une clé USB, et suivre les infos ;)

[MicP]

Te laisse pas avoir les caractères affichés dans la page web qui a transformé les -- (deux tirets) en – (tiret long)

donc :

Code : Tout sélectionner

vgcfgrestore VolGroup00 –test -f /etc/lvm/archive/VolGroup00_00161.vg

est en fait :

Code : Tout sélectionner

vgcfgrestore VolGroup00 --test -f /etc/lvm/archive/VolGroup00_00161.vg

[PengouinPdt]

Eh beh, heureusement que tu l'as vu !!!
Parce que ce n'était pas mon cas ...
En même temps, le retour système m'aurait affiché une erreur :p

[PengouinPdt]

@MicP: bon, la commande vgcfgrestore m'a bien "remonté" tout correctement ! Merci

Maintenant, il faut que je fasse "péter le verrou de sécurité" de grub !
L'édition du fichier ne me pose pas de problème ... c'est plus le reste, à savoir recharger la config de Grub au-travers de mon RAID+LVM. :p
Parce qu'il faut bien relancer 'grub-install' pour qu'il prenne en charge la "nouvelle" config, n'est-ce pas ?!

Or, Sachant que :
- md0 contient sda1, sdb1 relatif à la partition /boot
- md1 contient sdax, sdbx, avec son lot de volumes logiques pointant vers une partition en question. (partitions pour /, /usr, ... etc ...)

Une idée ?

[MicP]

… la commande vgcfgrestore m'a bien "remonté" tout correctement !…

Impec! content que ça ait bien fonctionné. => LVM , mêm' RAID j'aim'

=======

…il faut que je fasse "péter le verrou de sécurité" de grub…

Là, je vois pas très bien de quel verrou il s'agit…

=======

…il faut bien relancer 'grub-install' pour qu'il prenne en charge la "nouvelle" config,…

Normalement, vu qu'il n'y a eu qu'une suppression des volumes logiques et que ces volumes logiques ont été restaurés,
ils n'ont pas dû changer de référence, et le chargeur de boot devrait retrouver ces références pour démarrer sans problème.

Mais s'il fallait faire un grub-install,
après avoir mounté tous les systèmes de fichiers nécessaires au fonctionnement du système, et depuis le système à lancer, autant faire d'abord un update-grub qui mettra à jour ce qui doit l'être.

[PengouinPdt]

(...)
=======

…il faut que je fasse "péter le verrou de sécurité" de grub…

Là, je vois pas très bien de quel verrou il s'agit…

=======

…il faut bien relancer 'grub-install' pour qu'il prenne en charge la "nouvelle" config,…

Normalement, vu qu'il n'y a eu qu'une suppression des volumes logiques et que ces volumes logiques ont été restaurés,
ils n'ont pas dû changer de référence, et le chargeur de boot devrait retrouver ces références pour démarrer sans problème.

(...)

Relis ce que j'ai mis dans le premier post :

En fait, pour la petite histoire, j'ai fichu un mot de passe sur Grub, mais l'ayant certainement mal configuré, il "tourne en boucle" me redemandant constamment le pass ... (et oui, je connais très pertinemment le couple id/pass paramétré pour grub, sachant en plus, que le clavier se retrouve en mode anglais).

Donc, j'ai modifié le fichier correspondant pourqu'il n'y ait plus de demande d'id/pass en démarrage de grub ...
d'ailleurs, là, j'ai dû mal comprendre un truc, encore une fois - càd qu'il m'avait semblait comprendre que c'était en cas où quelqu'un chercherait à éditer grub pour passer en mode single, par exemple ...

(...)
Mais s'il fallait faire un grub-install,
après avoir mounté tous les systèmes de fichiers nécessaires au fonctionnement du système, et depuis le système à lancer, autant faire d'abord un update-grub qui mettra à jour ce qui doit l'être.

Je vais essayer à nouveau 'grub-install' mais je doute ...
Depuis le système à lancer ?!

[MicP]

…Relis ce que j'ai mis dans le premier post : …

Désolé : je n'avais pas fait attention à ce mot de passe, je ne l'ai jamais encore utilisé.
Je vais voir ça dans une machine virtuelle pour essayer de comprendre comment ça fonctionne.

EDIT : Je viens de lire ça au sujet du mot de passe grub2 :

…GRUB 2 will prevent menu editing and access to its terminal. …

Donc, je suppose qu'il s'agit de l'édition du menu de choix du système à lancer qui s'affiche au démarrage <=> modifier les options de boot, le noyau à lancer, etc.
et de l'accès au terminal qui utilise le shell du chargeur de boot grub

… Depuis le système à lancer ?!…

Je ne sais pas depuis quel système (live ou autre) tu modifie ces fichiers,
mais si c'est depuis le système que tu compte faire démarrer, c'est bien de ce "système à lancer" que je parlais.

[PengouinPdt]

Ok, je vais tenter avec boot repair disk :p
(en mode gros fainéant)