Fedora-Fr - Communauté francophone Fedora - Linux

Communauté francophone des utilisateurs de la distribution Linux Fedora.

  

Dernière news : Clap de fin pour Fedora Linux 35 !

#1 Re : [Anciennes versions] Support général » Lecteur CD/DVD s'ouvre à chaque sortie de veille » 25/07/2021 20:28:43

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 wink
À suivre ...

#2 Re : [Anciennes versions] Support général » Lecteur CD/DVD s'ouvre à chaque sortie de veille » 25/07/2021 19:19:37

Jules-Marie-84 a écrit :

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).

#3 [Anciennes versions] Support général » Lecteur CD/DVD s'ouvre à chaque sortie de veille » 23/07/2021 19:47:17

nicofo
Réponses : 3

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.

#4 Re : [Anciennes versions] Support général » [Résolu] Où est le fichier /default/grub » 20/05/2021 22:04:52

nouvo09 a écrit :

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

#5 Re : [Anciennes versions] Installation des programmes » Digikam et vidéos » 06/05/2021 21:37:22

kwizart a écrit :

Pour information, j'ai fait un post ici sur ce sujet:
https://forums.fedora-fr.org/viewtopic. … 64#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é.

#6 Re : [Anciennes versions] Matériel » Que pensez-vous d'une Clé USB WIFI avec chipset RTL8812BU » 06/03/2021 22:56:59

andvar a écrit :

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-Lin … usb_intf.c

#7 Re : [Anciennes versions] Support général » Arrêt de python 2 - pyrenamer et fslint » 19/02/2021 23:51:20

Heldwin a écrit :

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 big_smile

#8 Re : [Anciennes versions] Support général » Arrêt de python 2 - pyrenamer et fslint » 18/02/2021 21:46:27

É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 ?? hmm
Perso je dois avouer que je n'y connais pas grand chose en serveurs...

Helwin a écrit :

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 wink

#9 Re : [Anciennes versions] Support général » Arrêt de python 2 - pyrenamer et fslint » 18/02/2021 18:59:02

Heldwin a écrit :
nicofo a écrit :

je suppose que tu parles de l'encodage de l'affichage du script lui même ?  -> http://nicofo.tuxfamily.org/scripts/renomme

Ils utilisent nginx, je pensais apache un moment...

Qu'est-ce qui te fait dire ça ?
https://faq.tuxfamily.org/Presentation/Fr -> on parle bien de Apache. Et je vois nulle part nginx sur leur wiki.

Heldwin a écrit :

Si tu copies le fichier et y mets une extension (.txt par exemple), cela l'affiche en utf-8 ?

Ah oui bonne remarque :
- sans "AddDefaultCharset utf-8" -> ça ne change rien
- avec "AddDefaultCharset utf-8" -> c'est le bon encodage
Voir  http://nicofo.tuxfamily.org/scripts/renomme.txt     vs    http://nicofo.tuxfamily.org/scripts/renomme

Du coup, le "AddDefaultCharset utf-8" que j'avais ajouté (à tout hasard !) à mon .htaccess me semble finalement une bonne piste. Mais ça ne marche que pour les fichiers avec extension...

#10 Re : [Anciennes versions] Support général » Arrêt de python 2 - pyrenamer et fslint » 12/02/2021 22:36:39

Heldwin a écrit :

@ 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 ?

#11 Re : [Anciennes versions] Support général » Arrêt de python 2 - pyrenamer et fslint » 07/02/2021 12:21:01

didierg a écrit :

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 big_smile )

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

#12 Re : [Anciennes versions] Support général » Firefox 84 et Webrender » 27/12/2020 19:58:33

didierg a écrit :

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...

#13 Re : [Anciennes versions] Support général » Firefox 84 et Webrender » 27/12/2020 16:29:42

GOGI a écrit :

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/ a écrit :

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)

#14 Re : [Anciennes versions] Support général » Firefox 84 et Webrender » 23/12/2020 23:42:12

Refuznik a écrit :

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 ?

#15 [Anciennes versions] Support général » Firefox 84 et Webrender » 23/12/2020 22:20:57

nicofo
Réponses : 19

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 ?

#16 Re : [Anciennes versions] Installation de Fedora Linux » [Résolu] Dualboot impossible de changer de ligne au Grub » 06/12/2020 21:54:33

tetedecrocro a écrit :

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 hmm

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 a écrit :

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)

#17 Re : [Anciennes versions] Support général » Driver nvidia » 02/12/2020 11:39:05

Refuznik a écrit :

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 a écrit :

Tu parles de quel pilote, ceux-là  ? https://www.nvidia.fr/download/driverRe … /166897/fr

Ils sont bien présents dans rpmfusion non libre : https://download1.rpmfusion.org/nonfree … 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 ?

#18 Re : [Anciennes versions] Matériel » Noyau 5.9 et les pilotes nvidia sont incompatibles entre eux » 20/11/2020 21:55:31

On est mi-novembre passé ;)
Les pilotes 455.45 viennent de sortir. Ils sont dispos dans les dépôts (enfin dans le dépôt negativo17 uniquement pour le moment qui est en général en avance sur rpmfusion pour les pilotes).

J'ai essayé -> pas de problème. Je suppose donc que c'est cette version qui corrige l'incompatibilité avec le kernel 5.9.

A noter que je n'utilise pas cuda. Si l'incompatibilité n'affecte que cuda, mon test n'est pas pertinent.

#19 Re : [Anciennes versions] Support général » [Résolu] Information étrange avec blkid » 15/11/2020 22:50:15

Renault a écrit :

Les partitions ou fichiers swap existants sont préservés et obtiennent une priorité d'utilisation plus faible, donc uniquement quand zram aura atteint ses propres limites. Par défaut zram sera configuré pour avoir une taille équivalente à la moitié de la RAM du système, borné à 4 Gio si l'ordinateur a plus de 8 Gio de RAM.

Plus de détails pour vérifier cela avec /proc/swaps qui liste les swap utilisées :

 cat /proc/swaps 
Filename				Type		Size		Used		Priority
/dev/dm-1                               partition	8126460		0		-2
/dev/zram0                              partition	4046844		0		100

/dev/dm-1 correspond à ma partition swap (lvm)
zram a bien une priorité supérieure (=valeurs par défaut après upgrade F32>F33).

VINDICATORs a écrit :

Au pire il faut dire au système de ne l'utiliser qu'en dernier recourt en réglant le vm.swappiness à 5 par exemple

Ce paramètre ne changera donc rien par rapport à zram.

#20 Re : [Anciennes versions] Support général » [Résolu] Information étrange avec blkid » 14/11/2020 15:12:51

nouvo09 a écrit :

le swap dev/sda6 est déclaré dans fstab inutilement ?

oui. commente-le dans le fichier fstab

J'ai pas compris la même chose : pour moi le swap est toujours utile, même si il a moins de chance d'être utilisé :

Renault a écrit :

    L'extension de mémoire avec le mécanisme du swap utilise maintenant zram par défaut. En effet, quand la mémoire vive physique vient à manquer, le noyau peut utiliser la pagination pour transférer des programmes ou données en mémoire sur la mémoire de masse comme le disque dur ou un SSD. Cela est transparent pour l'utilisateur et les programmes mais cependant cette procédure est lente car ces périphériques ne sont pas aussi rapides d'accès que la RAM. Il n'est pas rare en effet que l'usage de swap puisse ralentir un ordinateur trop fortement, nécessitant de le redémarrer brutalement. Pour améliorer la réactivité et les performances, on peut à la place compresser en RAM ces données. Cela libère de la place tout en étant plus rapide que d'utiliser la mémoire de masse en échange d'un léger surcoût en mémoire de 0,1% à 0,04%. C'est ce que propose zram. Ce changement concerne aussi les systèmes existants. Les partitions ou fichiers swap existants sont préservés et obtiennent une priorité d'utilisation plus faible, donc uniquement quand zram aura atteint ses propres limites. Par défaut zram sera configuré pour avoir une taille équivalente à la moitié de la RAM du système, borné à 4 Gio si l'ordinateur a plus de 8 Gio de RAM.

#21 [Anciennes versions] Installation des programmes » Digikam et vidéos » 11/11/2020 18:38:32

nicofo
Réponses : 2

Bonjour,

pour info, si vous avez des vidéos parmi vos photos, il est possible de les lire avec Digikam.
Mais pour cela, il ne faut pas utiliser la version des dépôts Fedora, fournie sans le support des vidéos. Mais bien la version du dépôt Unitedrpms : https://unitedrpms.github.io/#repository

#installer le dépôt
sudo dnf -y install https://github.com/UnitedRPMs/unitedrpms/releases/download/17/unitedrpms-$(rpm -E %fedora)-17.fc$(rpm -E %fedora).noarch.rpm

#supprimer la version du dépôt Fedora si déjà installée
sudo dnf remove digikam

#installer la version complète de digikam
sudo dnf install digikam-freeworld

Si je comprends bien, Unitedrpms est un peu un 'concurrent' de rpmfusion. Je n'ai pas eu de problème jusqu'à présent avec ce dépôt.

#23 Re : [Anciennes versions] Matériel » [Résolu] Support TP-Link Archer T3U AC1300 sur Fedora ? (rtl8822bu ?) » 30/08/2020 15:22:42

Avec le kernel 5.8 cette source ne fonctionne plus.

Par contre ça fonctionne avec : https://github.com/RinCat/RTL88x2BU-Linux-Driver

Pfff, en 2020, le wifi reste compliqué avec Linux. Une mise à jour du noyau et plus rien ne va...

#24 Re : [Anciennes versions] Matériel » [Résolu] Support TP-Link Archer T3U AC1300 sur Fedora ? (rtl8822bu ?) » 06/06/2020 11:47:48

Je me réponds à moi-même :

    • lsusb -> ID 2357:012d
    • le driver à installer est: rtl8822bu
    • depuis les sources git: https://github.com/EntropicEffect/rtl8822bu

#prérequis : dkms doit être installé
sudo dnf install dkms

# clone git
mkdir ~/Download/rtl8822bu && cd ~/Download/rtl8822bu
git clone https://github.com/EntropicEffect/rtl8822bu.git

# installation (copie le git dans /usr/src/88x2bu-1.1)
sudo dkms add ./rtl8822bu
# compilation, création du kernel module
sudo dkms install 88x2bu/1.1

#25 [Anciennes versions] Matériel » [Résolu] Support TP-Link Archer T3U AC1300 sur Fedora ? (rtl8822bu ?) » 23/05/2020 11:50:07

nicofo
Réponses : 4

Bonjour,

est-ce que l’adaptateur Wifi "TP-Link Archer T3U" est bien supporté sur Fedora ?
  https://www.tp-link.com/fr-be/home-netw … cher-t3u//

-> Out of the box ou il faut bidouiller (compiler) ?


Difficile de savoir quel driver il a besoin.
Sur d'autres distros ça a l'air compliqué, ou seulement possible en compilant soi-même les drivers.

Pied de page des forums

Propulsé par FluxBB