Re: Re : [HS] Sauvegarde ou migration d'une vielle machine physique
@Bernard Schoenacker
Merci pour ces précieux rappels.
Je n'avais pas pensé à tout ça.
Un objectif à moyen terme est de tout ré-installer proprement sur une
plateforme virtuelle moderne (en passant à Debian si possible ;-)).
Un clonage "brutal" du disque SCSI sur une clé USB, pourrait être une
première étage pas trop perturbante avec une interruption de service
minime.
A-t-elle vraiment un intérêt si on ne vas jusqu'à produire un disque
(SCSI ?) de remplacement et surtout jusqu'à tester a mise en ligne de
celui-ci ?
Ne pas le faire c'est économiser du temps tout de suite mais c'est
aussi prendre le risque d'un problème en cas de restauration.
Une migration P2V pourrait avoir du sens, à la condition qu'elle soit
très efficace (peu d'effort, résultat fonctionnel).
C'est malheureusement une procédure que je ne connais pas.
Le jeu. 10 juil. 2025 à 21:25, Bernard Schoenacker
<bernard.schoenacker@free.fr> a écrit :
>
> Bonjour Olivier,
>
>
> Je t'invite à consulter les archives ayant trait
> au sujet et tu comprendras mes réticences concernant
> le clonage brut entre un système à plateau et
> un système de stockage par mémoire.
>
> La gestion est différente, et tu risques de tuer
> le disque le plus récent.
>
> Merci et bonne journée
>
> ---
>
> ## ?? **Cloner un vieux système GNU/Linux ou BSD vers un disque NVMe : les vrais enjeux**
>
> ### ❌ **Pourquoi le clonage brut est problématique**
>
> 1. **Incompatibilité matérielle**
> → Passage SCSI → NVMe, BIOS → UEFI, absence de pilotes ou de support natif dans l’initramfs.
>
> 2. **Structure du système de fichiers obsolète**
> → `ext2/ext3` sans TRIM, partitionnement MBR non aligné, risques d’usure prématurée sur un SSD/NVMe.
>
> 3. **Dépendance à l’ancien environnement**
> → UUID figées dans `/etc/fstab`, GRUB ancien, interfaces réseau renommées (`eth0` → `ens33`...).
>
> 4. **Stabilité et sécurité compromises**
> → Distribution non maintenue, paquets figés, failles non corrigées, noyau ancien.
>
> ---
>
> ## ??️ **Ce qu’il faut faire à la place : migrer intelligemment**
>
> ### ✅ **Cibler l’essentiel à sauvegarder**
>
> * **Configurations système** : `/etc`, `/usr/local`, `/opt`, fichiers de services.
> * **Données utiles** : `/home`, `/var/lib/mysql`, `/srv`, etc.
> * **Inventaire des paquets** : pour réinstaller sur une base propre.
>
> * `dpkg --get-selections`, `rpm -qa`, `pkg info`, etc.
>
> ### ?? **Méthodes de migration recommandées**
>
> 1. **Réinstallation propre** sur une machine moderne (avec support NVMe, UEFI, TRIM).
> 2. **Transfert sélectif** des fichiers de configuration et des données.
> 3. **Adaptation manuelle** des confs au nouvel environnement (audit, test, mise à jour syntaxique).
> 4. **Virtualisation possible** du système source :
>
> * conversion du disque en image (`dd`, `qemu-img`)
> * exécution dans une VM (KVM, VirtualBox, VMware)
>
> ---
>
> ## ?? **Alternative VM ou conteneur**
>
> * **Virtualiser l’ancien système** pour l’isoler, sans exposer la nouvelle machine.
> * **Créer un chroot ou conteneur (Docker, LXC)** si seule une application doit être conservée.
>
> ---
>
> ## ?? **Conclusion**
>
> > ?? **Ne jamais cloner un vieux système tel quel sur un disque moderne.**
> > ✅ **Migrer l’intelligence du système (confs, données, logique), pas sa carcasse.**
>
> Merci et bonne journée
Reply to: