Aller au contenu principal ↑ ↓
Sujet résolu
Ce sujet a été marqué résolu et ne nécessite aucune autre attention.
Sujet: m-a-jr, OpenGL, Nvidia et kernel (Lu 5692 fois) sujet précédent - sujet suivant

m-a-jr, OpenGL, Nvidia et kernel

bonjour,
je me suis permis d'ouvrir ce post mais il pourrait peut-etre etre lié au précédent( nvidia et kernel de juillet). Mais n'étant pas expert, .. j'essaye de comprendre ce qu'il se passe avec ma Leap 15.3, ses mises a jours, kernel y compris, nvidia et OpenGL. J'ai plusieurs soucis:
1)depuis un mois, j'ai l'impression que je ne peux faire les m-a-j qu'avec zypper, car par Yast il me mets systematiquement  (m-a-jr auto) une erreur a 20 chiffres dont  je n'ai pas su identifier la cause via le net. => par contre j'ai lu que par zypper c'est pas mal aussi , donc je m'en suis accommodé.

2) par zypper refresh puis update, il me met tjrs depuis ~1 mois, qu'il ne peut pas installer un certains nbres de paquets, sans donner la raison et en tons bleus, je pensais donc que c'était trivial, mais peut-etre qu'il ya un pb d'update plus fondamental ?
     "zypper update
     Loading repository data...
     Reading installed packages...

     The following 60 package updates will NOT be installed:
      MozillaFirefox ... nvidia-glG04 .... x11-video-nvidiaG04" (pour n'en citer que qquns).
      Nothing to do."
=> comment je fais pour savoir que mes m-a-j sont effectivement faites ? je ne trouve pas la commande pour la derniere version des paquets ? dans /var/log ? Notamment l'update des paquets NVIDIA....


3) j'ai pu faire une bourde, comme installer un bad paquet, ou bien le kernel n'est plus bon , conflit avec openGL et Nvidia, car je n'arrive plus a lancer le lgiciel que j'utilise pour bosser, PARAVIEW. Il plante au démarrage, sans explications.
Quand je lance l'openGL de Matlab ( oui je sais ce n'est pas catho..) j'arrive tout de meme a lancer Paraview qui me donne alors pour explics succintes:
        "[paraview        ]vtkOpenGLRenderWindow.c:506    ERR| vtkXOpenGLRenderWindow (0x5644180f2f30): Unable to find a valid OpenGL 3.2 or later implementation. Please update your video card driver to the latest version. If you are using Mesa please make sure you have version 11.2 or later and make sure your driver in Mesa supports OpenGL 3.2 such as llvmpipe or openswr."
...
et plante ensuite.

a un moment lors d'un rebooot, j'ai eu ceci:
Aug 03 19:45:12 goeland kernel: RETBleed: WARNING: Spectre v2 mitigation leaves CPU vulnerable to RETBleed attacks, data leaks possible!

Evidemment j'ai desinstallé et reinstallé PARAVIEW 2 fois, sans succes.
J'ai tenté

puis en voulant mettre a jour nvidia:
   zypper update nvidia-glG04
   Loading repository data...
   Reading installed packages...
   Resolving package dependencies...

   Problem: nothing provides 'kernel-default-devel = 5.3.18-57' needed by the to be installed nvidia-gfxG04-kmp-default 390.154_k5.3.18_57-lp153.16.1.x86_64
   Solution 1: do not install nvidia-glG04-390.154-lp153.16.1.x86_64
   Solution 2: break nvidia-gfxG04-kmp-default-390.154_k5.3.18_57-lp153.16.1.x86_64 by ignoring some of its dependencies
...


Re : m-a-jr, OpenGL, Nvidia et kernel

Répondre #1 –
pardon le mail est parti sans moi :-)
..
bon quelques soient les idees que vous ayez pour ne serait-ce qu'un de ces points soulevé ci-dessus, je vous en serai tres tres reconnaissant!

merci merci merci...

Re : m-a-jr, OpenGL, Nvidia et kernel

Répondre #2 –
Bonjour,

mets les sorties de commandes dans une balise "Insérer du code", c'est beaucoup plus lisible… Comment faire ? Tu cliques sur le croisillon dans les options de mise en page.

Avec les infos que tu as données (elles ne sont pas complètes), tu peux essayer ceci (en root ou vaec sudo)
Code: [Sélectionner]
zypper in -f http://download.opensuse.org/distribution/leap/15.3/repo/oss/x86_64/kernel-default-devel-5.3.18-57.3.x86_64.rpm http://download.opensuse.org/distribution/leap/15.3/repo/oss/noarch/kernel-devel-5.3.18-57.3.noarch.rpm
→ la ligne juste au dessus est mise entre deux balises "insérer du code", c'est plus joli non ? (mais surtout plus lisible et utilisable)

Puis tu essayes à nouveau de mettre à jour avec zypper…

Source:
https://www.opensuse-forum.de/thread/65936-leap-update-probleme-mit-nvidia-g04/

Re : m-a-jr, OpenGL, Nvidia et kernel

Répondre #3 –
mille mercis..
desolée pour la lisibilité des lignes de code/ j'utiliserai inserer balise/ c'est bien mieux c'est sûr!

le risque lorsque j'aurais installé ce fameux kernel 5.3.18-57 ?
Je devrais pouvoir rebooter avec l'ancienne version qd meme.

Mais pourquoi il n'a pas réussi a mettre a jour son kernel du coup? est ce que c'est un souci rencontrés pr d'autres, cf. post anterieur ?
ou un souci des le depart lorsque j'avais fait l'upgrade  a Leap 15.3 (il ya 3 mois)...

Bon j'installe ce kernel et je vous raconte ce que ca devient... ma derniere alternative etant d''upgrader à la Leap 15.4...

Re : m-a-jr, OpenGL, Nvidia et kernel

Répondre #4 –
hello ;=)
tout n'est pas un vrai problème, ouf ;)

1- la leap 15.3 n'est pas la dernière version en date, il y a peut être des erreurs ponctuelles

2- il t'informe que certains paquets sont disponibles en mises à jour, mais pas pour les versions que tu utilises toi

c'est vrai que cet affichage avec des mises à jour possibles peut perturber mais cela indique que si tu changeais de dépôts de mise à jour tu pourrais peut être avoir des versions plus récentes, si tu veux jouer à la course à l'armement ;)

3- si tu lances en console le logiciel paraview tu auras peut être plus d'infos sur les soucis qu'il rencontre

pour matlab il te demande apparemment mesa et opengl dans les versions précisées (11.2 et 3.2 au minimum).


Re : m-a-jr, OpenGL, Nvidia et kernel

Répondre #5 –
lis tu l'anglais ?

l’explication c'est que le driver à besoin de quelque chose pour fonctionner , il te le demande :

s'il n'est pas installé il ne le trouve pas, et donc tu fois l'ajouter pour qu'il puisse installer le driver ;)

   Problem: nothing provides 'kernel-default-devel = 5.3.18-57' needed by the to be installed nvidia-gfxG04-kmp-default 390.154_k5.3.18_57-lp153.16.1.x86_64
 

Re : m-a-jr, OpenGL, Nvidia et kernel

Répondre #6 –
bonsoir,
Grand merci pour ces reponses..
oui je lis l'anglais, oui je lance des mise a jour plus d'une fois par semaine, zypper refresh & update,
et pourquoi je ne rencontrais pas ce probleme jusqau'a il ya 1 semaine ? j'utilisais joyeusement mon PARAVIEW sans qu'il plante ni me dise qu'il lui manque telle ou telle librairie, donc c'est q'un paquet openGL/Nvidia ou autre n'a pas été mis a jour alors que d'autres oui... perte de coherence alors que je ne suis pas du genre a cliquer sur l'option "ignorer les conflits" :-)

bon.
1)j'ai installé ce nouveau kernel/ copié-colé de la commande gentillement fournie par denebe.
   
Code: [Sélectionner]
2 new packages to install
 .....   Checking for file conflicts ....
         Changing symlink /usr/src/linux from linux-53.18-150300.59.87 to linux-5.3.18-57
         (1/2) Installing : kernel-devel-5-3-18-57.3.noarch
         Changing symlink /usr/src/linux-obj/x86-64/default from ../../linux-53.18-150300.59.87-obj/x86_64/default to ../../linux-5.3.18-57-obj/x86_64/default
         (2/2) Installing : kernel-default-devel-5.3.18-57.3.x86_64
=> mais lorsque je reboot, il continue a booter sur l'ancien kernel: 5.3.18-150300.59.87.1 !! ? Sauriez vous pourquoi ?

J'ai reinstallé  et retenté avant ou apres  nouveau zypper refresh/ et/ou  zypper update,
il a reussi toutefois a m'installer 7 paquet de plus qu'avant (sur 60); nvidia-computeG04, nvidia-computeG04-32bit, nvidia-gfxG04-kmp-default nvidia-glG04-"ébit x11video-nvidiaG04 x11-video-nvidiaG04bit..
Mais le kernel reste invariablement le meme.

2) Paraview persiste a me dire qu'il lui manque les bonnes versions d'openGL et de Mesa.
les ocmmentaires du dessus que j'ai copié suivaient le lancement  du setpath de Matlab ($MTL_PATH/sys/opengl/lib/glnxa64)!
Donc il ne faut pas preter attention aces versions la de  OpenGL, ou Mesa..

Mais! sur Yast, quoique je ne trouve pas OpenGL tel quel, je le trouve  pour Qt5 (libQt5OpenGL5 5.12.7)? python3-opengl (3.1.6-lp153.53.1): sauriez vous quel pourrait etre le petit nom d'OpenGL que je devrais chercher ???
=> Et comme paraview lancé en shell me commente:
Code: [Sélectionner]
(   0.437s) [paraview        ]vtkOpenGLRenderWindow.c:506    ERR| vtkXOpenGLRenderWindow (0x55896613f000): Unable to find a valid OpenGL 3.2 or later implementation. Please update your video card driver to the latest version. If you are using Mesa please make sure you have version 11.2 or later and make sure your driver in Mesa supports OpenGL 3.2 such as llvmpipe or openswr.

donc oui, si c'est QT5OpenGL a quoi PAraview fait appel, il necessite OpenGL 3.2 alors que je n'ai que la OpenGL 3.1 !!  eureka... ou est ce que je peux trouver le paquetage pour zypper ?

3) Il reste donc ce pb majeur que mes paquets ne se mettent donc pas a jour tout seuls ! yaurait il un "lock" quelquepart ?

Re : m-a-jr, OpenGL, Nvidia et kernel

Répondre #7 –
j'intégre peu a peu vos commentaires, desolée pour ma lenteur a tout comrpendre d'un coup...

1) ok donc via l'explication du lien envoyé par denebe, l'update du kernel permet de remettre a jour le nvidiaG04, effectivment. Mais comme lors du reboot il re-utilise l'ancien kernel, je me retrouverais a re-installer le kernel a chaque fois.. berk.
et de toute facon ca ne resout pas mon pb de paraview (point 2).

2) paraview, donc j'ai compris qu'il lui faut OpenGL 3.2 au moins et que pour une raison X (point 3), il n'en a pas fait la mise a jour, on dirait qu'il ne fait ses mises a jours de pas grand chose en fait, via le PAckage kit automatique ou zypper, idem ..
mais au moins pour pouvoir bosser, comment pourrais je telecharger OpenGL 3.2 ? argh, on dirait que pour la Leap 15.3, ca ne va que jusqu'a la 3.1.. correct ?
https://software.opensuse.org/package/python3-opengl
donc,
un workaround en attendant que je me lance dans l'upgrade de la 15.4, c'est de reinstaller une ancienne version de Paraview, croisant les doigts..

3) je ne comprends toujours pas pourquoi mes mise a jour de paquets ne se font pas toutes seules,..
par zypper, il en reste tjrs 53 qu'il ne veut pas mette a jour.. . :-(

4) encore l'option de tenter l'activation de la x11-video-nvidia-G05, j'ai la G04... quelle est la commande pour choisir de changer la version d'NVIDIA  ? please??

Merci de votre patience, et merci pour tous ces eclairages deja, je me sens un peu moins bete :)

Re : m-a-jr, OpenGL, Nvidia et kernel

Répondre #8 –
Ne confond pas le kernel avec le kernel-devel ou le kernel-default-devel…

Le kernel sert à faire tourner ton OS. Il est chargé en mémoire vive (pendant le boot) et gère tout ce qu'un simple utilisateur n'a pas à gérer.

Les paquets *-devel sont là, car ils sont nécessaires pour d'autres paquets. c.f. réponse de manchette.

En conclusion, pour ce point, l'installation de ton driver avait besoin de ces paquets *-devel, il les a utilisés, ton driver est installé, c'est fini, ça marche ! N'oublie pas que ton kernel n'a pas changé (celui chargé en mémoire vive lors du boot).

Re : m-a-jr, OpenGL, Nvidia et kernel

Répondre #9 –
Citation de: mugerb – le
3) Il reste donc ce pb majeur que mes paquets ne se mettent donc pas a jour tout seuls ! yaurait il un "lock" quelquepart ?

La mise à jour d'un certain paquet est proposée sur un dépôt B (une  version plus récente, la 2 disons), alors que la version actuelle est celle sur le dépôt A (la 1).
Problème: un programme, une librairie demande la version 1 du paquet pour bien fonctionner.
Conclusion: zypper t'affichera que la version 2 du paquet ne pourra pas être mis à jour, bien que présente.

PS: ça ne veut pas dire que le programme (celui qui demande la version 1) ne pourra pas fonctionner avec la version 2, mais on dans le doute on reste avec la version 1.

Re : m-a-jr, OpenGL, Nvidia et kernel

Répondre #10 –
Quant à paraview, que te donne la commande ?
Code: [Sélectionner]
sudo zypper in paraview

Re : m-a-jr, OpenGL, Nvidia et kernel

Répondre #11 –
1) x11-video-nvidiaG04 avait besoin des 2 fichiers kernel-devel que vous m'avez aidé a installer, ok, super,
mais mon paraview ne fonctionne toujours pas.

2) j'ai tenté de retrograder l'install de paraview, v 5.9 (c'etait logique, effectivemnt la version que j'utilisais ces derniers mois, c'etait donc bien peut-etre la v5.10 a present installée qui pose pb avec les paquets openGL de la Leap 15.3)... j'ai donc reinstallé paraview v5.9 par Yast....reboot, ... Mais non, paraview v5.9 continue a planter... :-(

3)
Code: [Sélectionner]


# sudo zypper in paraview
Loading repository data...
Reading installed packages...
'paraview' is already installed.
There is an update candidate for 'paraview' from vendor 'obs://build.opensuse.org/science', while the current vendor is 'openSUSE'. Use 'zypper install paraview-5.10.1-lp153.111.1.x86_64' to install this candidate.
Resolving package dependencies...
Nothing to do.

>>>>normal puisque je viens de reinstaller la v5.9..
Code: [Sélectionner]
# zypper install paraview-5.10.1-lp153.111.1.x86_64
Loading repository data...
Reading installed packages...
Resolving package dependencies...

Problem: the installed paraview-plugins-5.9.0-bp153.1.5.x86_64 requires 'paraview = 5.9.0', but this requirement cannot be provided
Solution 1: install paraview-plugins-5.10.1-lp153.111.1.x86_64 from vendor obs://build.opensuse.org/science
  replacing paraview-plugins-5.9.0-bp153.1.5.x86_64 from vendor openSUSE
Solution 2: do not install paraview-5.10.1-lp153.111.1.x86_64
Solution 3: break paraview-plugins-5.9.0-bp153.1.5.x86_64 by ignoring some of its dependencies

Choose from above solutions by number or cancel [1/2/3/c/d/?] (c): 1
Resolving dependencies...
Resolving package dependencies...

The following 2 packages are going to be upgraded:
  paraview paraview-plugins

The following 2 packages are going to change vendor:
  paraview          openSUSE -> obs://build.opensuse.org/science
  paraview-plugins  openSUSE -> obs://build.opensuse.org/science

2 packages to upgrade, 2  to change vendor.
Overall download size: 42.6 MiB. Already cached: 0 B. After the operation, 1.3 MiB will
be freed.
Continue? [y/n/v/...? shows all options] (y): y
Retrieving: paraview-5.10.1-lp153.111.1.x86_64.rpm ....................[done (1.1 MiB/s)]
Retrieving: paraview-plugins-5.10.1-lp153.111.1.x86_64.rpm ............[done (1.2 MiB/s)]
Checking for file conflicts: ......................................................[done]
(1/2) Installing: paraview-5.10.1-lp153.111.1.x86_64 ..............................[done]
(2/2) Installing: paraview-plugins-5.10.1-lp153.111.1.x86_64 ......................[done]

$exit (su)
Code: [Sélectionner]
~>paraview
(  0.504s) [paraview        ]vtkXOpenGLRenderWindow.:266    ERR| vtkXOpenGLRenderWindow (0x55de268e0c00): Could not find a decent config

(  0.504s) [paraview        ]vtkXOpenGLRenderWindow.:484    ERR| vtkXOpenGLRenderWindow (0x55de268e0c00): Could not find a decent visual

Loguru caught a signal: SIGABRT
Stack trace:
32      0x55de247c966a paraview(+0x866a) [0x55de247c966a]
31      0x7f022444e2bd __libc_start_main + 239
30      0x55de247c92de paraview(+0x82de) [0x55de247c92de]
29      0x55de247ce989 paraview(+0xd989) [0x55de247ce989]
28      0x55de247ca582 paraview(+0x9582) [0x55de247ca582]
27      0x7f02240bb610 pqParaViewBehaviors::pqParaViewBehaviors(QMainWindow*, QObject*) + 2560
26      0x7f02240179c4 pqAlwaysConnectedBehavior::pqAlwaysConnectedBehavior(QObject*) + 324
25      0x7f022401785e pqAlwaysConnectedBehavior::serverCheck() + 190
24      0x7f0222bccb6d pqObjectBuilder::createServer(pqServerResource const&, int) + 605
23      0x7f0221185851 vtkSMSession::ConnectToSelf(int) + 33
22      0x7f0220d193ad vtkProcessModule::RegisterSession(vtkSession*) + 237
21      0x7f0220629f12 /usr/lib64/libvtkCommonCore-pv5.10.so.1(+0x407f12) [0x7f0220629f12]
20      0x7f0220563259 vtkCallbackCommand::Execute(vtkObject*, unsigned long, void*) + 25
19      0x7f022168646f /usr/lib64/libvtkGUISupportQt-pv5.10.so.1(+0x3d46f) [0x7f022168646f]
18      0x7f02216714ab /usr/lib64/libvtkGUISupportQt-pv5.10.so.1(+0x284ab) [0x7f02216714ab]
17      0x7f0221e00e75 QMetaObject::activate(QObject*, int, int, void**) + 2101
16      0x7f0222b44fb9 /usr/lib64/libpqCore-pv5.10.so.1(+0x89fb9) [0x7f0222b44fb9]
15      0x7f0222b400e2 pqServerManagerObserver::connectionCreated(long long) + 66
14      0x7f0221e00e75 QMetaObject::activate(QObject*, int, int, void**) + 2101
13      0x7f0222c100dc pqServerManagerModel::onConnectionCreated(long long) + 668
12      0x7f0222b3e752 pqServerManagerModel::serverAdded(pqServer*) + 66
11      0x7f0221e00e75 QMetaObject::activate(QObject*, int, int, void**) + 2101
10      0x7f022407d493 pqDefaultViewBehavior::onServerCreation(pqServer*) + 83
9      0x7f02210906ad vtkPVSessionCore::GatherInformation(unsigned int, vtkPVInformation*, unsigned int) + 493
8      0x7f0221090324 vtkPVSessionCore::GatherInformationInternal(vtkPVInformation*, unsigned int) + 52
7      0x7f021ce7d799 vtkPVRenderingCapabilitiesInformation::CopyFromObject(vtkObject*) + 9
6      0x7f021ce7d758 vtkPVRenderingCapabilitiesInformation::GetLocalCapabilities() + 328
5      0x7f0219cfdb85 vtkOpenGLRenderWindow::SupportsOpenGL() + 1269
4      0x7f0219d7ce12 vtkXOpenGLRenderWindow::WindowInitialize() + 18
3      0x7f0219d80d8a vtkXOpenGLRenderWindow::CreateAWindow() + 1946
2      0x7f0224465375 abort + 375
1      0x7f0224463cdb gsignal + 269
0      0x7f0224463d70 /lib64/libc.so.6(+0x4ad70) [0x7f0224463d70]
(  0.504s) [paraview        ]                      :0    FATL| Signal: SIGABRT
Abandon (core dumped)
....
Mon desarroi continue, mais je continue d'essayer ...

3) comment je pourrais savoir de quelles version 1 ou 2 de depots... effectivment on dirait qu'il pourrait yavoir un conflit des depots science et opensuse ? mais paraview est donné via "science" normalement

Re : m-a-jr, OpenGL, Nvidia et kernel

Répondre #12 –
Mets tes sorties entre les balises "insérer du code", merci…

Re : m-a-jr, OpenGL, Nvidia et kernel

Répondre #13 –
Bonsoir,
J’ai corrigé les balises manquantes.
A mon avis, les problèmes sont liés à l’utilisation de dépôts externes qui nuisent à la stabilité de Leap.
Il faudrait nettoyer les dépôts et revenir à des paquets issus des dépôts officiels.

Re : m-a-jr, OpenGL, Nvidia et kernel

Répondre #14 –
Merci encore, denebe et chalu

>Il faudrait nettoyer les dépôts et revenir à des paquets issus des dépôts officiels.
J"en ai ~24: Donc, nettoyer= tous les supprimer, ou ca suffit peutetre de les desactiver via mon yast..
puis rajouter ces depots qui sont /download.opensuse.org/* seulment ?
donc supprimer sans rajouter aussi les depots nvidia et packman ?
je reproduis la liste ci -dessous, en effet, certains depots sont /sle,
../download.opensuse.org/debug/distribution/leap/15.3/repo/non-oss et /oss
------------------------------------------/debug/update/ ......................../non-oss, oss et sle
------------------------------------------/distribution/leap/15.3 non-oss et oss
-----------------------------------------/source/distribution/... non-oss et oss
-----------------------------------------/update/.. backports, non-oss, oss et sle
-----------------------------------------/repositories/science/openSUSE_Leap_15.3
-------------------------------------------------------------/openSUSE:/Leap:/15.3:/ARM/ports
-------------------------------------------------------------/mozilla/openSUSE_Leap_15.3
-------------------------------------------------------------/Emulators:/wine/openSUSE_Leap_15.3
../download.nvidia.com/opensuse/leap/15.3
../opensuse-guide.org/repo/openSUSE_Leap_15.3
../download.nvidia.com/opensue/leap/15.3
..
bon je fais ca, puis tente de reinstaller paraview.