Bonjour,

j’ai eu le même problème que toi avec la même carte wifi (même “lsusb”).

Je l’ai résolu en ajoutant les 2 fichiers suivants :

/etc/modprobe.d/50-rtw88.conf

options rtw88_core disable_lps_deep=y

options rtw88_pci disable_msi=y disable_aspm=y

options rtw_core disable_lps_deep=y

options rtw_pci disable_msi=y disable_aspm=y

/etc/NetworkManager/conf.d/default-wifi-powersave-on.conf

[connection]

wifi.powersave = 2

Note : j’ai pas mal cherché sur ce problème, et essayé plusieurs solutions. J’ai fini par y arriver avec ces 2 fichiers. Note que Je ne suis pas sûr que les 2 fichiers soient nécessaires (je te conseille d’essayer un à la fois pour savoir ce qui est réellement utile et de faire un retour ici).

Quelques sources qui parlent de ce problème :

• https://bugzilla.kernel.org/show_bug.cgi?id=215496
• https://github.com/lwfinger/rtw88/issues/61

J'ai déjà vu que dnf update depuis un terminal plante la session wayland.
Exemple (gnome wayland) https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5580
Il est mis que

but the way you are updating is not a safe or supported way to do it. You are supposed to update offline using GNOME Software or dnf offline-upgrade download; dnf offline-upgrade reboot. This downloads the updates then reboots and applies them in a minimal environment, which is much safer than attempting to rebuild an aeroplane in flight, which is effectively what you do when updating directly from within a graphical environment.

C'est le progrès, il faut faire des mises à jour à la mode windows maintenant 🙁

Je sais pas si c'est le même problème chez toi ? Wayland ou xorg? C'est systématique ou juste lors d'une mise à jour du noyau ?

xylphute wrote:
Il est a noter qu'en général la touche alt sert de raccourcis clavier pour naviguer dans les menus des fenêtres..
Il est pas déraisonnable de penser que gnome inhibe ce raccourcis la.

Ce ne serait pas un problème de wayland ? Tu utilises quoi ? Xorg ou wayland ? Essaie avec l'autre.

J'ai quand même trouvé quelque chose : semble être un bug kernel : https://bugzilla.kernel.org/show_bug.cgi?id=213759

Rassurant, je suis pas seul 😉
À suivre ...

Jules-Marie-84 wrote:N'aurais-tu pas défini un raccourci clavier pour ouvrir ton caddie qui interfère avec un touche que tu utilise pour ton mot de passe ou autre ???

Non. Ca se produit systématiquement en sortie de veille.
La sortie de veille intervient quand j'appuie sur n'importe quelle touche du clavier ou de la souris (et à chaque fois le lecteur s'ouvre).

Bonjour,

depuis quelques jours, j'ai un problème à chaque sortie de veille : le lecteur de DVD du PC s'ouvre tout seul.
Une idée d'où ça pourrait venir / comment résoudre ce problème ?

Note : c'est spécifique à Fedora : avec Windows 10 en dual boot, pas de soucis.

Merci d'avance.

nouvo09 wrote:Bon j'ai trouvé

Dans le paquet grub2-tools le ficher etc/default/grub est absent.

Pas étonnant que je ne l'aie pas trouvé.

Bizarre, moi j'ai :

$ rpm -qf /etc/default/grub
grub2-tools-2.06~rc1-4.fc34.x86_64         //la version est bizarre, mais c'est celle du dépôt fedora-update

$ rpm -q --fileprovide grub2-tools
/etc/default/grub	
/etc/grub.d/00_header	
/etc/grub.d/01_users	
/etc/grub.d/08_fallback_counting	
/etc/grub.d/10_linux	
/etc/grub.d/10_reset_boot_success	
/etc/grub.d/12_menu_auto_hide	
/etc/grub.d/14_menu_show_once	
/etc/grub.d/20_linux_xen	
/etc/grub.d/20_ppc_terminfo	
/etc/grub.d/30_os-prober	
/etc/grub.d/30_uefi-firmware	
/etc/grub.d/40_custom	
/etc/grub.d/41_custom	
/etc/grub.d/README	
/usr/bin/grub2-file	
/usr/bin/grub2-menulst2cfg	
/usr/bin/grub2-mkimage	
/usr/bin/grub2-mkrelpath	
/usr/bin/grub2-script-check	
/usr/lib/.build-id	
/usr/lib/.build-id/3f	
/usr/lib/.build-id/3f/4202fd7663cb1911a67016b3aa11f4fbf25e33	
/usr/lib/.build-id/66	
/usr/lib/.build-id/66/fe52d420376ac7eb875bf26e75ec05de873740	
/usr/lib/.build-id/76	
/usr/lib/.build-id/76/86c592131ff2ed08033b452faba20ce936b37d	
/usr/lib/.build-id/7e	
/usr/lib/.build-id/7e/2181606b08668600efe9752d79e45b8455c501	
/usr/lib/.build-id/88	
/usr/lib/.build-id/88/4eb468cf45b875292e261f1111976927d391bc	
/usr/lib/.build-id/90	
/usr/lib/.build-id/90/4671323ae4e2006b58f64efd41a955298b129d	
/usr/lib/.build-id/97	
/usr/lib/.build-id/97/158871d0ce9d0dd3db39cda350d07b62bd6371	
/usr/lib/.build-id/c5	
/usr/lib/.build-id/c5/0cd5490051249758e1d6942addd016c9d5f02f	
/usr/lib/.build-id/c6	
/usr/lib/.build-id/c6/2f39baaa66ddd41468f5d585d32ec5c690156d	
/usr/lib/.build-id/f9	
/usr/lib/.build-id/f9/7980bab68abfff54afbc1e1ddd0a7d94c7527e	
/usr/lib/systemd/system/grub-boot-indeterminate.service	
/usr/lib/systemd/system/grub2-systemd-integration.service	
/usr/lib/systemd/system/reboot.target.wants	
/usr/lib/systemd/system/reboot.target.wants/grub2-systemd-integration.service	
/usr/lib/systemd/system/system-update.target.wants	
/usr/lib/systemd/system/system-update.target.wants/grub-boot-indeterminate.service	
/usr/lib/systemd/system/systemd-logind.service.d	
/usr/lib/systemd/system/systemd-logind.service.d/10-grub2-logind-service.conf	
/usr/lib/systemd/user/grub-boot-success.service	
/usr/lib/systemd/user/grub-boot-success.timer	
/usr/lib/systemd/user/timers.target.wants	
/usr/lib/systemd/user/timers.target.wants/grub-boot-success.timer	
/usr/libexec/grub2	
/usr/libexec/grub2/systemd-integration.sh	
/usr/sbin/grub2-bios-setup	
/usr/sbin/grub2-install	
/usr/sbin/grub2-mkconfig	
/usr/sbin/grub2-reboot	
/usr/sbin/grub2-rpm-sort	
/usr/sbin/grub2-switch-to-blscfg	
/usr/share/bash-completion/completions/grub	
/usr/share/grub/ascii.pf2	
/usr/share/grub/euro.pf2	
/usr/share/grub/grub-mkconfig_lib	
/usr/share/grub/unicode.pf2	
/usr/share/info/grub2-dev.info.gz	
/usr/share/info/grub2.info.gz	
/usr/share/man/man1/grub2-emu.1.gz	
/usr/share/man/man1/grub2-file.1.gz	
/usr/share/man/man1/grub2-menulst2cfg.1.gz	
/usr/share/man/man1/grub2-mkimage.1.gz	
/usr/share/man/man1/grub2-mkrelpath.1.gz	
/usr/share/man/man1/grub2-mount.1.gz	
/usr/share/man/man1/grub2-script-check.1.gz	
/usr/share/man/man1/grub2-set-bootflag.1.gz	
/usr/share/man/man8/grub2-bios-setup.8.gz	
/usr/share/man/man8/grub2-install.8.gz	
/usr/share/man/man8/grub2-mkconfig.8.gz	
/usr/share/man/man8/grub2-probe.8.gz	
/usr/share/man/man8/grub2-reboot.8.gz	
/usr/share/man/man8/grub2-rpm-sort.8.gz	
/usr/share/man/man8/grub2-switch-to-blscfg.8.gz

kwizart wrote:Pour information, j'ai fait un post ici sur ce sujet:
https://forums.fedora-fr.org/viewtopic.php?pid=618864#p618864

Je suis d'accord. Je ne demande pas mieux que d'utiliser rpmfusion. Mais tout n'y est pas disponible, d'où l'intérêt des autres dépôts (mais attention aux incompatibilités).

Pour info, j'avais fait la demande pour intégrer digikam dans rpmfusion (ce qui fait sens vu que le support vidéo requiert qtav, dispo sur rpmfusion). Mais on m'a répondu : pas possible, pas assez de contributeurs. Dommage, mais je comprends tout à fait. Unitedrpms a tout de suite accepté.

andvar wrote:Bonjour,
Je voudrais acheter une clé USB WIFI 3.0 compatible 5Ghz 2,4Ghz avec un chipset RTL8812BU.
J'ai un très mauvais souvenir d'une autre clé RTL88X2CE avec un ancien Fedora avec des mises à jour de driver et/ou plantages pendant l'installation ou après mise à jour Fedora....
Pouvez-vous me conseiller un clé USB WIFI 3.0 compatible 5Ghz 2,4Ghz qui foncionne sous Fedora «Out of the box»
D'avance merci

Tu peux regarder cette discussion ici : [Résolu] Support TP-Link Archer T3U AC1300 sur Fedora ? (rtl8822bu ?)
J'ai un chipset RTL8822bu ; mais apparemment les drivers que j'utilise sont compatibles aussi RTL8812bu (ce sont en fait des drivers RTL88x2bu).

Un petit "lsusb" pourra le confirmer.
Regarde si ta carte (son ID est donnée par lsusb) est référencé dans les sources du driver : https://github.com/RinCat/RTL88x2BU-Linux-Driver/blob/master/os_dep/linux/usb_intf.c

Heldwin wrote: Mais merci, il n'y a plus ces affreux caractères illisibles quand on ouvre le fichier ^^

Avec plaisir.
Et désolé à didierg, on a un peu pollué son post :-D

Étrange, je vois bien dans le HTTP header la même chose que toi (nginx).
Par contre la page http://nicofo.tuxfamily.org/scripts/ indique clairement "Apache Server at nicofo.tuxfamily.org Port 80" dans le fond.

Tu y comprends quelque chose ?? :-?
Perso je dois avouer que je n'y connais pas grand chose en serveurs...

Helwin wrote:Tu es sûr que ça vient du .htaccess ?

Oui. Du coup j'ai continué de cherché dans cette direction.
Maintenant ça marche avec :

ForceType 'text/plain; charset=UTF-8'    #forcer text/plain pour tous les fichiers ...
<Files "*.*">                            #... sauf ceux qui ont une extention
   ForceType None
</Files>

Y'a sans doute mieux, mais ça marche 😉

Heldwin wrote:@ nicofo

Sur nginx je rajoute juste: "charset utf-8; " dans la conf du site.
Sur ton espace, il n'y a pas un moyen de déclarer l'encodage par défaut ?

Salut,
je suppose que tu parles de l'encodage de l'affichage du script lui même ? -> http://nicofo.tuxfamily.org/scripts/renomme
C'est vrai qu'il n'est pas bon, mais je t'avoue que je ne sais pas comment le changer... M'y connais pas trop en web...
Je suppose que ce n'est pas dans la conf de Dotclear (puisque le blog a le bon encodage, et que le lien du script ne passe pas par Dotclear : c'est juste un fichier déposé sur le serveur Tuxfamily).
Mais plutôt dans celle de l'hébergeur Tuxfamily. J'ai ajouté "AddDefaultCharset utf-8" à .htaccess (à tout hasard, je ne sais pas si c'est le bon endroit pour le faire), sans succès.
Si tu as d'autres idées ?

didierg wrote: Jusqu'à fedora 31 inclus j'utilisais pyrenamer qui renomme entre autres les photos en utilisant les données exif et fslint qui permet de supprimer les doublons.

Avec fedora 32 et l'arrêt de python 2 ces deux programmes ne sont plus présents dans les dépôts.

Par quoi les remplacer ?

Salut,

Pour ma part j'utilise un script fait maison pour renommer mes photos et vidéos : script "renomme" (oui je sais, pas très original :-D )

Je vois que ça fera bientôt 15 ans :-o que je le fais évoluer
Et du coup il fait exactement ce que je veux. Si ça peut aider ...

didierg wrote:Sur le site de Mozilla un tableau mis à jour le 23 December 2020, at 18:58 résume le support de webrander :

https://wiki.mozilla.org/Platform/GFX/WebRender_Where

Ah oui en effet. Mais ce n'est pas correct non plus. En effet, certains sous Wayland ont Webrender actif avec FF84. Ce n'est pas conforme au tableau.
Pas très rigoureux décidément Mozilla dans ses documentations...

GOGI wrote:Donc ça dépend bien apparemment du pilote graphique chargé au démarrage de la machine.

Possible... Moi j'ai une nvidia (drivers proprios).

Pas sérieux du coup l'annonce de Mozilla (ou simple erreur on va dire). Quand ils disent qu'ils activent Webrender sur Linux/GNOME/X11, il faut comprendre Linux/GNOME/AMD-Intel (X ou Wayland).

https://www.mozilla.org/en-US/firefox/84.0/releasenotes/ wrote:WebRender rolls out to MacOS Big Sur, Windows devices with Intel Gen 6 GPUs, and Intel laptops running Windows 7 and 8. Additionally we'll ship an accelerated rendering pipeline for Linux/GNOME/X11 users for the first time, ever!

(à noter qu'ils parlent pas explicitement de Webrender mais de "accelerated rendering". Je sais pas si c'est différent, mais tous les sites de News Linux ont interprété que Webrender arrivait sur Linux)

Refuznik wrote:Chez moi ça passe. Regarde about:config => gfx.webrender.all et voir pour le passer en true.

Oui, je sais, mais ça c'est pour l'activer "manuellement". Je m'attendais à ce que ce genre de manip ne soit plus nécessaire vu que WebRender est censé être activé par défaut.
Tu as donc le même comportement que moi : ce n'est pas activé par défaut.

Par contre @didierg tu as obtenu ça sans rien faire ? Ou bien tu as aussi du l'activer manuellement ?

Bonjour,

Firefox 84, nouvellement disponible dans les dépôts Fedora, est censé apporter l'activation de Webrender par défaut sur Linux / Gnome / X11.
Je suis bien sous Gnome / X11, mais Webrender n'est pas activé par défaut !

Confirmation depuis la page about:support :

Compositing	Basic              (devrait être "WebRender")
WEBRENDER	available by default
		disabled by env: Not qualified

Pourquoi ? (j'ai même essayé avec un profil Firefox vierge). Firefox de Fedora n'est pas le même que l'officiel ? Qu'est-il chez vous sous Gnome / X11 ?

tetedecrocro wrote:Je ne me souviens plus si au départ j'avais ou non fait une partition étendue, mais cela expliquerais que je ne peux plus faire de partition supplémentaire et ce problème du grub. Windows prend déjà 4 partitions :-?

Tu es en UEFI : l’histoire des partitions étendues, c'est du passé avec les disques GPT (=standard depuis de nombreuses années maintenant).

tetedecrocro wrote:Si ça changera, dans le nouveau Ssd pour Fedora, je pourrais crée les partitions séparer et cela n'a pas abouti sur le Ssd actuel. Pour le boot je pense qu'il n'y aura pas ce problème, parce que à la base les partitions Fedora ne se sont pas toutes faîte ( fait pourtant à la main), et je pense que le souci venu est la dedans.
Lorsque j'avais crée par exemple /var a mettant 20 go, je ne sais ce qui ce passer cela devenu 48 go, donc il y a un problème. Je vais donc y remédier avec un nouveau Ssd que je puisse librement faire mes partitions comme il faut.

Je connais pas bien le BRTFS, mais je pense qu'il gère plusieurs partitions "logiques" sur une seule partition physique. Donc ton partitionnement m'a l'air tout à fait correct. On le voit d'ailleurs sur ton image : ta partition physique nvme0n1p6 contient plusieurs points de montage associés à tes partitions "logiques" /, /var et /home (à confirmer par les connaisseurs de BRTFS)

Refuznik wrote: Nvidia a publié le nouveau driver corrigeant le problème, il y a un peu plus d'une semaine. Par contre je ne vois toujours rien dans les dépots.

carabao wrote:Tu parles de quel pilote, ceux-là ? https://www.nvidia.fr/download/driverResults.aspx/166897/fr

Ils sont bien présents dans rpmfusion non libre : https://download1.rpmfusion.org/nonfree/fedora/updates/33/x86_64/repoview/index.html

Heu, les drivers 455.45 résolvent le problème de compatibilité avec le kernel 5.9 ?
@carabao : sur cette autre discussion tu me répondais le contraire. J'ai raté quelque chose ?