Mageia 7 et mise à jour [Réglé]
Kerne 5.1.14 Ok mais suite à mise à jour plantage avec nouveau kernel
Système et matériels / Installation et configuration
hermitbreiz Membre non connecté
-
- Voir le profil du membre hermitbreiz
- Inscrit le : 19/08/2010
- Groupes :
j’ai un problème suite à mise à jour sur un PC portable TOSHIBA SATELLITE A660-1F6.
Il était précédemment sur Mageia 5 et ne posait aucun problème de fonctionnement.
Cette Mageia 5 était installée sur un SSD.
Pour passer en Mageia 7.1 j’ai utilisé un nouveau SSD vierge.
L’installation sur ce nouveau SSD se passe sans problème et fonctionne correctement.
Le kernel est le 5.1.14.
Pour avoir une installation à jour je demande une mise à jour qui me télécharge le kernel 5.5.9
et redémarrage pour prise en compte de ce nouveau kernel.
Plantage suite à la saisie du mot de pass utilisateur. Écran bleu et plus de clavier ni de souris.
Hier soir redémarrage sur le kernel 5.1.14 qui fonctionne toujours et demande de nouvelle mise à jour. La mise à jour se fait très bien avec un nouveau kernel 5.5.14 mais au redémarrage même plantage . Retour au kernel 5.1.14 et fonctionnement normal.
j’ai examiné le grub des différents kernel . Il sont identique sauf au numéro de kernel près.
Il doit bien y avoir une modification à faire à ce niveau mais je n’est pas trouvé sur MLO.
Si un linuxien pouvait me donner la solution ça me permettrai de faire fonctionner ce Portable sur un kernel dernier cri.
stroibe974 Membre non connecté
-
- Voir le profil du membre stroibe974
- Inscrit le : 13/08/2018
- Groupes :
-
Modérateur
hermitbreiz :
La mise à jour se fait très bien avec un nouveau kernel 5.5.14 mais au redémarrage même plantage .
La mise à jour se fait très bien avec un nouveau kernel 5.5.14 mais au redémarrage même plantage .
Juste pour la précision, puisque ton message arrive à une date où le kernel est en version 5.5.14-1 (donc, une première révision de ce kernel 5.5.14), c'est bien le 5.5.14 ou bien sa révision notée 5.5.14-1 ?
Mageia 8 (64bits) - Plasma - Intel Core i7-8700K @ 3.70Ghz - 16Go RAM
hermitbreiz Membre non connecté
-
- Voir le profil du membre hermitbreiz
- Inscrit le : 19/08/2010
- Groupes :
pour info c'est bien le 5.5.14-desktop-1.mga7
mais le problème existait déjà avec le 5.5.9
Merci en tout cas de se préoccuper de mon problème.
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Je pencherais vers un problème de carte graphique.
Quel est le type de pilote utilisé (propriétaire ou nouveau) ?
Si c' est pilote propriétaire, sous la version qui fonctionne, je ferais un /sbin/dkms status pour voir si le module se construit bien.
hermitbreiz Membre non connecté
-
- Voir le profil du membre hermitbreiz
- Inscrit le : 19/08/2010
- Groupes :
Le TOSHIBA 660 est piloté par un processeur Intel I3 et possède un interface graphique intégré.
Il est équipé également d'une carte graphique Nvidia mais je n'ai pas charger de pilote pour cette carte.
Je n'utilise que la partie graphique du processeur.
Merci en tout cas pour cette réponse.
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Que donne un ( en root) "journalctl -b -1 | egrep -i "i915|nvidia" " suite à un plantage sur le nouveau noyau puis redémarrage sur l' ancien ?
hermitbreiz Membre non connecté
-
- Voir le profil du membre hermitbreiz
- Inscrit le : 19/08/2010
- Groupes :
Bonsoir
J"ai lancer en root la commande "journalctl -b -1 | egrep -i "i915|nvidia" "
La réponse est commande introuvable.
Désolé mais ça ne marche pas.
Pour le moment ce n'est pas très grave puisque je peux toujours lancer
plasma avec le kernel 5.1.14
Pour info je n'est que 4Go de mémoire vive.
En tout cas merci pour cette réponse.
Édité par hermitbreiz Le 04/04/2020 à 20h28
stroibe974 Membre non connecté
-
- Voir le profil du membre stroibe974
- Inscrit le : 13/08/2018
- Groupes :
-
Modérateur
nic80 :
Bonjour,
Que donne un ( en root) "journalctl -b -1 | egrep -i "i915|nvidia" " suite à un plantage sur le nouveau noyau puis redémarrage sur l' ancien ?
Que donne un ( en root) "journalctl -b -1 | egrep -i "i915|nvidia" " suite à un plantage sur le nouveau noyau puis redémarrage sur l' ancien ?
C'est pas plutôt :
Code :
journalctl -b -1 | grep -i "i915|nvidia"
?
Mageia 8 (64bits) - Plasma - Intel Core i7-8700K @ 3.70Ghz - 16Go RAM
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Citation :
C'est pas plutôt :
Je crois que cela ne fonctionnera pas ( du moins cela ne retournera pas ce que l' on veut) ...
Donc soit
Code BASH :
journalctl -b -1 | grep -E -i "i915|nvidia"
ou
Code BASH :
journalctl -b -1 | egrep -i "i915|nvidia"
afin de forcer grep a faire le choix entre i915 ou nvidia , tout en étant insensible à la casse.
le grep -i "foo|bar" a de forte chances de ne rien retourner.
De même si s' il y a des caractères " en trop, cela fausse la commande.
exemple:
Code BASH :
"journalctl -b -1 | grep -i "avril|mars" " bash: mars : commande introuvable bash: journalctl -b -1 | grep -i avril : commande introuvable
Édité par nic80 Le 04/04/2020 à 21h44
hermitbreiz Membre non connecté
-
- Voir le profil du membre hermitbreiz
- Inscrit le : 19/08/2010
- Groupes :
A nic80
Bonjours
Voila la commande que j'ai lancée :
journalctl -b -1 | egrep -i "i915|nvidia"
Et voici le résultat :
avril 04 22:01:24 localhost kernel: i915 0000:00:02.0: vgaarb: deactivate vga console
avril 04 22:01:24 localhost kernel: i915 0000:00:02.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=none:owns=io+mem
avril 04 22:01:24 localhost kernel: i915 0000:00:02.0: optimus capabilities: enabled, status dynamic power,
avril 04 22:01:24 localhost kernel: nouveau 0000:01:00.0: NVIDIA GT216 (0a5480a2)
avril 04 22:01:24 localhost kernel: [drm] Initialized i915 1.6.0 20190207 for 0000:00:02.0 on minor 0
avril 04 22:01:24 localhost kernel: i915 0000:00:02.0: fb0: inteldrmfb frame buffer device
avril 04 22:01:25 localhost kernel: snd_hda_intel 0000:00:1b.0: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
avril 04 22:01:28 localhost service_harddrake[813]: removed AUDIO: NVIDIA Corporation|GT216 HDMI Audio Controller
Ça ne m'étonne pas qu' il n'y a plus d'affichage si la carte graphique i915 est désactivée
La solution peut être paramétrer la carte NVIDIA
Dans le doute j'attends vos propositions
Merci à tous
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Dans le cas d' une configuration optimus, il me semble que la carte Intel doit être choisie en premier.
Par contre ici on voit que le pilote nouveau est chargé pour la carte Nvidia. Quelques fois le pilote nouveau cohabite mal avec Plasma.
Si c' est celui ci qui est utilisé, il faudrait afin de test essayer d' installer un autre bureau ( par exemple xfce ( urpmi task-xfce-minimal) pour voir si le plantage arrive également sous cet environnement. Si non, alors il faudra regarder a configurer le pilote propriétaire Nvidia 340 (avec le module de basculement entre les deux cartes ( bumblebee ?).
Par contre, attention... l'installation du pilote 340 pourrait avoir un impact sur le noyau qui fonctionne correctement.
hermitbreiz Membre non connecté
-
- Voir le profil du membre hermitbreiz
- Inscrit le : 19/08/2010
- Groupes :
Je suis allé voir dans le BIOS si il y avait un moyen de désactivé la carte NVIDIA
mais il n'y a rien.
Je vais faire un essai avec un autre environnement graphique et je vous tiens au courant.
hermitbreiz Membre non connecté
-
- Voir le profil du membre hermitbreiz
- Inscrit le : 19/08/2010
- Groupes :
Très bonne surprise avec le nouveau kernel 5.5.15.3
Ça marche
Je n'ai pas tout tester
Il faut en garder un peu pour le confinement
Encore merci à tous
hermitbreiz Membre non connecté
-
- Voir le profil du membre hermitbreiz
- Inscrit le : 19/08/2010
- Groupes :
Pour être sur du fonctionnement je suis reparti de zéro.
Effacement de toutes les partitions.
Installation de la version Mageia 7.1 à partir du DVD.
Mise à jour.
Installation de bumblebee.
C’est un peu long comme installation mais ça marche.
Voici le résultat de la commande journalctl -b -1 | egrep -i "i915|nvidia"
avril 06 09:06:28 localhost kernel: i915 0000:00:02.0: vgaarb: deactivate vga console
avril 06 09:06:28 localhost kernel: i915 0000:00:02.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=none:owns=io+mem
avril 06 09:06:28 localhost kernel: i915 0000:00:02.0: optimus capabilities: enabled, status dynamic power,
avril 06 09:06:28 localhost kernel: nouveau 0000:01:00.0: NVIDIA GT216 (0a5480a2)
avril 06 09:06:28 localhost kernel: [drm] Initialized i915 1.6.0 20191101 for 0000:00:02.0 on minor 0
avril 06 09:06:28 localhost kernel: fbcon: i915drmfb (fb0) is primary device
avril 06 09:06:28 localhost kernel: i915 0000:00:02.0: fb0: i915drmfb frame buffer device
avril 06 09:06:29 localhost kernel: snd_hda_intel 0000:00:1b.0: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
avril 06 09:06:30 localhost dkms-autorebuild.sh[778]: nvidia-current (430.64-4.mga7.nonfree): Already installed on this kernel.
avril 06 09:06:34 localhost service_harddrake[979]: removed AUDIO: NVIDIA Corporation|GT216 HDMI Audio Controller
avril 06 09:06:34 localhost service_harddrake[979]: added AUDIO: NVIDIA Corporation|GT216 HDMI Audio Controller
Il semble qu’au vu de ce résultat c’est bumblebee qui valide le i915.
C’est une manipulation un peu tordue mais ça marche.
Encore merci à tous pour votre aide.
Édité par hermitbreiz Le 08/04/2020 à 07h51
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie