Forum

Reprise du message précédent

Il ne reboote pas... C'est le problème habituel : boot une fois puis refuse de booter à nouveau.

Je vais désinstaller les nouveaux noyaux, les installer de nouveau et revoir ce que ça donne.
Je me demande aussi s'il ne faudra pas refaire une nouvelle installation voir ce que ça donne.

Édit : Le retour de veille est assez traumatisant... J'ai du booter sur un noyau 5.7 pour que le PC marche, mais un "uname -r" me donne le dernier noyau 5.8.1 !

Édit bis : Suite des essais
- j'ai enlevé tous les noyau postérieur au 5.7.7 : j'ai pu booter plusieurs fois sur le 5.7.7
- j'ai remis le dernier noyau => je n'ai même pas pu booter une fois dessus.

Édité par Troumad Le 19/08/2020 à 14h24

Hésitez pas a donner des infos parce que là ça sert pas a grand chose.

Une video du démarage peut aider si vous ratez des informations, etc.

Il ne se passe rien.
Quand on choisit l'option de démarrage à partir de grub, l'écran de grub commence par récupérer un cadre noir au dessus. Après, normalement, tout l'écran passe noir avec des informations sur les services qui se lancent où on passe à l'acran de démarrage de Mageia avec les "bulles" qui montent.

Je m'arrête au premier cadre noir, juste après grub. La première chose qui se passe lorsqu'on a choisi le noyau où les options de boot.

Je viens d'installer le nouveau noyau : kernel-desktop-5.8.2-2.mga8
Dois-je tenter une manipulation particulière pour laisser des traces ? J'attends un réponse pour booter dessus.

Pouvez vous me donner le contenu du fichier :
/etc/default/grub

Je ne comprend pas comment un noyau version X fonctionne et que le X+1 non.

Pouvez vous aussi me donner lspcidrake -v ici?

Cordialement
Aurélien
Mageia Bugsquad

Voici :



Comme indique le uname, le noyau qui marche n'est pas le X, mais X-beaucoup.

JJe ne comprend pas : 5.7.7 fonctionne sur ton système mageia 8. Dans un précédent message, le 5.7.12 semblait fonctionner.

Le matériel est standard et ne semble pas nécessiter de pilote dkms. Je ne comprend pas que le démarrage sur le noyau le plus récent accouche sur un shell d'urgence.

Je propose une réinstallation propre, sans fioritures.

1- sauvegarde de vos donnees en démarrant un noyau qui fonctionne.
2- Réinstalle Mageia 7.1:
en virant TOUTES les partitions linux avec l'installeur de la Mageia 7.1 qui semble s'installer correctement sur ton PC.
Je suggère de ne pas mettre les dépôts en ligne pendant la phase d'installation comme les noyaux 5.7 sont sorties sur Mageia 7.
Je suggère de préparer les partitions pour éventuellement installer la 8 en parallèle.
Partitionnement suggéré :
/boot/EFI FAT32 de 512 Mo
/boot ext4 de 512 Mo pour la Mageia 7.1
/ de la taille suffisante et en système de fichier que tu veux (ext4,btrfs,xfs) pour la Mageia 7.1
/home où tu veux.

Je suggère de mettre /var en ext4 sur un disque dur et pas sur un SSD (trop de données volatiles qui pourraient user prématurément le SSD).

Enfin une partition de 50 Go où tu veux à préparer pour tester Mageia 8 après, sans la mettre en point de montage sur Mageia 7.1.
Enfin, toutes les partitions pour Windows ne sont pas à monter sous Mageia même si l'installeur propose des points de montage.

Installe Mageia 7 offline.
Ensuite, tente les mises à jour de Mageia 7.1 qui te proposera un noyau Linux de la série 5.7.
Il faut surtout veiller à ce que les partitions soient bien définies avec des identifiants uniques (UUID) ce qui est le cas par défaut avec DrakX l'installeur sur ISO classique.

Enfin Mageia 8 Beta 1 démarre à la version 5.7.9 de mémoire. Tu peux l'installer après si et seulement si Mageia 7.1 se met correctement à jour et que le dernier noyau démarre bien.

Pendant l'installation de la Mageia 8, je suggère de ne pas installer GRUB2 sur le périphérique où est déjà Mageia 7.1 (option ne pas toucher au MBR ou partition EFI de mémoire)
En revanche, tu pourras à partir de Mageia 7.1 mettre à jour le menu grub2 en exécutant dans une console update-grub2.
Je suggère que la Mageia 8 soit dans une partition unique pour éviter de polluer autre chose.

Reviens vers nous après ceci.
Aurélien
Mageia Bugsquad

J'ai un petit problème...

C'est mon PC du boulot et dessus il y a un windows que je n'utilise pas sur "brw-rw---- 1 root disk 259, 2 août 20 14:06 /dev/nvme0n1p2".
J'ai deux partitionx Linux : mga7 sur /dev/nvme0n1p6 et mga8 sur /dev/nvme0n1p8
La mga7 n'est pas à jour, mais devrait marcher sans problème.
C'est avec la mga8 que j'ai des problèmes.
Je ne laisse que 20Go de partition par Linux => c'est largement suffisant pour le moment. Le PC étant neuf, je ne compte pas le démonter pour acheter un DD plus gros.
C'est un portable sans disque dur, je n'ai qu'un SSD.

Tu veux que je fasse des tests sur ma mga7 actuelle ? Ou il faut vraiment que je réinstalle mes deux mga ?

Pour information, j'avais installé mga7 avec tous les logiciels que j'utilise et j'ai récupéré la configuration pour Cauldron avec ceci : https://www.mageialinux-online.org/forum/topic-27752+installation-automatique.php
Et voici ce que j'ai du faire pour installer Linux sur mon PC : https://www.mageialinux-online.org/forum/topic-27726.php

Édité par Troumad Le 20/08/2020 à 18h29

Non, ton PC est un pc de travail.
Nous ne recommandons pas d'utiliser Cauldron sur un PC de production.
En revanche, il ne faut jamais installer une version de développement en utilisant une liste de paquets d'une version antérieure. En faisant ainsi, de nouveaux paquets essentiels ne faisant pas partie de Mageia 7 mais important pour la 8 ne sont pas installés et risque de rentre le système instable.

Pour tester Mageia 8 Beta 1, utilise une ISO et installer le bureau de votre choix en utilisant les choix par défaut.
Rien ne t'empêche ensuite d'installer les paquets que tu utilises d'habitude.

Ensuite tu peux avoir une liste des paquets installés sur Mageia 7:

Repère ceux que tu utilises et fais après un urpmi [nom du paquet] sur Mageia 8.

Édité par auroud85 Le 20/08/2020 à 22h03

J'ai plusieurs PC et je garde toujours une partition avec une version stable. Ça fait 15 ans que je travaille comme ça avec la cooker au début. Je n'ai jamais eu de problème insurmontable. Je pense que c'est la meilleure façon de tester les versions instables : de travailler dessus et de remonter ses problèmes.

Je pense que installe tous les paquets installés, en effet renvoie 2771 alors que ne renvoie que 978.
Encore mieux :

Donc, ta méthode rend caduc. En effet, il faut demander l'installation de kernel-desktop-latest-5.8.2-2.mga8, mais pas kernel-desktop-5.8.2-2.mga8-1-1.mga8
Alors que ma méthode ne donne que ceci pour les kernel de mga7 : Ma remarque consistait à dupliquer une installation. J'avais un mga7, j'ai fait une nouvelle mga7 puis j'ai migré cette nouvelle mga7 en Cauldron.

Donc, il faudrait que je réinstalle une mga8 neuve et que je vois ce que ça donne. Je vais le faire dès que j'ai le temps.

Édité par Troumad Le 20/08/2020 à 22h42

Oui Bernard.

Même si l'équipe QA travaille à la migration de mga7 vers la 8, pour l'instant ce n'est pas la bonne méthode recommandée pour installer Cauldron.
Il vaut mieux passer par le média de la Beta 1 actuelle et d'en faire une installation propre.

En effet, certains paquets peuvent avoir été mis à jour sur Mageia 7 alors qu'il n'est pas disponible sur Mageia 8 Beta.
La procédure en mise à jour est encore plus lente aussi, urpmi doit calculer toutes les dépendances que l'utilisateur à installer entre temps.

Aurélien
Mageia Bugsquad

lsblk aurait été mieux qu'un ls.

je pense que c'est la méthode d'installation mentionnée plus haut :

Qui rend urpme --auto-orphan caduc. Il n'y a plus d'orphelins.


Je ne connais pas ta méthode, je n'approfondi pas, car la commande rpm -qa faet bien son boulot, liste tous les paquets installés. Le résultat de ta commande est surprenant. J'attends un résultat comme rpm -qa.


Je pense qu'il serait raisonnable de réinstaller malheureusement.

À quoi sert la partition /boot ? Est-ce pour le chiffrement d'une partion LVM ?

Est-ce une ligne éditée ? Est-ce par défaut ?
Peut-on essayer un démarrage en changeant cette ligne pendant le grub en mettant :
root=/dev/nvme0n1p7 audit=1
Au lieu de :
splash quiet noiswmd resume=/dev/nvme0n1p7 audit=0 vga=788
(Oui, ça fait pas mal de changement ^^)