Forum

Bonjour

Je suis sous Cauldron avec une carte vidéo NVIDIA GT218 [Geforce 210]

Ma distribution fonctionnait bien jusqu'à samedi 23/02 au soir, date de la dernière mise à jour avec le noyau 4.20.12-1
Depuis, au démarrage, je n'ai plus de serveur d'affichage (plantage), rien que la ligne de commande dans le mode failsafe.

J'ai un message d'erreur : il y a un conflit entre le module du noyau chargé du pilote d'affichage
et le pilote que le serveur X est censé utiliser

cat /var/log/Xorg.0.log | grep EE && cat /var/log/Xorg.0.log | grep WW donne les précisions suivantes:
Faile to initialized the NVIDIA kernel module
No device detected
No screens found (EE)
Unable to connect to Xserver : connection refused

J'ai tenté de redémarrer avec mes anciens noyaux (je conserve les trois derniers) 4.20.11-1 et 4.20.11-2
mais le problème reste identique. Je ne peux donc pas incriminer le noyau 4.20.12-1

Un drakX11 me donne des options qui me conviennent et il me génère un xorg.conf qui me semble correct mais mon problème persiste

Enfin, j'ai tenté un urpmi --auto-update --auto
Après une série d'erreurs (aria2 code sortie 19), j'obtiens un "Les paquetages sont à jour"

Que puis-je faire?

Édité par Emmanuel56 Le 25/02/2019 à 04h22

Bonjour,

Que donne un dkms status -m nvidia-current ( afin de voir si le module correspondant est construit) ?

Une erreur numéro 19 d' aria indique un problème de résolution de nom... Le réseau est il bien fonctionnel ?

Quel est le pilote installé ( 418, 390, 340 ( qui semble être le dernier pilote supportant le Geforce 210)) ?

Édité par nic80 Le 24/02/2019 à 19h51

dkms status -m nvidia-current ne donne rien.

En revanche, dkms status -m donne:
nvidia340, 340.107-4.mga7.nonfree, 4.20.11-desktop-2.mga7,x86-64:installed
nvidia340, 340.107-4.mga7.nonfree, 4.20.10-desktop-2.mga7,x86-64:installed
nvidia340, 340.107-4.mga7.nonfree, 4.20.11-desktop-1.mga7,x86-64:installed
nvidia340, 340.107-4.mga7.nonfree, 4.20.12-desktop-1.mga7,x86-64:installed

Le réseau n'est pas opérationnel : un simple ping 89.84.1.222 dit qu'il n'est pas accessible.

C'est lspci pour avoir le pilote?

lspci | egrep -i "(3D|VGA)" donne
01:00.0 VGA compatible controller : NVIDIA Corporation GT218 [GeForce 210] (rev a2)

Édité par Emmanuel56 Le 24/02/2019 à 22h47

La même chose chez moi avec une GeForce GT1030. Je suis passé au pilote nouveau qui fonctionne.
J'ai tenté de désinstaller tous les paquets nvidia puis de tout réinstaller mais cela ne change rien...

Bonjour,

Une chose me semble bizarre ( même si cela n' explique pas le fait que ça ne marche pas sur les noyau plus anciens)....

Comment c' est possible ça ( le dernier noyau que je viens d' installer sur ma machine virtuelle ( donc je n' ai pas de module nvidia sur celle ci) c' est le 4.20.12-desktop-1.mga7) ?

C'est moi qui me suis trompé en recopiant
nvidia340, 340.107-4.mga7.nonfree, 4.20.12-desktop-1.mga7,x86-64:installed
bien sûr

L'erreur est au démarrage. Un message indique qu'un module noyau bloque le driver nvidia.
L'option nokmsboot est bien passée au noyau donc ça ne vient pas de là...
Pour l'instant je travaille avec le driver nouveau mais les jeux sous wine ne fonctionnent plus...

oui l'option nokmsboot est bien passée au noyau chez moi aussi

Ca sent la réinstall. Triste fin pour une distribution et surtout peur des prochaines mises à jour.

Le « problème » avec l'option --auto, c'est que tu lui demandes d'installer sans confirmation de ta part.
Or, ici, en fait, une série d'erreurs d'aria2 laisse à penser que probablement plusieurs RPM n'ont pas pu être correctement téléchargés, et n'ont donc probablement pas été installés.

Je conseillerais de faire :


Alors urpmi va te dire quels sont les RPM qui n'ont pas été intégralement téléchargés. Soit il peut terminer le téléchargement, soit (c'est ce que je conseille) tu supprimes les fichiers problématiques (ils sont dans /var/cache/urpmi/rpms/ en attendant d'être installés). Après avoir supprimé le RPM incomplet, relance la commande urpmi --auto-update.
Répète la procédure plusieurs fois pour identifier un par un les RPM qui n'ont pas été téléchargés jusqu'au bout et qui ont donné lieu aux erreurs aria2 de la dernière fois. Quand tous auront été correctement récupérés, la procédure pourra aller jusqu'à son terme, et tu auras alors installé tous les packages que tu voulais, et toutes leurs dépendances... et du coup, ça devrait marcher beaucoup mieux !

Édité par stroibe974 Le 25/02/2019 à 12h55

Tout d'abord merci beaucoup stroibe974 pour toutes ces explications enrichissantes

Alors voici ce que j'ai fait:
dans le /var/cache/urpmi/rpms il y avait 2 paquets ipset6.38-1 et lib64ipset11-6.38-1. Je les ai supprimé

Ensuite, et c'est la raison des messages d'erreur aria2 code 19 de urpmi, je n'avais pas de réseau en mode recovery (failsafe)
Je l'ai donc démarré avec un
service network restart

j'ai lancé urpmi --auto-update et là, miracle, un paquet meta-task est apparu suivi de 54 paquets dont le kernel-desktop-4.20.12-2
Tout ce petit monde s'est tranquillement téléchargé et installé sans erreur.
Je reboote l'ordinateur en choisissant le nouveau noyau 4.20.12-2

Au bout de quelques instants, en haut de l'écran d'accueil, un message Building nvidia340 driver apparaît suivi quelques instants plus tard par un Installing nvidia340 driver. Je n'avais jamais vu ces messages auparavant.
Le diabolique message d'erreur "Problème lié au pilote d'affichage" a refait quelques secondes plus tard sa réapparition: "Un conflit a été détecté entre un module du noyau chargé pour le pilote d'affichage et le pilote que le serveur X est censé utiliser. Le démarrage du serveur X est susceptible d'échouer." et c'est ce qu'il a fait.

Bref, j'ai un noyau tout neuf, toutes les mises à jour sont faites, le cache rpms est vide et je traîne toujours ce problème lié au pilote d'affichage.

Édité par Emmanuel56 Le 26/02/2019 à 00h22

C'est bon
ça marche

J'ai suivi les conseils de Polo35.

Dans mon xorg.conf,
Section "Device"
j'ai mis :
Driver "nouveau"
au lieu de
Driver "nvidia"

problème réglé. Merci à tous

Édité par Emmanuel56 Le 25/02/2019 à 22h42

J'ai ouvert un bug : https://bugs.mageia.org/show_bug.cgi?id=24436

Bonjour

Même soucis avec ma 1060 mais résolu en ajoutant nomodeset au niveau des options du noyau au moment du boot.

hello
je confirme ,comme vouf, j ai rajouté nomodeset dans les options du boot et le pilote nvidia est bien actif et opérationnel
a+

Bonjour

J'ai mis à jour le rapport de bug. Avec le kernel 5, et l'installation par défaut du driver propriéraire via MCC, tout fonctionne. J'ai de nouveau la seule option nokmsboot pour le démarrage du noyau. nomdeset n'est plus utile.