en prévision d'une prochaine maj qui ne devrait pas tarder à sortir ,
veuillez vérifier si votre carte video Nvidia est de type fermi ,
avec inxi -Gxxx , vous avez identifiant ID
si elle fait partie de la liste suivante
il faudra alors basculer soit vers les drivers nouveaux ( 340 series ) , soit sur la dernière version ( 390 series )
la série 396 ne reprenant pas ces cartes type Fermi
ceux qui le souhaitent peuvent aller voir sur la partie Unstable
*** attention il y a aussi des modifications importantes glibc & pam unix2 ***
Tout d'abord, merci pour l'info.
Contrairement à Erwan (qui d'ailleurs est déjà en v. 396.24),
j'ai tiré un "bon" numéro : le 0f01 pour la GeForce GT 620 (ancienne série donc ? ... pfff !).
Premier réflexe : m'arc-bouter sur les étriers pour freiner des quatre fers sur la rolling...
Comme le dit Stéphane "faudra alors basculer" ... Ouais ! Renversant !
Y'a de la mise à jour en TTY dans l'air... ... ou pas (de mise à jour).
J'ai une GT 610 répertoriée dans la liste. Elle tourne avec le 340 sous Manjaro et le 390 sous Arch. Je n'ai pas relevé (ressenti) de différences.
A savoir que le 390 n'est pas encore dans les dépôts officiels:
[steph@manjaro ~]$ pacman -Ss nvidia-340
core/mhwd-nvidia-340xx 340.106-1 [installé]
MHWD module-ids for nvidia 340.106
extra/linux316-nvidia-340xx 340.106-6 (linux316-extramodules)
NVIDIA drivers for linux.
extra/linux318-nvidia-340xx 340.106-9 (linux318-extramodules)
NVIDIA drivers for linux.
extra/linux41-nvidia-340xx 340.106-6 (linux41-extramodules)
NVIDIA drivers for linux.
extra/linux414-nvidia-340xx 340.106-24 (linux414-extramodules) [installé]
NVIDIA drivers for linux.
extra/linux415-nvidia-340xx 340.106-17 (linux415-extramodules)
NVIDIA drivers for linux.
extra/linux416-nvidia-340xx 340.106-7 (linux416-extramodules) [installé]
NVIDIA drivers for linux.
extra/linux417-nvidia-340xx 340.106-0.11 (linux417-extramodules)
NVIDIA drivers for linux.
extra/linux44-nvidia-340xx 340.106-14 (linux44-extramodules)
NVIDIA drivers for linux.
extra/linux49-nvidia-340xx 340.106-16 (linux49-extramodules)
NVIDIA drivers for linux.
extra/nvidia-340xx-utils 340.106-3 [installé]
NVIDIA drivers utilities
extra/opencl-nvidia-340xx 340.106-1
OpenCL implemention for NVIDIA
community/linux-rt-lts-manjaro-nvidia-340xx 4.14-1 (linux-rt-lts-manjaro-extramodules)
NVIDIA drivers for linux.
community/linux-rt-manjaro-nvidia-340xx 4.14-1 (linux-rt-manjaro-extramodules)
NVIDIA drivers for linux.
community/linux414-rt-nvidia-340xx 340.106-11 (linux414-rt-extramodules)
NVIDIA drivers for linux.
multilib/lib32-nvidia-340xx-utils 340.106-1 [installé]
NVIDIA drivers utilities (32-bit)
multilib/lib32-opencl-nvidia-340xx 340.106-1
OpenCL implemention for NVIDIA (32-bit)
[steph@manjaro ~]$ pacman -Ss nvidia-390
###"Rien###
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
Philm préconise de passer (si ce n'est le cas) au 390. Le 396 ne supportera plus les cartes de type Fermi.
Là où ce n'est pas très explicite, c'est que le seul paquet (pour l'instant) en 390 est pour bumblebee et est dans unstable.
J'imagine que ça bosse dur en ce moment.
je pense que philm envisage de conserver , comme il peut , la dernière version de driver 390
pour ces cartes fermi , au pire ceux qui sont sont bumblebee / prime ,
mais rien n'est garanti par la suite sur des anomalies ou erreurs ,
je pense surtout à la partie Mesa , openGL , Vulkan qui seraient pour ces drivers figés.
donc ce que sans doute philm va faire au travers de la gestion des ID
si PCI ID ok , gestion par Nvidia 396
sinon vérification liste Fermi , version 390 Ok ( temporaire , jusqu'à cassure )
sinon vérification PCI ID Nouveau , version 340 et Ok
dès cassure ,
si PCI ID ok , gestion par Nvidia 396 ( évolutions Mesa ,OpenGL , Vulkan Ok )
sinon vérification PCI ID Nouveau , version 340 et Ok ( évolutions Mesa ,OpenGL , Vulkan Ok )
sinon vérification liste Fermi , version 390 Ok ( Mesa , OpenGl , Vulkan figés )
je suppose que c'est pour assurer une gestion en secours pour les cartes videos type Fermi
qui seraient pas repris par les drivers Nvidia dans l'immédiat
Erwan a écrit : ↑il y a 6 ans
Bonjour Stéphane et merci pour l'info. A priori, je ne suis pas concerné (ID) mais, l'ID donnée par "inxi" est-il vraiment fiable ?
*** attention il y a aussi des modifications importantes glibc & pam unix2 ***
En effet, "y a du pacnews dans l'air, le costume de travers, t'embarque pas dans cette galère..."
le développeur de inxi ayant eu un blocage par le mainteneur Archlinux , est passé dans les dépôts officiels de la Manjaro , son mode de développement et usage par les autres distributions l'obligent à faire des multi commits
( comme au flipper en mode multibilles ... )
stéphane : le développeur de inxi ayant eu un blocage par le mainteneur Archlinux , est passé dans les dépôts officiels de la Manjaro , son mode de développement et usage par les autres distributions l'obligent à faire des multi commits
( comme au flipper en mode multibilles ... )
Merci pour ces précisions.
Manjaro-Xfce-Compiz 64
Desktop
CPU amd-phenom-64(pci=nomsi dans grub)
CG nvidia GeForce GT 730
Ram : 4 Go
kernel : 54 branche : stable, driver GPU : Nvidia-non-libre
Dans le fil dédié à la mise à jour que j'ai faite hier, le 7 mai, je dis avoir eu des problèmes.
En voici un bref résumé...
− Comme prévu, au redémarrage, je dois entrer en mode console TTY puisque je n'ai pas d'interface graphique.
J'avais pris la précaution de garder sous le coude (par un lien symbolique au plus haut de ma racine perso) les informations permettant de supprimer, installer, charger les pilotes de cartes graphiques.
− Un coup d'œil sur les paquets installés liés à la vidéo :
− video-linux et video-nvidia sont installés (c'est mhwd -li qui le dit).
└─> mhwd -li --pci
> Installed PCI configs:
--------------------------------------------------------------------------------
NAME VERSION FREEDRIVER TYPE
--------------------------------------------------------------------------------
network-r8168 2016.04.20 true PCI
video-linux 2018.05.04 true PCI
video-nvidia 2018.05.04 false PCI
− je supprime video-nvidia
− je demande le chargement au démarrage de video-linux (sudo manjaro-settings-manager -m video-linux)
et redémarrage par sudo reboot
A partir de là, je n'ai plus eu la possibilité de prendre la main, même pas en console TTY
et je ne crois pas que ma capacité à taper deux lignes de commandes ait grand chose à y voir.
A force de re-re-redémarrage à chaud, à froid (coolinux un peu moins cool) j'ai réussi à ouvrir un TTY3.
Voici un court extrait de log significatif que je me suis mis au "frigo" :
mai 08 10:33:27 pcb2 kernel: nouveau 0000:01:00.0: disp: ERROR 7 [INVALID_HANDLE] 00 [] chid 0 mthd 0088 data f0000000
mai 08 10:33:27 pcb2 kernel: nouveau 0000:01:00.0: fifo: write fault at 0000001000 engine 04 [BAR1] client 08 [BAR_WRITE] reason 00 [PT_NOT_PRESENT] on channel -1 [003fe1d000 unknown]
mai 08 10:33:27 pcb2 kernel: nouveau 0000:01:00.0: fifo: write fault at 000109d000 engine 05 [BAR3] client 08 [BAR_WRITE] reason 02 [PAGE_NOT_PRESENT] on channel -1 [003fe36000 unknown]
mai 08 10:33:27 pcb2 kernel: nouveau 0000:01:00.0: fifo: read fault at 0000005000 engine 04 [BAR1] client 07 [BAR_READ] reason 00 [PT_NOT_PRESENT] on channel -1 [003fe1d000 unknown]
mai 08 10:33:27 pcb2 kernel: nouveau 0000:01:00.0: fifo: write fault at 0000068000 engine 05 [BAR3] client 08 [BAR_WRITE] reason 02 [PAGE_NOT_PRESENT] on channel -1 [003fe36000 unknown]
mai 08 10:33:27 pcb2 kernel: nouveau 0000:01:00.0: fifo: write fault at 0000068000 engine 05 [BAR3] client 08 [BAR_WRITE] reason 02 [PAGE_NOT_PRESENT] on channel -1 [003fe36000 unknown]
mai 08 10:33:27 pcb2 kernel: nouveau 0000:01:00.0: fifo: write fault at 0000068000 engine 05 [BAR3] client 08 [BAR_WRITE] reason 02 [PAGE_NOT_PRESENT] on channel -1 [003fe36000 unknown]
mai 08 10:33:27 pcb2 kernel: nouveau 0000:01:00.0: fifo: write fault at 0000068000 engine 05 [BAR3] client 08 [BAR_WRITE] reason 02 [PAGE_NOT_PRESENT] on channel -1 [003fe36000 unknown]
mai 08 10:33:27 pcb2 kernel: nouveau 0000:01:00.0: fifo: read fault at 0000005000 engine 04 [BAR1] client 07 [BAR_READ] reason 00 [PT_NOT_PRESENT] on channel -1 [003fe1d000 unknown]
mai 08 10:33:27 pcb2 kernel: nouveau 0000:01:00.0: fifo: write fault at 0000068000 engine 05 [BAR3] client 08 [BAR_WRITE] reason 02 [PAGE_NOT_PRESENT] on channel -1 [003fe36000 unknown]
mai 08 10:33:27 pcb2 kernel: nouveau 0000:01:00.0: fifo: write fault at 0000068000 engine 05 [BAR3] client 08 [BAR_WRITE] reason 02 [PAGE_NOT_PRESENT] on channel -1 [003fe36000 unknown]
mai 08 10:33:27 pcb2 kernel: nouveau 0000:01:00.0: fifo: write fault at 0000068000 engine 05 [BAR3] client 08 [BAR_WRITE] reason 02 [PAGE_NOT_PRESENT] on channel -1 [003fe36000 unknown]
mai 08 10:33:27 pcb2 kernel: nouveau 0000:01:00.0: fifo: write fault at 0000060000 engine 05 [BAR3] client 08 [BAR_WRITE] reason 02 [PAGE_NOT_PRESENT] on channel -1 [003fe36000 unknown]
mai 08 10:33:27 pcb2 kernel: nouveau 0000:01:00.0: fifo: write fault at 0000068000 engine 05 [BAR3] client 08 [BAR_WRITE] reason 02 [PAGE_NOT_PRESENT] on channel -1 [003fe36000 unknown]
mai 08 10:33:27 pcb2 kernel: nouveau 0000:01:00.0: fifo: write fault at 0000068000 engine 05 [BAR3] client 08 [BAR_WRITE] reason 02 [PAGE_NOT_PRESENT] on channel -1 [003fe36000 unknown]
mai 08 10:33:27 pcb2 kernel: nouveau 0000:01:00.0: fifo: write fault at 0000068000 engine 05 [BAR3] client 08 [BAR_WRITE] reason 02 [PAGE_NOT_PRESENT] on channel -1 [003fe36000 unknown]
mai 08 10:33:27 pcb2 kernel: nouveau 0000:01:00.0: fifo: write fault at 000006a000 engine 05 [BAR3] client 08 [BAR_WRITE] reason 02 [PAGE_NOT_PRESENT] on channel -1 [003fe36000 unknown]
mai 08 10:33:27 pcb2 kernel: nouveau 0000:01:00.0: fifo: write fault at 000006a000 engine 05 [BAR3] client 08 [BAR_WRITE] reason 02 [PAGE_NOT_PRESENT] on channel -1 [003fe36000 unknown]
mai 08 10:33:27 pcb2 kernel: nouveau 0000:01:00.0: fifo: write fault at 000006a000 engine 05 [BAR3] client 08 [BAR_WRITE] reason 02 [PAGE_NOT_PRESENT] on channel -1 [003fe36000 unknown]
mai 08 10:33:27 pcb2 kernel: nouveau 0000:01:00.0: fifo: write fault at 000006a000 engine 05 [BAR3] client 08 [BAR_WRITE] reason 02 [PAGE_NOT_PRESENT] on channel -1 [003fe36000 unknown]
mai 08 10:33:27 pcb2 kernel: nouveau 0000:01:00.0: fifo: write fault at 0000007000 engine 04 [BAR1] client 08 [BAR_WRITE] reason 00 [PT_NOT_PRESENT] on channel -1 [003fe1d000 unknown]
mai 08 10:33:27 pcb2 kernel: nouveau 0000:01:00.0: fifo: read fault at 0000025000 engine 07 [PFIFO] client 06 [PFIFO] reason 0c [INVALID_STORAGE_TYPE] on channel 1 [003fe11000 DRM]
Bien entendu, au vu de cela, j'ai supprimé video-linux puis installé video-nvidia-390xx.
Le plus difficile a été de reprendre la main.
Comment ? Chroot ? Oui, faudra que j'y pense.
Juste pour préciser, l'arrêt du support concerne l'optimisation, les nouvelles fonctionnalités et corrections de bugs, les mises à jour de sécurité sont prévues jusqu'en Janvier 2019.
ma carte est listée comme une fermi
j'ai un driver 'nouveau'
le service bumblebee n'est pas présent avec la commande sudo systemctl status bumblebee.service mais il est
Bref, je suis largué.
la carte 325M ne fait pas parti des modèles Fermi
dans ce cas c'est bien un driver nouveau qui prend le relais
comme tu as un affichage géré par le processeur i915 ,
tu utilise de ce fait les drivers open sources ( free )
cad
video-hybrid-intel-nouveau-bumblebee
si tu teste ces commandes
cat /proc/acpi/bbswitch ( il devrait être a OFF )
sudo systemctl start bumblebee.service
vérifie ensuite
sudo systemctl status bumblebee.service
si ko , voir dmesg | grep nouveau
si ok , sudo systemctl enable bumblebee.service
optirun -v glxgears ( affichage animation avec fps )
@l'inadapté
alors on fait le point
tu utilise en ce moment les drivers intel pour la video ( open source obligatoirement )
on n'a pas la moindre trace de chargement de drivers nouveau pour la carte video.
la mise à jour devrait bien ce passer car tu n'est pas concerné par ce changement de cartes Nvidia
( ne concerne que les séries dites Fermi , qui doivent avoir leur limitation )
par contre il est anomal d'avoir cet option coché et pas de drivers.
tu peux faire la maj ,
pour résumer , tu est en gestion intel video uniquement
peux tu vérifier au démarrage suivant
et nous fournir
tu ne dois pas avoir hybride-nouveau-bumblebee actif ,
c'est soit la carte vidéo i915 (open source ), soit le driver nouveau ( open source )
mais tu ne peut pas changer ou basculer sur l'autre carte vidéo donc pas de bumblebee pour toi.
Ainsi soit-il…
Et merci d'avoir pris ce temps pour moi
Mais après cet épisode de mise à jour qui m'a dépassé, je me questionne.
Il me semble que Manjaro se veut user-friendly et est destinée à des utilisateurs d'un niveau intermédiaire.
Je me considère comme un débutant++ ou un intermédiaire-, je prends du plaisir à apprendre et je mets volontiers les mains dans le cambouis. Mais là…
Du coup, je me demande si cette distribution − sur ce coup-là − est bien raccord avec l'image qu'elle se donne ou si c'est moi qui me suis sur-estimé.
C'est une vraie interrogation et non une critique.
La gestion des cartes graphiques via Bumblebee ou autre n'est pas propre à Manjaro mais à toutes les distros. Ici, la difficulté est d'offrir un script (manjaro-system) qui soit capable d'envisager le plus de configurations systèmes en préparant le terrain pour accueillir les nouveaux pilotes . Il n'y a pas de panacée mais en général, si on ne se précipite pas sur les mises à jour, celles-ci se passent sans problèmes majeurs. C'est le but des fora qui tentent au mieux d'informer les utilisateurs.
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!