Reprise du message précédent :

Ben c'est exactement ça, noyau 5.9.X, N210 et pilote nouveau, le trio gagnant !

Bon, ben, voilà…

Bien ! Maintenant que ça touche aussi les utilisateurs de Fedora, pourrait-on espérer que les devs du noyau se penchent enfin sérieusement sur la question ? Puisque ce bug est apparu au moment du passage de la branche 5.8 à 5.9, c’est donc forcément un commit effectué durant la phase de RC des 5.9 qui fait déconner les GPU Nvidia, vu que ces derniers n’ont encore pas pu sortir un pilote compatible avec cette branche (et on est déjà au noyau 5.9.11, sachant que cette dernière version a elle-même eu un mal fou à pouvoir être compilée sur les distributions comme Ubuntu, cf. le sujet sur les « uname -a »…).
Bref, faut retrouver le coup d’éclat d’un génie qui a eu la brillante idée de vouloir réparer un truc qui n’était pas cassé, il y a environ 2 mois, et qui est maintenant en vrac chez ceux qui ont un GPU Nvidia…

Faudrait faire vite, car le prochain LTS est le 5.10 et, sur certaines distros (comme Arch, donc), le nouveau LTS remplace le précédent quand le noyau normal change de branche, et il n’est donc plus disponible. Si le bug continue à se produire d’ici-là, on n’aura même plus la possibilité de recourir au LTS pour l’éviter, car il y sera lui aussi exposé…

Du coup aujourd'hui il me refait le coup, je ferme/réouvre la session, rebelotte dans la minute, j'me dis merde, je laisse couler, et pouf le bug s'en va comme un voleur.
Avant que je passe en 33 j'avais des rapports d'erreur qui arrivaient quand je fermais firefox il me semble, mais sans aucune indication sur ce qui avait foiré, du coup ils n'étaient même pas envoyés.
 
Du coup comme ça se passe le rapport d'erreur, faut que j'aille sur un forum fedora pour signaler le truc ?

J’avoue ne jamais avoir eu la patience d’attendre si, éventuellement, ça s’arrangeait de soi-même.
 

Ça a déjà été signalé sur le GitLab de FreeDesktop (et je vois que la dernière RC du 5.10 est toujours concernée), et sur la LKML (depuis mi-octobre, mais sans réponse, a priori). Donc, du moment que ça a été signalé en amont, à part pour un retour d’expérience et alimenter le bugtracker de Fedora, je sais pas si c’est très pertinent de signaler ça à l’échelon de la distribution. Parce que c’est pas dit qu’ils y pourront grand-chose, si le problème vient du noyau lui-même (sauf s’il y a des contributeurs Fedora qui bossent aussi sur le noyau en amont, bien sûr).

Pour quoi ne pas remplacer vos gpu par des gpu ati en pilote libre?

On peut vouloir préférer une solution logicielle à un problème purement logiciel avant de vouloir charcuter une machine d’usage quotidien.
 
Et puis, trouver une CG AMD (ou ATI, vu l’époque) avec prise VGA et à refroidissement passif (de préférence, ça évitera un ventilo en plus) compatible avec une CM de fin 2008, je le sens moyen… Cela dit, ce serait effectivement une solution pérenne, c’est sûr.

Le problème c'est que nouveau ça reste de la bidouille donc du pérenne avec de la bidouille...

Tu vois, je pensais que, dans la mesure où la GeForce 210 est correctement (comprendre : « suffisamment » pour ce que je lui fais afficher, y compris Celestia avec tous les détails graphiques à fond) prise en charge, ça resterait au moins ainsi (et que, si améliorations il devait y avoir, au moins il ne devrait pas y avoir régressions).

Tu peux créer un bug Fedora en allant sur https://bugzilla.redhat.com/, par contre l'outil est complexe.
 
Le kernel est extrêmement complexe, il y a donc régulièrement des régressions sur le hardware un peu vieux ou pas courant. Malheureusement Fedora n'échappe pas à la règle en utilisant des kernel récents.
 
Pour éviter ce genre de problème je préfère utiliser un kernel LTS (le dernier c'est 5.4) donc autre chose que Fedora sur du vieux matos... J'ai cherché rapidement s'il y avait un kernel LTS de dispo pour Fedora, mais je n'ai rien trouvé.

Sauf que les noyaux LTS se font remplacer par d’autres, et que le prochain, le 5.10, sera affecté par ce bug de Nouveau et il va remplacer le 5.4 dans assez peu de temps (quelques mois tout au plus, si telle distribution attend le 5.11 pour remplacer le 5.4 LTS par le 5.10 LTS).
Le noyau LTS n’est donc pas une solution pérenne à terme.

Si :-) Les LTS sont supportés pendant très longtemps, tu peux donc garder une distro avec un vieux LTS toujours maintenu. Le plus vieux LTS maintenu est le 4.4 qui date de 2016.
 
De plus, tu as pas mal de chances que ce type de bogue soit corrigé dans une version LTS, car avec leur longue durée de maintenance ça laisse pas mal de temps pour avoir des correctifs.
 
Par exemple la version actuelle stable de Debian est basée sur l'avant dernière LTS, (4.19) et sera supportée pendant encore au moins 2 ans. Le temps de migrer à la version LTS d'après, tu auras une version déjà très stabilisée avec beaucoup de bogues corrigés.

Je veux bien te croire dans l’absolu, sauf que ça ne s’applique pas à ma distribution (Arch, mais j’ai le même souci qu’Artouillasse avec sa Fedora), qui ne prend en charge que la dernière version en date des différents types de noyau (normal, LTS, Zen…). Donc, seulement les actuelles versions 5.9.11 (la 5.9.12 est dans le dépôt Testing, en ce moment) et la 5.4.80 LTS. Les 4.19.x et avant, c’est fini. Et les versions 5.4.x LTS seront remplacées par des 5.10.x LTS au plus tard quand le paquet du noyau normal passera en version 5.11.x sur le dépôt Core (stable). Et comme les LTS ne bénéficient en gros que de simples correctifs de sécurité, tu comprendras que dans mon cas, j’ai des raisons d’être inquiet à relativement court terme…

Les LTS n'ont pas que des correctifs de sécurité, c'est aussi rempli de bugfix. Comme la majorité des intégrateurs utilisent ces versions, il y a beaucoup beaucoup de monde qui y contribue. Contrairement aux derniers noyaux qui sont au final assez peu utilisés (développeurs et utilisateurs de distro super à jour), il a un gros besoin de corriger les bugs de par la large utilisation.
 
Si ta distro ne te permet pas d'utiliser un noyau maintenu qui t'évites les problèmes, je te dirais de changer de distribution :-)

Je viens de tester fedora 34 sur ma machine de test:
Pc portable à base de i7 720qm + nvidia GTS250m (ça pue c'est pas libre).

Kernel "d'origine" 5.8 ==> nouveau semble ok.
Kernel 5.9 qui arrive via l'upgrade ==> des frame qui foirent (des flash d'images qui restent) et machine qui a freezée totalement sur des effets de kwin.

Je tente d'installer les pilotes nvidia 340 qui supportent mon gpu
dnf install akmod-nvidia-340* ==> plus d'affichage au boot, j'arrive juste à voir les tty.
IL faut que je regarde ce que me remonte dmesg, mais bon ça croute quoi...
SI je boote sur l'ancien kernel, je retrouve un affichage, mais pas de pilote nvidia chargé, or c'est le but de akmod non?

EDIT: aucune trace dans dmesg d'erreur.
Aucune trace dans boot.log de fail...

Bonjour,
 
je debarque sous fedora, vlc ca existe sous cette distribution ?
 
merci

Oui, mais pas disponible directement : il faut installer les dépôts rpm-fusion à la main, et ensuite, tu peux récupérer la version RPM de VLC depuis DNF.

La procédure est détaillée ici (merci, Adrien D !) :
https://www.linuxtricks.fr/wiki/fed [...] rpm-fusion

Sinon, tu dois avoir la version Flatpak disponible dans Gnome Logiciels.

merci les genies de linux

Bonjour.
 
Dans le compositeur essaye de changer de version d'openGL.
Mettre 2.0 ou 3.1 en fonction et voir si ça change quelque chose?

Heu quand même.
RIen qu'en cherchant "compositeur" dans le menu démarrer ça te sort le bon menu.
 
Sinon c'est dans le panneau de contrôle KDE ==> matériel ==> Affichage et écran ==> compositeur.
 
ET tu retrouves le moteur de rendu que tu peux changer.

Passage à Fedora 34 beta qui est sortie aujourd'hui

T'as réussi à avoir une 6800,?

Oui ici sur le forum à prix coutant
Je remercie le hfrien qui me l'a vendue

alors ça donne quoi gnome 40 ?

Hello !

Le dock au centre en bas de l'écran ça surprend !
Par défaut j'ai deux bureaux, on passe de l'un à l'autre avec la molette de la souris
Graphiquement y'a des petits trucs qui changent et qui rendent le tout plus agréable visuellement

Voilà c'est tout ce que j'ai vu comme changements, et ça me plaît bien !

Sinon j'ai pas constaté de bugs, mais je n'ai pas d'extensions donc ça doit aider

Fedora 34 (prerelease) je viens de faire les màj et désormais c'est bloqué au boot après l'invité de déchiffrement (luks) du disque (nvme). Il y'a 2 jobs qui tournent sur le fs avec no-limit (aie) et donc il ne se passe plus rien.
Si je lui dis de rebooter il trime à faire arrêter rngd4

Une idée de solution ?

edit: bon je suis repassé sur le kernel précédent

Est-ce que YUM est toujours si lent comme la FP le précise?

On utilise plutôt son successeur DNF (dont « yum » n’est plus qu’un alias, désormais), depuis bien 2 ou 3 ans.

Ok merci, faut que j'explore les subtilités de RHEL et ses dérivées

DNF est bien plus rapide que yum en effet. C’est une réécriture complète d’ailleurs.

Topic Gnome pour ceux que ça intéresse : https://forum.hardware.fr/hfr/OSAlt [...] 6870_1.htm

fedora 34 demain si je me souviens bien

Fedora 34 out !
Fedora Linux 34 is officially here! https://fedoramagazine.org/announcing-fedora-34/
What’s new in Fedora Workstation 34 https://fedoramagazine.org/whats-ne [...] rkstation/
 
Pour rappel il y'a un nouveau topic Gnome, ça coincide bien avec la sortie de gnome 40 sur F34 https://forum.hardware.fr/forum2.ph [...] 0#t1463488

Dites moi les Fedoristes, connassez vous un outil simple d'utilisation (en mode graphique) pour créer des répertoires cryptés sur une clé USB ? (pour pouvoir trimballer des fichiers comme des scans de pièces d'identité etc., mais que ceux-ci ne puissent pas être utilisés en cas de perte de la clé).
Cette clé pouvant être utilisée ensuite sur n'importe quel pc windows ou Linux en tapant un code d'accès par exemple.
Merci

Bonjour.
Veracrypt

F34 ça tourne bien sur une fresh install !

Vous intégrez comment les .Appimage ?

Peux-tu préciser ta question ?

Hop, maj réalisée ce week-end.
J'avais pas de son au démarrage. Je l'ai récupéré en sortant l'ordi de veille.
La 34 tourne nickel. Le dock en bas, ce n'est pas gênant, mais il faudrait que le bouton activités soit en bas à gauche, pour le coup.