Forum

updated my system to current Cauldron.



Pourquoi il serait bon pour Mageia de l'inclure



Historiquement, les outils et les bibliothèques nécessaires pour monter les systèmes de fichiers (y compris l'activation des systèmes sous-jacents tels que le cryptage, RAID et LVM) ont été artificiellement déplacé de la branche / usr à l'arbre / pour faciliter le montage de / usr. Depuis Mageia 2, l'initrd (dracut) a repris le travail de / usr montage sens qu'une telle séparation artificielle n'est plus nécessaire ou souhaitable. Par conséquent, tous les outils peuvent maintenant être déplacé dans / usr et il n'est pas nécessaire d'avoir une séparation artificielle. Cela facilite l'emballage et rend le système installé plus utile en général (c.-à-lecture-seule de montage par défaut permettra à un système plus sûr et plus sécurisé, il peut être partagé sur le réseau et il peut être snapshotted facilement si le système de fichiers sous-jacent prend en charge).

De cas de test



Assurez-vous que les liens symboliques suivants sont tous présents et correcte:



/ Lib -> usr / lib

/ Lib64 -> usr/lib64

/ Sbin -> usr / sbin

/ Bin -> usr / bin



Assurez-vous que l'aide des «anciens» chemins travaille toujours pour les outils: / bin / bash, / sbin / modprobe etc

Dépendances logiciels / Packages



systemd devraient être compilées appropriatly pour refléter ce changement. Autres forfaits, etc devraient être mis à jour et une règle rpmlint ajouté à rejeter les packages qui incluent des fichiers dans l'un des chemins ci-dessus directement. Dracut devrait inclure le module usrmove mises à niveau. Installer aurez probablement besoin des modifications.

Que pourrait perturber le développement de cette nouvelle fonctionnalité



Comme nous utilisons déjà dans dracut Mageia 2 par défaut, et comme il ya des liens symboliques de compatibilité, il devrait y avoir très peu à la manière des problèmes de compatibilité. Le plus gros problème potentiel est la transition elle-même.

Planification



Les recherches sur la meilleure façon de choses de transition (c.-à-l'aide du module de usrmove dracut) et ce qui change dans le programme d'installation sont nécessaires.

Contingence



La plupart des travaux se fera entrer dans la transition elle-même. Une fois cette opération terminée et testée et définie de bien fonctionner, les colis seront mis à jour. À ce stade, il sera difficile de revenir le changement, pour une évaluation complète devrait être faite à ce moment.

Notes de publication



C'est maintenant terminée dans le chaudron pour Mageia 3.



Afin de mettre à jour:



Exécuter urpmi - auto-update - skip '/ système de fichiers | ncurses /' pour installer tout ce qui peut être installé. Certains paquets ne sera pas installable! Ne vous inquiétez pas. Pour obtenir tous les RPM mis en cache localement pour après avoir converti le système de fichiers, vous pouvez exécuter un urpmi supplémentaires - auto-select de commande (les paquets ne parviendra pas à installer, mais que l'on attend).

Assurez-vous que le dernier dracut est installé. Exécuter urpmi dracut pour s'assurer (il peut avoir été exclus de la - mise à jour automatique si elle était dans une transaction avec d'autres paquets qui ne pouvait être installé).

Assurez-vous que vous n'avez pas installé zapata (rpm-e zapata). Ces paquets ont des conflits ne sont pas traités dans la routine de conversion.

Générer un nouvel initrd et inclure le script de conversion: dracut-f-a convertfs. Assurez-vous que vous utilisez actuellement la dernière version du noyau lorsque vous exécutez cette. Si vous avez installé un nouveau noyau, mais pas encore redémarré, vous serez alors générer un initrd pour le noyau actuel, pas celui que vous allez utiliser au prochain démarrage! Soit ajuster la commande en conséquence d'inclure le nom du noyau initrd et spécifiquement ou tout simplement le premier redémarrage.

Si vous exécutez lilo, assurez-vous de parler de la nouvelle initrd par l'exécution de lilo

Si vous avez / usr sur une partition séparée

S'assurer qu'il ya assez d'espace pour contenir / bin, / sbin, / lib et / lib64 contenu.

Si votre répertoire / usr est monté en lecture seule, changer votre fichier / etc / fstab pour monter rw.

Redémarrez.

Au bootloader invite, modifier la ligne de commande et append: rw rd.convertfs (sans les guillemets) à votre ligne de commande et ensuite démarrer.

Votre système devrait démarrer comme d'habitude avec un léger retard alors que le contenu est migré.

Une fois démarré, installer les mises à jour restantes.

Enfin régénérer l'initrd nouveau: dracut-f (certains problèmes ont été trouvés lors du passage de retour dans le initrd à l'arrêt / redémarrage si cette étape n'a pas été fait)



Si vous souhaitez voir plus en détail exactement ce qui se passe, il suffit d'enlever les éclaboussures et silencieux à partir de votre ligne de commande du noyau et ajouter le rd.break supplémentaire = pré-pivot argument. Vous serez tombé à un shell (avec votre système monté sur / sysroot) avant la conversion. Il suffit de taper exit pour quitter ce shell et effectuer la conversion. Après la conversion, vous arriverez sur un autre shell. Vous pouvez consulter la sortie et les erreurs du processus ici. Tapant exit une seconde fois démarrer le système comme d'habitude.



Il peut y avoir une certaine gauche sur les fichiers en raison de conflits non gérées. Pour rechercher les fichiers de ces utilisez la commande suivante:



ls -1 / lib {, 64} / * _SO * / {bin, sbin, lib, lib64} / *. usrmove ~



Dans la plupart des cas, ces fichiers peuvent être supprimés en toute sécurité, mais s'il vous plaît essayer de trouver quel paquet de ces fichiers est originaire de telle sorte que nous pouvons nous assurer que nous avons manipulé la migration correctement

Documentation



Voir la page fonction Fedora