Forum

Reprise du message précédent

Bonjour,

la commande init 5 (ou 0,1,2,3,4,6) permet de changer de niveau de run-level.

En gros, cela permet de lancer des scripts ( liés à ce niveau), bien qu' avec systemd, on lance plutôt des units/services (init X est encore présent, probablement pour des raisons de compatibilité)

Si le gestionnaire de session ne démarre pas, c' est normal que rien ne se passe ( puisque init 5 lance entre autre celui ci ( et que d' un point de vue utilisateur, c' est la partie que l' on voit !)...

Édité par nic80 Le 03/08/2019 à 15h18

J'ai la réponse : 4.14.131-desktop-1.mga6#1.
C'est le noyau de la dernière mise à jour de Mageia-6.

Bonjour,

On est donc sur une version de Mageia 6 ?
un cat /etc/product.id devrait permettre de s' en assurer.

On peut aussi regarder ce que donnent les commandes afin de voir si le système est entre deux états...

rpm -qa | grep mga7 | wc -l
rpm -qa | grep mga6 | wc -l

Édité par nic80 Le 04/08/2019 à 23h57

Une première réponse : file /home/loic/.serverauth.3716 does not exist, ensuite le noyau 4.14.131 de mga6 est confirmé puis vient : Build ID : Xserver 1.20.4.mga7.
Ca se termine par : /etc/X11/Xsession : ligne 20 /etc/profile.d/10lang.sh Aucun fichier ou dossier de ce type.
xinit : connection to X server lost.

La réponse est Mageia-7 (pour faire simple).

La réponse à la première commande est 638,
La réponse à la seconde commande est 1821.

Oh lala ! Mais la mise à jour ne s'est pas faite entièrement !
Peut-être qu'un simple :
# urpmi --auto-update
suffirai à résoudre bien des problèmes.

J'ai déjà fait, voir ci-dessus.
Mais peut-être que la cause en est que j'ai besoin d'un paquetage nvidia pour mon interface graphique et je ne souviens pas que ce sujet ai été abordé lors de la mise à jour vers Mageia-7.

Il faut peut-être réessayer.
J'ai du mal à savoir où nous en sommes.
Je ne sais pas quel noyau tu démarres, je ne sais pas si tu as une interface graphique, je ne sais pas si tu as accès à internet si tu démarres...
Alors je vais laisser nic80 s'il n'est pas perdu.

Bonjour,

Donc on a une Mageia 7 avec plus de paquets de Mageia 6 que de Mageia 7 !
L' interface graphique ne fonctionne pas peut être du à un problème de pilote et/ou de session.

Le très grand nombre Mga6 me laisse penser que ce ne sont pas des paquets qui ont été laissés par la migration.

Que donne le urpmi --auto-update (une erreur en particulier ou un les paquets sont à jour ?)

Si la mise à jour a été faite depuis une clé usb, il faudrait vérifier si les médias en ligne sont actifs ou non (urpmq --list-media active --list-url) et faire le urpmi --auto-update après s ' être assurer que les médias sont bien distants et pas locaux (et qu' ils pointent bien vers la branche Mga7).

Note: dans l' errata en anglais, il est indiqué qu' après avoir ajouté les dépots Mga7, il faut faire un urpmi --auto- select et répondre n à la question posée)

Édité par nic80 Le 05/08/2019 à 12h55

Je viens de graver une nouvelle clé usb avec Mageia-7.1.
L'installation produit la même erreur. J'avais des doutes sur le bon fonctionnement de mon PC fixe : Asus M2N-VM HDMI, depuis Mageia-6 que je n'avais pu installer que via internet. Je parle de cette méthode qui commence par :
systemctl isolate multi-user,
urpmi.removemedia -a,
urpmi.addmedia --distrib --mirrorlist http://mirrors.mageia.org/api/mageia.6.x86_64.list,
urpmi --replacefiles --autoupdate --auto,
etc ...
C'est la même méthode que j'ai employée pour Mageia-7, en invoquant le bon miroir pour Mageia-7, sans vérifier que cette méthode était valide pour Mageia-7.

Bonjour,

C' est également la méthode qui j' ai utilisé donc elle est valide...

Bonjour,

Pour l' interface graphique, il y a déjà une chose qui ne va pas...

Le fichier /etc/profile.d/10lang.sh est fourni par initscripts-9.55-24.mga6 ( sous Mageia 6) et le script 10lang.sh n' existe plus sous Mageia 7.
le fichier /etc/X11/Xsession est fourni par le paquet xinitrc

On peut en déduire que initscripts-9.78-10.mga7 est probablement installé, mais pas pas le paquet xinitrc-2.4.21-28.mga7.

Cela peut déjà être un frein au démarrage de l' interface graphique.

Pour peu que d' autres fichiers/paquets de x soient dans le même cas...

Que donne un rpm -qa | grep ^x | grep mga6 ?

Je vais de nouveau l'essayer, dès demain, puisqu'elle est valide.

Cette fois la méthode s'est déroulée parfaitement ! J'ignore pourquoi ça n'a fonctionné dès la première tentative.
Il se passe toutefois un comportement bizarre :
Au boot il apparait toujours : "Amorcer Mageia 7 Cauldron". Si je choisis cette option, alors j'ai le comportement précédent, mais au bout d'un certain temps, Mageia-7 apparait !
Quoi faire pour supprimer cette bizarrerie ?
Merci de votre aide ...

Bonjour,

Si c' est au démarrage que s' affiche "Mageia 7 Cauldron", il y a encore un problème, puisque cet intitulé ne devrait pas apparaitre.

urpmi --auto-update indique que les paquets sont à jour ?

Si l' interface graphique démarre désormais, je regarderais dans le ccm -> démarrage -> configurer le démarrage du système.

Sans rien modifier, je ferais suivant -> terminer , afin que grub se mette à jour.

J'ai fait ce que tu m'as conseillé dans le ccm :
J'ai actuellement les entrées suivantes dans Configurer le démarrage du système :
linux (/boot/vmlinuz)
failsafe (/boot/vmlinuz)
windows (/dev/sda1)
desktop 5.1.20-2.mga7 (/boot/vmlinuz)-5.1.20-2-desktop-2.mga7)
Mais ça ne suffit pas pour avoir le démarrage attendu.
Je vais explorer /boot/ dès maintenant.