Reprise du message précédent :
Pour en revenir à cette histoire de carte graphique sur ce portable HP voilà ce que m'affiche fedora après la commande inxi - G
 
https://zupimages.net/up/26/03/cj11.png  
 
Ensuite j'ai lancé une commande lsmod pour savoir quel pilote est chargé mais j'avoue ne rien capter à ce qui est affiché.

 
Bah on voit que les deux drivers sont présents.
 
Que donne :
 
DRI_PRIME=1 glxinfo | grep "OpenGL renderer"

Et la même avec 0

Voilà !
 

 

 
 
Après c'est pour lancer avec tel ou tel circuit graphique que j'aimerai savoir où rentrer la commande pour les jeux. (dans steam, Heroic game launcher ou encore faugus)

 
Bah c'est absolument parfait !
 
ça veut dire que si tu veux utiliser un programme avec ta carte graphique INTEL tu fais :
 
DRI_PRIME=0 ta_commande_ou_ton_jeu
 
si tu veux utiliser ton programme avec  ta carte graphique AMD, tu fais :
 
DRI_PRIME=1 ta_commande_ou_ton_jeu
 
Pour modifier les programmes qui sont dans le menu, il y a deux endroits:
 
/usr/share/applications
 
tu trouveras des fichiers .desktop correspondant à tes programmes installé. Sur la ligne exec quand tu édites ces fichiers, tu peux juste donc rajouter le DRI_PRIME=0 ou 1 suivant la carte que tu veux utiliser AVANT la commande déjà présente sur la ou les ligne(s) exec.
Tu devras utiliser sudo pour éditer ces fichiers.
 
Le deuxième endroit, c'est normalement .local/share/applications
Et c'est pareil que pour le premier endroit. Tu n'as par contre pas besoin de sudo pour éditer ces fichiers car ils se trouvent dans ton home.
 
Dans Steam:
 

Attention, parce que celui-là risque de se faire écraser à chaque mise à jour du logiciel, et il faudrait alors recommencer.
 
Le mieux serait de faire une copie de ce raccourci, que tu mettras ailleurs (dans « ~/.local/share/applications », pourquoi pas) et qui, lui, ne risquera pas d’être écrasé.

 
Oui, bon point. C'est effectivement la bonne pratique.  

C’est comme ça que j’ai fait quand j’ai basculé sur la version AppImage en GTK de Double Commander (que je préfère à celle en Qt5 sur mes Arch sous XFCE) : j’ai modifié le raccourci épinglé dans mon Dock XFCE pour le faire pointer sur l’AppImage (c’est aussi simple que sous Windows, la boîte de dialogue étant organisée de la même manière), mais le raccourci est justement localisé dans ce dossier-là. Il reste donc intact lors des mises à jour.

Le truc c'est qu'il y a des jeux windows sous steam, je vois pas trop comment paramétrer ça avec proton et cie. Je peux pas mettre la commande DRI_PRIME=1 tout simplement dans les options de lancement du jeu et pareil pour Heroic game launcher ?
Et steam ne voit pas la carte amd dans ses infos systèmes.

 
Justement si, tu peux.
 
Mais si ton jeux est un jeu DirectX12, tu dois utiliser autre chose :
 

Sinon dans steam, c'est pas juste:
 
DRI_PRIME=1
 
C'est  
 
DRI_PRIME=1 %command%
 
Si ça ne fonctionne toujours pas, c'est parce que le jeu est un jeu DX12 et donc il faut utiliser ce que j'ai mis plus haut.

Je pensais y échapper sous Fedora mais voilà que le CPU se met encore à mouliner avec IRQ/122=aerdrv et il y a un souci avec le PCI bridge (plein d'erreurs avec une commande dmesg). C'est toujours sur ce portable HP de 2016.
 
Au démarrage de la session utilisateur. Aucun programme lancé, juste la commande atop -c pour afficher ça.

 
C'est bien lié à ce matériel (ça me l'a déjà fait sous d'autres distributions comme Mint ou Lubuntu mais ça fonctionnait bien sous fedora depuis 3 semaines).

 
Je peux pas changer de bios (c'est déjà le dernier sur ce vieux modèle), les réglages sont vraiment succints et il n'y a rien de lié à ça.

 
C'est le port root PCI qui est visible dans le report, mais c'est ce qu'il y a derrière qui est vraissemblablement en cause.
 
On voit que :
 
Bus: primary=00, secondary=03
 
Il faut voir ce qui est derrière.
 
Que donne:
lspci -t
 
Et :
lspci -s 03: -vv
 
Ensuite on verra ce qu'on peut faire (il y a certainement des solution, mais donne déjà le retour des commandes)

Voilà !

 
sudo grubby --update-kernel=ALL --args="pcie_aspm=off"
 
Ensuite:
 
sudo reboot
 
Tu regardes si tu as encore le problème.
 
Si et SEULEMENT SI oui,  
 
sudo grubby --update-kernel=ALL --args="pci=noaer"
 
Puis:
 
sudo reboot
 
Si jamais ta connection ne fonctionne plus à cause de ces commandes, tu peux les annuler comme ceci :
 
sudo grubby --update-kernel=ALL --remove-args="pcie_aspm=off"
 
Voilà... Curieux de voir si ça va résoudre ton problème...

ça semble avoir disparu d'après atop.
 

 
Le ventilo ne mouline plus déjà et le pourcentage d'usage a bien baissé en idle.
Merci pour les commandes.

 
Ce que je vois semble tout à fait normal.
 
Espérons que le problème ne revienne pas. Normalement, les commandes que je t'ai données survivent les updates plus tard...

Drapal  
Il se pourrait bien que j'installe Fedora KDE sur ma machine

 
Pour KDE, je te conseille OpenSuse Tumbleweed. Pourquoi ? Parce que c'est LA distro des devs KDE, donc, la mieux supportée.
Pour Gnome, je conseille Fedora, car c'est la distro des devs Gnome.  
 
De même que pour Cinnamon, c'est bien sûr Mint.
 
Pour Hyprland, c'est Arch
etc...
 
Pour choisir sa distro, je trouve qu'en fait, on devrait d'abord choisir son DE et ensuite voir quelle distro le supporte le mieux.
 
Il y a aussi Kubuntu pour KDE. Ce n'est pas la distro utilisée en masse par les devs KDE et elle est souvent en retard par rapport aux dernières version de KDE, mais il y a bcp d'utilisateurs et donc bcp de support dans les forums.
Mais bon. Si je devais utiliser KDE, je prendre OpenSuse.

Merci
Why not mais pour avoir essayé un peu sur distrosea, Fedora me plait plus de prime abord.
Rien que le nom OpenSuse me déplait

Oui mais le logo OpenSuse il roxxe

 
J'suis pas très fan des reptiles  
KDE néon j'aime bien aussi mais c'est pas forcement bon d'avoir les toutes dernières versions (risque de bugs)

Mais pourquoi KDE? C'est le desktop le plus bordèlique de tous les desktop linux  

 
J'aime bien pourtant  
Je viens de windows, c'est peut-être pour ça

 
Bah encore une fois, je te conseille OpenSuse UNIQUEMENT parce que tu veux KDE. C'est sur OpenSuse que KDE est le plus abouti, up-to-date etc...  (enfin sans compter des trucs comme KDE Linux, KDE Neon mais pas conseillé car pas fait pour de la prod).
Les réglages se font avec KDE de toutes manières, donc le fait que ce soit OpenSuse au lieu de Fedora... Je vois pas trop le soucis... OK, le gestionnaire de package est différent... Mais bon...

 
Oui je comprends.
Je vais essayer un peu plus Opensuceuse demain pour me faire un avis, merci

tumbleweed c'est une version RR ou truchmuche ?

 
Oui  
 
Leap : version stable  
Tumbleweed : rolling release

OpenSUSE a quand même le léger défaut de ne pas suivre les conventions utilisées par les autres distributions : noms de certains services systemd différents et fichiers de configurations placés ailleurs que sur toutes les autres distros…
 
Je pense que c’est une chose à savoir.
 
Mais le mieux serait quand même de tester d’abord en VM, histoire de vraiment voir si ça peut te convenir avant de faire éventuellement la bascule.

Je venais de windows également, j'avais essayé ubuntu à une époque ça devait être sous KDE (passé sous gnome depuis quelques années si je dis pas de conneries), j'étais revenu sous windows pour le double écran laborieux sous linux.
Il y a peu j'ai essayé Fedora et gnome, j'ai kiffé une feature tout conne mais bien pratique à l'usage : l'envoi du curseur dans le coin haut gauche pour éclater les fenêtres et afficher le dashboard.
Finalement c'est le gestionnaire de bureau le plus éloigné de windows qui m'a fait accrocher à linux

Je comprends ton point de vue mais KDE sous Fedora fonctionne bien. Avec OpenSuse, soit tu as la tumbleweed qui est rolling release avec des mises à jour très fréquentes, soit la leap qui est plus stable (en terme de versions de packages) avec des versions plus vielles.

Avec Fedora je trouve qu'il y a un entre deux.

Leap n'est plus stable depuis le passage à la V16.
On rappelle que la V16 est un gros changement total dans le but de passer à de l’immuable.
Les retours que j'avais vu jusqu'à présent sur le forum alionet pour la V16 étaient clairement négatif niveau stabilité, donc clairement je ne la conseillerais pas/plus.

Tumbleweed pourquoi pas, même s'il faut savoir qu'il y a parfois des soucis de dépendances et les codecs c'est rarement ça je trouve... (le dépôt pacman c'est souvent boiteux) Et si on a un gpu nvidia comme d'habitude ça peut poser problème lors des montées de versions de kernel...
Reste slowroll qui aurait pu être un bon compromis, sauf qu'il n'y a pas assez d'intéret pour cette version, elle est toujours en status de beta.
Je vois qu'il y a enfin des isos téléchargeables, je referais un test en vm voir ce qu'il en est mais elle a un status "bâtard" puisque c'est du tumbleweed plus freezé et donc niveau maj de secu c'est un peu problématique leur manière de traiter ce cas là reste flou.

Pour kde on peut aussi conseiller manjaro, ça semble assez fiable des retours d'utilisateurs pas trop technophiles (mais un peu) que j'ai.

Niveau stabilité fedora ce n'est pas l'idéal non plus, fedora c'est avant tout le choix de la nouveauté quitte à imposer parfois des choix mal/pas supportés pour forcer le changement.
BIen sûr ils ne poussent pas volontairement de l'instable, mais la toute dernière version reste quand même parfois pas stable ou impose des choses qui ne marchent pas encore bien pour justement les choses bougent, donc si on veut de la nouveauté ou qu'on a conscience de ça pourquoi pas, mais pour un poste de la vie de tous les jours sans se prendre la tête ni réfléchir pas sûr que ça soit l'idéal.

En réalité ce que tu dis sur Tumbleweed est vrai et faux en même temps. Vrai, parce que la stabilité est toujours un challenge vu que c'est une RR et qu'elle incorpore des paquets ultra récents. Vrai aussi car les nouveaux drivers et les nouveaux kernels sont constamment mis à jour et le plus tu as de mises à jour de ce genre, le plus tu risques un crash.
Mais Faux, parce que OpenSuse est LA distro historique des développeurs KDE pour différentes raisons :
 

 
Du coup, les bugs quand il y en a sont fixés en premier sur OpenSuse bien souvent.
 
Il y a aussi KDE Neon. La dernière fois que je me suis penché dessus, il y avait bcp de problèmes et c'était considéré comme une distro expérimentale pensée pour pouvoir faire évoluer KDE, mais non pensée pour la prod. Je ne sais pas ce qu'il en est aujourd'hui.

Je ne parle pas de kde "pur" seulement, je parle de tout ce qui est à côté, de tout ce qui fait une distribution.

Les problèmes de dépendances ça arrive de manière assez courantes sous tumbleweed, et clairement dès que tu as un gpu nvidia sur tumbleweed c'est assez récurent de croiser un problème de perte d'affichage au reboot suite à une maj. C'est clairement plus récurent que sur manjaro/arch à ma connaissance par exemple.
Ps je suis longtemps resté sous openSuse Leap (jusqu'à la 15'6) pour ces raisons là. J'ai souvent essayé tumbleweed en vm, et suivi le forum sur alionet c'est assez courant clairement donc je ne dis pas ça pour critiquer OpenSuse pour le plaisir.
J'ai quitté leap suite au passage (raté en plus pour l'instant) à l’immuable.  

Et les codecs c'est aussi souvent un problème qui se cumule, justement parce que pacman ne suit pas le rythme de tumbleweed ou reste sur des vielles versions entrainant des conflits et des choix à faire à chaque mise à jour, ça marchait mieux avec leap même si pas encore parfait car là aussi parfois ça rentrait en conflit.

immuable ?
c-a-d que t'as aucun ctrl sur l'upgrade ?

atomIque/tout dans des containers ?

Il faudrait que je revérifie si leap 16 est bien forcément immuable. C'est assez flou et les infos clairement pas clair. C'était opensuse Micro la version immuable mais à une époque était aussi évoqué leap...  
Sinon oui c'est en gros ça, le systême est en read only, tu rajoutes tes apps à côté via flatpak au final.  
 
Par contre ce qui est sûr c'est que leap 16 c'est le remplacement de yast par cocpit qui ne reprend clairement pas toutes ses fonctions.
Je me demande d'ailleurs comment ça se passe dans tumbleweed/slowroll niveau yast puisqu'il il a vocation à disparaître.. .

 
Ça rend le système extrêmement robuste, mais en contrepartie, le faire évoluer par toi-même sans attendre les updates complètes est compliqué.  
 
Perso, je ne pense pas que ce soit une bonne idée pour des utilisateurs comme nous.
 
Ceci dit, c'est un peu comme ça sur MacOS. Tu ne peux pas toucher aux fichiers vitaux (et parfois bien moins vitaux d'ailleurs) du système.

Disons que c'est utile dans un cadre spécifique entreprise/parc machine.
Mais l'inconvénient principal (perte de perf/espace/ gestion très spécifique) est trop grand pour l'utilisateur ou sorti d'un cadre spécifique je trouve.

Après certains aiment ce principe cf nixos, glfos ou fedora  kinoite.

EDIT: après recherche il semblerait qu'au final leap 16 ne soit pas immuable comme ça devait l'être au final.
C'est là ou on voit que leur suivi est totalement flou. Aucune direction claire ni communication avec la communauté claire.
Franchement Opensuse j'ai du mal à la conseiller au vue de la manière dont c'est maintenant géré, et tumbleweed c'est encore pire vu que c'est à la fois dépendant un peu de Suse sans trop l'être, tout en dépendant des choix de Suse.
Genre yast c'est fini pourtant y a toujours yast sous tumbleweed...