Cet état des lieux examine les limites documentées de opensuse-migration-tool en 2025-2026 à partir de rapports publics, en distinguant les bugs confirmés, les effets de bord possibles et les questions encore ouvertes.
openSUSE migration-tool : faits rapportés, limites documentées et pistes de discussion
Ce document reprend l’analyse validée dans un format publiable, neutre et structuré, sans conclure à une défaillance générale de l’outil.
Schéma des impacts
Objectif
Basé sur des rapports publics 2025-2026
Bugs observés dans des cas précis
Effets de bord inhérents aux migrations majeures
Pistes techniques documentées par la communauté
Pistes techniques discutées
Constat
Dans un cas documenté, la migration s’est bloquée pendant la conversion d’une base RPM ancienne encore en bdb, avec échec du scriptlet filesystem et système laissé dans un état dégradé. [source]
Vérification
rpm --showrc | grep db_backend
Piste discutée si le backend est bdb
rpm --define='%_db_backend ndb' --rebuilddb
Objectif
Éviter l’échec de conversion automatique observé pendant la migration.
Constat
Un fil de 2025 décrit un cas où SELinux était installé avant migration mais inactif, puis où plusieurs services ont échoué au démarrage après passage à Leap 16.0, l’outil ne semblant pas avoir déclenché de relabeling automatique. [source]
Piste discutée
touch /.autorelabel
reboot
Variante (racine en lecture seule)
touch /etc/selinux/.autorelabel
reboot
Objectif
Forcer le réétiquetage complet des fichiers pour restaurer des contextes SELinux cohérents après migration.
Constat
Des retours communautaires recommandent de simplifier l’environnement logiciel avant migration en limitant temporairement les dépôts actifs. [source]
Piste discutée
- Mettre le système complètement à jour avant la migration.
- Désactiver ou supprimer les dépôts tiers non indispensables.
- Ne conserver, au moment critique, que les dépôts cœur recommandés pour la cible.
Constat
Des utilisateurs décrivent une approche progressive : première exécution pour observer ce que l’outil propose, nettoyage des dépôts ou ajustements éventuels, puis seconde exécution pour mener la transition complète. [source]
Piste discutée
- Faire une première passe d’observation ou de préparation.
- Vérifier les dépôts, options et paquets proposés.
- Relancer ensuite la migration dans un contexte simplifié.
- Redémarrer seulement une fois le processus réellement terminé.
Contexte : place de l’outil dans l’écosystème
Outil expérimental, focus sur la gestion des dépôts et bascules techniques. Déclaré non destiné à la production sans suite de tests complète.
L’outil leapp est documenté comme solution supportée pour les migrations majeures, avec une forte insistance sur les prérequis et le dépannage.
Comparaison de maturité, pas de jugement de valeur.
Le projet se déclare lui-même comme expérimental. L’équipe indique explicitement que l’outil n’est pas destiné à une utilisation en production tant qu’une suite de tests satisfaisante n’est pas en place.
Bugs et comportements observés
bdb)Questions ouvertes pour la communauté
Existe-t-il une procédure officielle recommandée pour vérifier ou convertir la base RPM avant migration ?
L’outil a-t-il vocation à déclencher automatiquement un relabeling ? Documentation publique ?
Un changement de wording ou de logique de sortie est-il prévu pour lever l’ambiguïté constatée ?
L’outil détecte-t-il les paquets tiers ou dépôts non officiels ?
Existe-t-il une feuille de route publique pour la sortie du statut “expérimental” ?
Références principales
openSUSE migration tool
Dépôt officiel du projet, code source et documentation expérimentale.
bdb → ndb (mars 2026)
Blocage lors de la conversion de base RPM.
Hang après reboot (janv. 2026)
Système ne redémarre plus après migration.
SELinux problématique (oct. 2025)
Erreurs SELinux après migration, relabeling manquant.
Message “Dry run completed” (fév. 2026)
Affichage trompeur du message de succès.
Leap 16 entre en Beta (avril 2025)
Statut expérimental de l’outil de migration confirmé.
Préparation des dépôts (Linux-FRA)
Recommandations pour simplifier l’environnement avant migration.
Migration progressive (mars 2026)
Exécution en deux temps pour réduire les risques.
Lectures recommandées sur SafeITExperts
Pour approfondir la migration et la sécurité côté Linux / openSUSE.
Systèmes de fichiers Linux 2026
Audit, sécurité et migration — utile face aux bases RPM et aux scriptlets bloquants évoqués ici.
Systèmes de fichiers Linux 2026 : audit, sécurité, migration →
systemd 2025
Architecture et sécurité — pour les services qui échouent au démarrage après migration.
Linux sécurisé par défaut 2026
Durcissement et SELinux — en complément du relabeling post-migration.
Panorama sécurité OS 2026
Vue d’ensemble de la sécurité des systèmes d’exploitation.