Aller au contenu principal ↑ ↓
Sujet résolu
Ce sujet a été marqué résolu et ne nécessite aucune autre attention.
Sujet: Leap15.4 noyau du mois de mai 2023 (Lu 3045 fois) sujet précédent - sujet suivant

Leap15.4 noyau du mois de mai 2023

Bonjour,
J'ai une version 'Leap15.4' qui utilise une carte graphique ancienne 'Nvidia Geforce 9500' avec le pilote 'nouveau'.
Citer
inxi -G
Graphics:  Device-1: Intel 2nd Generation Core Processor Family Integrated Graphics driver: i915 v: kernel
           Device-2: NVIDIA G96 [GeForce 9500 GS] driver: nouveau v: kernel
           Display: x11 server: X.Org 1.20.3 driver: loaded: modesetting,nouveau unloaded: fbdev,vesa
           resolution: 1680x1050~60Hz
           OpenGL: renderer: NV96 v: 3.3 Mesa 21.2.4
L'avant dernier noyau utilisé était : '5.14.21-150400.24.60-default'  => bon fonctionnement de la carte
Le nouveau noyau : 5.14.21-150400.24.63-default => affichage du menu de 'Grub2' puis écran noir.
J'arrive à fonctionner en rechargeant l'ancien noyau '*24.60'

Sur un autre poste identique sauf la carte graphique qui est une 'Nvidia Geforce 9300'  avec le pilote 'nouveau':
Citer
inxi -G
Graphics:  Device-1: NVIDIA G98 [GeForce 9300 GE] driver: nouveau v: kernel
           Display: x11 server: X.Org 1.20.3 driver: loaded: nouveau unloaded: fbdev,modesetting,vesa
           resolution: 1680x1050~60Hz
           OpenGL: renderer: NV98 v: 3.3 Mesa 21.2.4
'5.14.21-150400.24.60-default'  => bon fonctionnement de la carte
'5.14.21-150400.24.63-default' => affichage en 800x600 !!

Avez-vous une expérience identique ?

Re : Leap15.4 noyau du mois de mai 2023

Répondre #1 –
Si vous êtes sous Kde vous pouvez peut-être modifier la résolution en allant dans "Configuration du système" -> "Affichage et écran"->"resolution".

Re : Leap15.4 noyau du mois de mai 2023

Répondre #2 –
@sobkowiak
merci de votre réponse. Je suis bien sous 'KDE', malheureusement la résolution maximale est de 800x600 !

Re : Leap15.4 noyau du mois de mai 2023

Répondre #3 –
IL faut que soient installés xf86-video-nouveau ET xf86-video-nv . Le pc de mon épouse est dans le même cas que le vôtre et l'affichage est 1920x1080.

Re : Leap15.4 noyau du mois de mai 2023

Répondre #4 –
Bonsoir @sobkowiak
pour le 2me poste indiqué, effectivement il manquait 'xf86-video-nv'. Un grand merci.
Par contre pour le premier, j'ai veillé à avoir des pilotes identiques, mais écran noir après le 'Grub' !!
Je dois redémarrer pour charger l'avant dernier noyau '*21-60' et cela fonctionne correctement.
Problème non résolu.

Re : Leap15.4 noyau du mois de mai 2023

Répondre #5 –
Bonjour,

Bienvenue dans les joies des gpu nvidia.
En dehors des pilotes proprios (qui peuvent poser problème selon le moment, et sur des rolling releases) les pilotes nouveau ne sont pas fiables, même sur des gpu anciens sensés être "bien supportés".
Si le pc en question n'est pas un pc portable, je te conseille de chercher un gpu amd d'occasion ça te changera la vie niveau support GPU. ;)
(surtout si l'objectif c'est du long terme)

Re : Leap15.4 noyau du mois de mai 2023

Répondre #6 –
@burn2
En effet à la lecture des différents messages afférents aux 'Gpu Nvidia', de nombreux problèmes sont apparus.
J'utilise, sur les mêmes machines PC de bureau, 'Opensuse' depuis 2018 avec les versions Leap : 42.3, 15.1, 15.2, 15.3, 15.4 , et ceci sans problème graphique avec les différentes versions de 'nouveau' ; c'est seulement avec la version du noyau 5.14.21-150400.24.63-default, je n'avais aucune raison de m'en soucier.

Sur un 3ème poste identique au 2ème cité plus haut et avec les mêmes paquets (copie de disques bit à bit sur station de copie et personnalisation des 'UUID' des disques et des différents noms pour différencier les machines sur réseau) j'obtiens :
poste 3 :
Citer
bash-4.4$ inxi -G
Graphics:  Device-1: NVIDIA G98 [GeForce 9300 GE] driver: nouveau v: kernel
           Display: x11 server: X.Org 1.20.3 driver: loaded: nouveau unloaded: fbdev,modesetting,nv,vesa
           resolution: 1680x1050~60Hz
           OpenGL: renderer: NV98 v: 3.3 Mesa 21.2.4
Il n'existe aucune différence d'information
poste 2 :
Citer
inxi -G
Graphics:  Device-1: NVIDIA G98 [GeForce 9300 GE] driver: nouveau v: kernel
           Display: x11 server: X.Org 1.20.3 driver: loaded: nouveau unloaded: fbdev,modesetting,vesa
           resolution: 1680x1050~60Hz
           OpenGL: renderer: NV98 v: 3.3 Mesa 21.2.4
et pourtant avec le noyau *.24.63' :
   - ce poste 3 reste en mode 800x600 !!
   - le poste 2 fonctionne correctement

Une dernière question sur une information fournie par 'inxi -G' : le driver 'modesetting' correspond à quoi ?

Merci par avance.

Re : Leap15.4 noyau du mois de mai 2023

Répondre #7 –
Hello ;=)

j'ai le même noyau sans soucis (1)

soit tu changes le noyau, soit la carte graphique.

Depuis que j'ai une amd j'ai gagné du temps :)

Quel est l'usage et le processeur ? : avec un processeur qui n'est pas trop vieux, et est avec une puce graphique intégrée tu peut même tenter sans carte graphique.

exple : chez intel 
https://ark.intel.com/content/www/fr/fr/ark/products/76342/intel-core-i53340-processor-6m-cache-up-to-3-30-ghz.html

"Graphiques de processeur ‡

Le terme « graphiques de processeur » se rapporte au circuit de traitement graphique intégré au processeur, améliorant les capacités graphiques, de traitement, multimédias et d'affichage. Les graphiques HD Intel®, graphiques Iris™, graphiques Iris Plus et graphiques Iris Pro offrent une conversion améliorée des fichiers multimédias, des fréquences d'image élevées et une vidéo Ultra HD (UHD) 4K. Reportez-vous à la page Technologie des graphiques Intel® pour davantage d'informations.
"


(1) :
 uname -r
5.14.21-150400.24.63-default
~> inxi -G
Graphics:  Device-1: Advanced Micro Devices [AMD/ATI] Curacao PRO [Radeon R7 370 / R9 270/370 OEM] driver: radeon v: kernel
           Display: x11 server: X.Org 1.20.3 driver: loaded: ati,radeon unloaded: fbdev,modesetting,vesa
           resolution: 1680x1050~60Hz
           OpenGL: renderer: AMD PITCAIRN (DRM 2.50.0 5.14.21-150400.24.63-default LLVM 11.0.1) v: 4.5 Mesa 21.2.4


modesetting :
https://fr.opensuse.org/SDB:Nomodeset_:_Contourner_les_obstacles_%C3%A0_la_mise_%C3%A0_jour_graphique_et_%C3%A0_l%27installation

https://forum.manjaro.org/t/how-to-use-the-modesetting-driver/57883




Re : Leap15.4 noyau du mois de mai 2023

Répondre #8 –
Bonsoir,
J'ai eu un peu de temps et j'ai réinstallé Leap-15.4 (KDE) sur un poste avec  'Nvidia Geforce 9500'.

Sur une machine en fonctionnement (carte NVIDIA mais ancien noyau - voir plus haut) ,
1- j'installe 'SUZE imagewriter' par
Code: [Sélectionner]
sudo zypper install imagewriter
2- puis je télécharge le dernier 'openSUSE-Leap-15.4-KDE-Live-x86_64-Build31.329-Media.iso'
3- je grave une clé 'Live-USB de 4Go' en déposant ce dernier  fichier sur l'icône de 'Image'Writer'
4- j'utilise une station de travail en USB avec le disque  système gérant mal la carte 'GE9500' sur lequel je reformate la racine fautive, en conservant la partition '/home' et le 'swap'

Sur une machine sans affichage (carte NVIDIA mais dernier noyau - voir plus haut) ,
5- j'utilise la station de travail en USB avec le disque  système gérant mal la carte 'GE9500', préalablement préparé
6- je redémarre sur la clé gravée ( priorité dans le 'bios' à la clé 'usb' démarrable)
7- je lance donc une installation de 'Leap-15.4' sur le disque USB ...
8- lors du choix du disque système, je choisi ma partition racine vide en la montant et sans la reformater, je choisi la partition  '/home' préalablement conservé en la montant et sans la formater
9- lors de la présentation du résumé de  l'installation, je corrige le choix du chargeur d'amorçage selon mes besoins, j'ajoute quelques paquets de développement,...
10- je lance l'installation en utilisant les dépôts en ligne ..
Quelques temps après (selon le nombre de paquets de 1h à 2h30) je peux alors utiliser ce disque en configurant le 'bios' machine pour redémarrer sur ma station de travail USB (sur laquelle est toujours installé le système tout frais )
Plus de souci d'affichage comme lors de mon questionnement !

Conclusion : l'accumulation des mise à niveau 'Leap-15.2' -> 'Leap-15.3' -> 'Leap-15.4' avait du accumuler des scories (??)

Problème résolu.