Discussion :

[BakaOnigiri]

Bonjour,

j'ai en ma possession une machine qui doit être mise à jour, j'ai une redhat sur disque SATA, j'ai mis ce disque dans la nouvelle machine.

Au démarrage, j'ai un problème sur LVM au boot, il ne me trouve pas LVM.

Je me suis dit que çà venait du fait que le LVM référence un UUID ou un truc dans le genre, j'ai donc pensée qu'un coup de Clonezilla pour migrer le tout mettrais à jour le LVM.

Mais il semble que non.


Que faut-il donc faire pour éviter de devoir tout réinstaller ?

Merci.

[frp31]

LVM n'a pas de sens si tu n'est pas amené à AJOUTER/SUPPRIMER des disques, ou changer des tailles de partitions, réparties ou non sur plusieurs disques.

donc si je comprends bien tu veux migrer ta config soft complète dans une nouvelle machine physique ?

procédure pour migrer vers une autre machine :
0- faire un backup full à froid de la machine source.
1- passer la machine source en runlevel 1 par défaut
2- éteindre la machine source
3- poser physiquement le nouveau disque dans la machine source
3- booter et jouer avec pv/vg/lv pour agrandir les partitions qui doivent l'être, créer les nouvelles etc....
4- monter toutes les partitions pour s'assurer qu'il n'y a pas d'erreur
5- éteindre la machine source.
6- implanter tous les disques dans la machine destination
7- démarrer
8- passer toutes les détections hardware / driver etc...
9- rétablir le runlevel à 3 ou à 5 selon ce qu'on veut
10- rebooter.

c'est fini

Si au contraire tu veux conserver les deux machines et cloner le disque pour la nouvelle
la procédure est bien plus simple
1- faire un backup full à froid de la machine source.
2- démarrer et restaurer le backup sur la nouvelle machine
3- monter depuis un live CD le disque dur
4- poser l'init1 par defaut
5- booter sur le disque
6- passer toutes les détections hardware / driver etc...
7- rétablir le runlevel à 3 ou à 5 selon ce qu'on veut
8- rebooter.

dans ce cas LVM ... ça devrait être transparant... j'ai déjà eu à dérouler ces procédures, jamais ennuyé, (mais j'utilises pas les UUID dans fstab, peut être que tu peux vérifier ça)

[BakaOnigiri]

Hum, ma machine cible est complétement différente de la source, ce n'est même pas la même marque, et je ne peut pas aller bien loin (sauf avec un live cd) puisque c'est au tout début du boot qu'il ne retourne une erreur sur le fait de ne pas trouver /dev/VolGroup00/LogVol01


Je ne sais vraiment pas trop quoi faire.

En fait sur la seconde procédure je ne sais pas comment réaliser ces étapes :


4- poser l'init1 par defaut
5- booter sur le disque
6- passer toutes les détections hardware / driver etc...
7- rétablir le runlevel à 3 ou à 5 selon ce qu'on veut

[frp31]

4- poser l'init1 par defaut (ligne default dans /etc/inittab)
5- booter sur le disque (grub en ligne de commande)
6- passer toutes les détections hardware / driver etc... (là y'a plein de choses à faire lspci -v, mknod pour tout ce qui manqe, les loadmod pour les driver.....etc...etc....etc..impossible de détailler cette étape sans avoir TA machine)
7- rétablir le runlevel à 3 ou à 5 selon ce qu'on veut (ligne default dans /etc/inittab)

=================================

Vu ta situation tu peux peut simplement réinstaller le système de base, (minimum install) et importer le reste mais là aussi il va y avoir du boulot de toute façon, tu peux pas migrer comme ça de façon totalement transparente..

[BakaOnigiri]

Bon en fait, il semble que le noyau redhat que j'utilisais sur la machine source ne permette pas de trouver mon LVM, en utilisant le mode rescue de redhat, j'ai accès au système sur la machine cible sans problème.

Il manque donc peut être un driver X (controleur ide, ...) dans mon initrd.

[frp31]

tu peux si tu les as gardé comparer les fichier .config (ou les fichier /boot/grub/config*) entre les machines

[BakaOnigiri]

hum, je n'ai jamais re-compilé le kernel de la machine source, et la machine source n'a jamais eu de fichier .config vu que je part de 0 et j'ai jamais mis de linux dessus.

Il faut donc que me fasse un noyau assez générique à partir de la machine source pour pouvoir booter sur la machine cible.

[frp31]

oui