Migration(s) de MAGEIA 7.1 vers MAGEIA 8.
Dans mon cas : une impressionnante démonstration de réussite de MAGEIA.
Retours d'expériences

AubanCétou Membre non connecté
-
- Voir le profil du membre AubanCétou
- Inscrit le : 04/05/2021
- Groupes :
Il me faut remonter vraiment à très loin pour me souvenir avoir déjà connu pareille sensation en installant et découvrant une nouvelle distribution… Une vraie logique d’utilisateur et donc forcément une vraie réussite de la technique et de son application.
Apparemment certains ont eu des problèmes, alors si je veux que ce message puisse éventuellement être un peu utile à un(e) utilisateur(trice) presque néophyte et non technicien(ne) je peux peut-être essayer de décrire de mémoire et brièvement ce que j’ai fait sur plusieurs ordis, avec la même facilité pour migrer ou installer. Si certains pensent le message utilisable, ils pourront peut-être corriger et/ou compléter.
Mon profil : utilisateur lambda expérimenté mais non technicien et ne voulant pas l’être.
. Un conseil pour les néo-non-technicien(ne)s ( pas complètement néo puisqu’il s’agit d’une migration, mais sans doute valable également pour les vrais néophytes non techniciens ) : servez-vous de votre moteur de recherche et abandonnez très vite les pages que vous ne comprenez pas immédiatement. Vous finirez forcément par tomber sur les quelques pages qui vous conviennent, mais pas forcément toutes au même endroit. Le but étant de toujours garder la maitrise de ce que l’on fait ( et donc sa logique d’utilisateur ) en n’entrant jamais dans la logique d’un administrateur de système, d’un technicien ou d’un tuneur de distro.
. Je tourne avec les interfaces KDE ou parfois Xfce.
. J’ai choisi le DVD comme support de migration/installation ( mais c’est sans problème avec une clé USB et Isodumper sur KDE pour la créer ).
. Téléchargement "classique ", pour la version 64bits comme pour la 32, puis "liens directs". J’avais auparavant calé ( mais sans avoir insisté ) devant les explications de la migration en ligne : dommage.
. On peut essayer de chercher un bon miroir de téléchargement de MGA en sachant que la page de téléchargement permet de changer de miroir, et qu’on peut très vite interrompre un téléchargement trop lent ( faut aussi télécharger les fichiers de contrôle de la gravure, le logiciel sachant tout seul ce qu’il doit en faire si on coche la « vérification de la gravure » au moment venu ).
. Donc téléchargement et utilisation de K3b (dans KDE) pour graver l’image iso de MGA8 sur DVD. Puis gravure avec K3b dont l’interface est très intuitive, il suffit de la regarder un peu attentivement ( avoir le DVD en place, ouvrir K3b, trouver l’image de MGA ). ( Pour Isodumper c’est pareil mais il y a aussi des tutoriels ).
. Mise à jour de MAGEIA 7.1,
. Puis migration vers MAGEIA 8. Depuis lecteur DVD externe ou intégré.
Réussite sans le moindre accroc sur :
- Asus Vivobook Pro (2019), Intel I7, 16GoRAM, 1 SSD, 1DD, en multi-système,
- Base Clevo assemblée par LDLC (2020), Intel I5, 16GoRAM, 1SSD,
- Base Tongfang assemblée par PCSpécialist (2020), Intel I7, 32GoRAM, 2SSD, 1DD,
- Clevo de 2005 ( ce n’est pas une plaisanterie ), Intel Pentium M, 2GoRAM, 1DD,
. Installation aussi de MGA8 directement sur un des SSD.
. Installation aussi en "auto-persistance" sur clé usb ( avec Isodumper et après la version 7.1 ) avec transfert des données utilisateur.
. Il me reste encore à faire migrer une installation classique sur deux SSD externes ( interchangeables avec certains SSD embarqués sur certains ordis ).
. Mise à jour des sources dès le premier redémarrage : donc, CCM, « gestion des logiciels », puis « configurer sources », puis décocher celles du dvd, puis « Ajouter », puis cocher core, nonfree, tainted, avec pour chacune, une coche pour release et update. Même chose pour 32bits ( il me semble que c’est encore utile pour certains trucs en 64bits, alors je coche aussi...).
Les mises à jour DVD et en ligne de la migration ne suffisent pas, donc :
. Mise à jour classique du système via le CCM : c’était copieux et à répéter.
. Coté logiciels, et donc activités, je n’ai pas tout vérifié mais ce qui a été testé est déjà une utilisation classique et logiciellement de base, couvrant un gros % de l’utilisation (pour moi) :
. Tous les paramétrages des deux interfaces KDE et Xfce semblent avoir totalement suivi.
. Tous les paramétrages utilisateurs/logiciels aussi. Rien ne semble avoir bronché :
- De l’internet : PaleMoon, Firefox, Konqueror, Chromium,
- Du courriel : Thunderbird
- De l’ethernet, du wifi,
- Bureautique : LibreOffice (Writer, Calc, Draw, Impress, Base),
- Multimédia : VLC, Gimp,
- Les outils habituels de KDE et Xfce,
- Thunar pour root
- Scan/Impression sur du HP classique encre et laser ( toutes les HP ne sont pas entièrement compatibles Linux )
- Cozy Cloud ( j’aimerais pouvoir ou savoir l’associer avec la clé en auto-persistance )
. Des bémols ?
Oui, mais ils sont à peine audibles, à part une des marques de fabrique persistante de MAGEIA depuis MANDRAKE, c’est-à-dire… la procédure de sauvegarde. ( Pour contourner ce vrai problème récurrent, j’utilise à la fois le numéage ( Cozy Cloud ), à la fois Clonezilla ( tutoriel clair à imprimer avant ) pour cloner disques ou partitions, et à la fois des copies des home sur supports externes ).
. Des bémols à peine audibles comme :
- L’éparpillement entre plusieurs pages, pas forcément liées, de l’info de base pour faire une migration tranquille de l’utilisateur lambda non technicien.
- Le rétroéclairage clavier (pour les ordi qui en ont) ne permet toujours pas le choix de la couleur ( ou je n’ai toujours pas su le faire ).
- Toujours pas de gestionnaire de fichiers dans le CCM.
- Pas vu ( mais pas cherché non plus ) l’info sur la finalisation de la migration.
- La création ou non d’un nouvel utilisateur : dans tous les cas, j’ai choisi d’en créer un et de l’oublier pour revenir à celui d’origine ( en sachant qu’avant la migration je choisis un utilisateur pour en faire le dernier connecté en MGA 7.1 et donc en faire un utilisateur par défaut, mais sans connexion automatique de cet utilisateur. Et cela marche. ).
. J’ai sans doute oublié des choses mais de mémoire il me semble que l’essentiel y est ( si le msg est utile il est sûrement à corriger et compléter ). A chaque fois la procédure de migration ou d’installation a été aussi simple et sans accroc et tout cela tourne depuis une semaine et toujours sans le moindre accroc ( je n’en reviens pas...). Impressionnant ! Au point que la migration est nettement plus tournée utilisateur(trice) en posant nettement moins de problèmes qu’une simple mise à jour de LibreOffice… J’ai d’ailleurs passé beaucoup plus de temps à prendre les précautions habituelles ( ménage, sauvegardes et reprise des tutoriels ) qu’à migrer. En somme je n’ai pas eu à sortir une seule fois les rames… Superbe. Bravo et merci pour ce magnifique boulot, dans l’esprit du libre et vraiment ( dans mon cas ) très dans la logique de l’utilisateur lambda.
Utilisateur lambda en rien technicien mais expérimenté.

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Pour démarrer dolphin en root, il faut changer les variables d'environnement.
ça ne marche pas :
Code BASH :
su <mdp root> dolphin exit
et comme ça, ça marche :
Code BASH :
su - <mdp root> dolphin exit
tout ce fait avec le petit trait d'union après su (qui est un raccourcis pour "-l" ou "--login", ce qui change les variables d'environnement).
Le dépot 32 bits peut être nécessaire pour Steam, et Wine32. En dehors de ces deux logiciels, je ne connais pas d'autre nécessité d'utiliser le dépot 32 bits. Moi je ne l'ai jamais activé.
Palemoon n'est pas proposé par Mageia.
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

Yuusha Membre non connecté
-
- Voir le profil du membre Yuusha
- Inscrit le : 04/07/2017
- Groupes :
-
Modérateur
-
Administrateur
-
Forgeron
Merci pour ce retour positif

AubanCétou :
- Toujours pas de gestionnaire de fichiers dans le CCM.

AubanCétou Membre non connecté
-
- Voir le profil du membre AubanCétou
- Inscrit le : 04/05/2021
- Groupes :
@Jybz
Merci pour tes remarques,
et donc :
Voilà un tiret à rajouter lors d'une connexion sous root que je mets illico en mémoire…
Mais histoire que je puisse l’accrocher à autre chose qu’à ma seule mémoire : c’est quoi, en version logique, les "variables d’environnement" dans un système GNULinux ?
Pour les sources 32bits, je vais donc pouvoir les décocher…
J’utilise Palemoon qui roule vraiment très bien. Installé en extrayant bêtement une archive téléchargée ( j'ai oublié le site mais Mageia en parle) et en rajoutant le pack français.
Configurable comme Firefox, mais je le préfère à Firefox. Par contre je ne sais pas ouvrir la boite de dialogue des profils : "palemoon ‑Profilemanager" n’ouvre rien. C’est gênant.
J’utilise toujours simultanément deux sessions de Firefox et une de Palemoon avec des configurations de profils différents.
@Yuusha
Ouvert depuis le CCM, le gestionnaire de fichiers s'ouvrirait en tant que root (comme la Konsole).
Mais Jybz répond en fait indirectement à ta question en signalant comment on peut ouvrir Dolphin en tant que root depuis le bureau utilisateur ("su -"). J'utilise le gestionnaire Thunar pour cela car il permet une ouverture sous root contrairement à Dolphin ou Konqueror qui ne le permettent plus depuis leur fenêtre de propriété.
Utilisateur lambda en rien technicien mais expérimenté.

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
AubanCétou :
Bonjour,
@Jybz
Merci pour tes remarques,
et donc :
Voilà un tiret à rajouter lors d'une connexion sous root que je mets illico en mémoire…
Mais histoire que je puisse l’accrocher à autre chose qu’à ma seule mémoire : c’est quoi, en version logique, les "variables d’environnement" dans un système GNULinux ?
@Jybz
Merci pour tes remarques,
et donc :
Voilà un tiret à rajouter lors d'une connexion sous root que je mets illico en mémoire…
Mais histoire que je puisse l’accrocher à autre chose qu’à ma seule mémoire : c’est quoi, en version logique, les "variables d’environnement" dans un système GNULinux ?
Je ne pourrais pas l'expliqué exactement, mais approximativement.
Lorsqu'on ouvre une session d'utilisateur, il y a certaines variables qui se définissent, comme par exemple, USER, HOME, ...
Ainsi, lorsqu'on ouvre un terminal, ses variables existent déjà :
Code BASH :
[jybz@jeeebztop ~]$ cd /tmp [jybz@jeeebztop tmp]$ echo ${USER} jybz [jybz@jeeebztop tmp]$ su Mot de passe : [root@jeeebztop tmp]# echo ${USER} jybz [root@jeeebztop tmp]# exit exit [jybz@jeeebztop tmp]$ su - Mot de passe : [root@jeeebztop ~]# echo ${USER} root
Dans cette exemple, on voit que la variable USER a été redéfini avec l'ajout du tiret, mais aussi la variable PWD (path work directory), on était dans /tmp, et on se retrouve dans /root (avec son alias ~).
Lorsqu'on tente d'ouvrir Dolphin en tant que root mais avec les variables d'environnement de l'utilisateur normal :
Code BASH :
QStandardPaths: runtime directory '/run/user/1000' is not owned by UID 0, but a directory permissions 0700 owned by UID 1000 GID 1000 QStandardPaths: runtime directory '/run/user/1000' is not owned by UID 0, but a directory permissions 0700 owned by UID 1000 GID 1000 QStandardPaths: runtime directory '/run/user/1000' is not owned by UID 0, but a directory permissions 0700 owned by UID 1000 GID 1000 QStandardPaths: runtime directory '/run/user/1000' is not owned by UID 0, but a directory permissions 0700 owned by UID 1000 GID 1000 kf.service.services: The desktop entry file "/usr/share/applications/qemu.desktop" has Type= "Application" but no Exec line kf.service.sycoca: Invalid Service : "/usr/share/applications/qemu.desktop" QStandardPaths: runtime directory '/run/user/1000' is not owned by UID 0, but a directory permissions 0700 owned by UID 1000 GID 1000 "Session bus not found\nTo circumvent this problem try the following command (with Linux and bash)\nexport $(dbus-launch)"
Dolphin remarque qu'il y a des problèmes, par exemple que le dossier /run/user/1000 n'est pas /run/user/0, mais plus important, ce sont les variables de dbus, j'ai retapé pour lire dans la console dbus-launch
Code BASH :
$ dbus-launch DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-KYVyKqbyIH,guid=89b873659092c82a3c743f98609bc15e DBUS_SESSION_BUS_PID=493494 DBUS_SESSION_BUS_WINDOWID=182452225
On fourni aux applications des identifiants pour le fenetrage, et je pense que sans ça c'est la cata.
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

AubanCétou Membre non connecté
-
- Voir le profil du membre AubanCétou
- Inscrit le : 04/05/2021
- Groupes :
Merci Jybz pour ton petit topo.
Si j’ai bien compris :
[jybz@jeeebztop ~]$
L'opérateur jybz agit dans son propre environnement.
[jybz@jeeebztop tmp]$ su
L'opérateur root agit dans l’environnement et avec les règles de Jybz.
[jybz@jeeebztop tmp]$ su -
L'opérateur devient root depuis l'environnement de Jybz, mais root t agit dans l’environnement et avec les règles de root.
Le "-" après la cde "su" dans la Konsole d’un utilisateur lambda serait donc l’équivalent de l’option :
"Exécuter en tant qu’un utilisateur différent" dans la fenêtre de propriétés de l’icône (onglet application puis options avancées). En l’occurrence "l'utilisateur différent" est root.
"L’opérateur" serait ton USER et "en tant que" serait ton PWD (changement d’espace et donc de règles).
Je n’arrive plus à le faire avec l’icône de Dolphin ou Konqueror. Dommage.
Utilisateur lambda en rien technicien mais expérimenté.

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Code TEXT :
$ man su [...] -, -l, --login Start the shell as a login shell with an environment similar to a real login: o clears all the environment variables except TERM and variables specified by --whitelist-environment o initializes the environment variables HOME, SHELL, USER, LOGNAME, and PATH o changes to the target user's home directory o sets argv[0] of the shell to '-' in order to make the shell a login shell [...]
le - est un raccourci de -l qui est un raccourci de --login, et bien sûr, si on ne précise pas, c'est root par défaut.
Mais tu pourrais aussi bien faire, depuis root : su - jybz
et tu te retrouverai dans une console de jybz avec les variables d'environnement de jybz
En fait, quand on fait juste su, on change d'utilisateur, mais on ne mets pas à jours les variables d'environnement, c'est ce qu'il faut retenir, et savoir qu'il y a des implications. Je ne suis pas sûr qu'un parallèle avec l'environnement graphique soit judicieux.
faire `su -`, graphiquement reviendrait à faire : menu → déconnecter → se connecter en tant que root, on vient recharger l'environnement.
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

AubanCétou Membre non connecté
-
- Voir le profil du membre AubanCétou
- Inscrit le : 04/05/2021
- Groupes :
Oui je pense avoir compris. En fait je ne parlais pas "d'environnement graphique" mais d'environnement système.
"quand on fait juste su, on change d'utilisateur, mais on ne mets pas à jours les variables d'environnement".
Cela me semble clair, merci.
Utilisateur lambda en rien technicien mais expérimenté.
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie