Derniers sujets du forum ESPACE CONTRIBUTION

connexion reseau sans fil

Thu, 11 Jun 2026 18:38:54 +0200

Tu as pu regarder si tu as une option dans ton UEFI ?

pour le inxi -Fa :

> Host: localhost Kernel: 6.18.26-desktop-3.mga10 arch: x86_64 bits: 64

tu as oublié de faire la mise à jour (j'en suis au noyau 6.18.33)

> Display: wayland server: X.org v: 1.21.1.22 with: Xwayland v: 24.1.11
> compositor: kwin_wayland driver: X: loaded: modesetting,v4l

KDE/Plasma avec wayland (ça ne change rien à la gestion du réseau, hormis ce qui est à utiliser pour le paramétrage).

> Device-2: Realtek RTL8821AE 802.11ac PCIe Wireless Network Adapter
> vendor: Lenovo driver: rtl8821ae v: kernel pcie: gen: 1 speed: 2.5 GT/s
> lanes: 1 port: 3000 bus-ID: 03:00.0 chip-ID: 10ec:8821 class-ID: 0280
> IF: wlp3s0 state: up mac: 60:14:b3:b3:fc:85
> Info: services: wpa_supplicant

ok du realtek, pilote rtl8821ae
le dmesg donnera plus d'infos et les services : tu n'as pas choisi NetworkManager ?

Pour le bluetook, ok ça se voit

> Bluetooth:
> Device-1: Realtek RTL8821A Bluetooth driver: btusb v: 0.8 type: USB rev: 2.1
> speed: 12 Mb/s lanes: 1 bus-ID: 1-7:3 chip-ID: 0bda:0821 class-ID: e001
> Report: hciconfig ID: hci0 rfk-id: 2 state: down bt-service: disabled
> rfk-block: hardware: no software: yes

et c'est confirmé par https://linux-hardware.org/?probe=c7f5d16208&log=rfkill

pour le dmesg : ça me semble correct

> [ 8.663197] rtl8821ae: Using firmware rtlwifi/rtl8821aefw_29.bin
> [ 8.663204] rtl8821ae: Using firmware rtlwifi/rtl8821aefw_wowlan.bin
> [ 8.666495] ieee80211 phy0: Selected rate control algorithm 'rtl_rc'
> [ 8.667489] rtlwifi: rtlwifi: wireless switch is on
> [ 8.697397] rtl8821ae 0000:03:00.0 wlp3s0: renamed from wlan0

donc au boot le wifi semble opérationnel. Ce n'est qu'après le 1er boot que tu es obligé de jouer du rfkill ou à chaque fois ?

> [ 11.411204] warning: `iwconfig' uses wireless extensions which will stop working for Wi-Fi 7 hardware; use nl80211

ça c'est une erreur "normale", j'ai la même, ce sera sans doute corrigé par la suite

et le wifi s'associe correctement sans indiquer si tu as dû changer l'état avec rfkill (as-tu dû le faire ?) :

> [ 18.144717] wlp3s0: authenticate with XXX (local address=XXX)
> [ 18.144728] wlp3s0: send auth to XXX (try 1/3)
> [ 18.146844] wlp3s0: authenticated
> [ 18.148846] wlp3s0: associate with XXX (try 1/3)
> [ 18.152647] wlp3s0: RX AssocResp from XXX (capab=0x1411 status=0 aid=2)
> [ 18.153643] wlp3s0: associated
> [ 18.155568] wlp3s0: Limiting TX power to 20 (20 - 0) dBm as advertised by XXX

Bref, besoin d'investiguer un peu plus :

- confirmer si option UEFI pour le wifi
- mise à jour par un urpmi --auto-update # ça ne devrait pas changer le comportement
- pourquoi ne pas utiliser NetworkManager ? tu utilises l'applet réseau mga / draknetcenter ou celle de KDE ?
- besoin ou pas de rfkill à chaque fois pour activer le wifi ?

Dépêche pour publication de Mageia 10 en préparation sur LinuxFr.org

Thu, 11 Jun 2026 17:23:00 +0200

BAud :
hmmm il y a des dépôts MLO en préparation pour la 10 ? Je n'ai pas vu sur https://repository.mageialinux-online.org/

J'espère ce week-end. Il va y avoir un changement dans le nom des dépôts MLO sur la 10. Donc il faudra que tout le monde les rechargent.

Pour firefox il faudra attendre un peu. Mon i7 de 4éme génération met 2 h à compiler Firefox. Et il faut que je modifie la spec si je veux pouvoir avoir en même temps la 9 et la 10 lon devrait se passer des bibliothèques bundle dans le paquet pour la 10).

Je pense que papoteur disais qu'il utilisait la 151 sur Mageia 9 et n'avait aucun soucis avec.

Secureboot

Thu, 11 Jun 2026 06:55:43 +0200

Il y a deux équipes qui font du test, QA et Bugsquad.
L'un est en ce moment bien occupé avec les nouvelles ISO Mageia. L'autre trie les bug, tente de les reproduire pour rafiner le rapport de bug et le transmets aux autres équipes.

parlons de mageia 10

Mon, 01 Jun 2026 23:55:04 +0200

> Sur distrowatch, les sorties successives font remonter logiquement mageia dans le classement des vues. 🙂

mouais 39ème à 6 mois actuellement et 58ème à une semaine d'après https://distrowatch.com/table.php?distribution=mageia (les annonces ne font remonter que ponctuellement), même FreeBSD est devant alors que notre positionnement est similaire à OpenSUSE qui est plutôt dans les rangs 15 (voire à 30 à la semaine).

Ce qui est bien c'est que l'illustration affiche déjà notre nouveau fond d'écran

[Réglé] carte Tiger niveau très bas

Sat, 30 May 2026 11:24:03 +0200

merci pour la publication de la solution

Retour sur la RC1 de Magéia 10

Mon, 25 May 2026 18:54:56 +0200

bon, le fond d'écran, c'est une histoire de goût

Retour installation Mageia 10 RC1!

Sun, 24 May 2026 00:06:33 +0200

gerard-ll :
Je suis obligé de démarrer simple-scan en konsole, pas d'icône des les menus!?!

Depuis que j'utilise ma session sur X11, c'est bon je vois les icônes dont celui de simple-scan!

rc1 nvidia

Sat, 23 May 2026 21:30:16 +0200

Bonjour

je confirme le driver 595 n est pas compatible avec ma 1080ti mais ce qui est surprenant avec le driver pascal 580 hier soir j ai arrêter ma machine correctement au préalable j avais viré la mise en veille pour ne pas être embêter et ce jour impossible d avoir la partie graphique
j ai testé au hasard le 595 ......mais mal m en a pris il m a fallu tout réinstallé

a+

Mageia 10 - retour de vouf avec nvidia RTX Geforce 5070 (mode Hardcore)

Sat, 23 May 2026 19:04:24 +0200

Bonjour Baud

Voici les éléments après un peu de temps de disponible

Code BASH :

hw-probe -all -upload

Résultats : https://linux-hardware.org/?probe=7f9040b92e

Je ne connaissais pas cet outil. Vraiment bien.

Par ailleur je me suis permis de consolider la release note https://wiki.mageia.org/en/Mageia_10_Release_Notes en conséquence. N'hésitez pas à corriger si nécessaire. Je ne suis pas familier du wiki.

Les apports de la branche 595 des drivers nivdia sont principalement pour les cartes avec les architectures blackwell (RTX 50xx) :

La branche 595 introduit le support de l’extension VK_EXT_descriptor_heap, qui améliore les performances lors de l’exécution de jeux Windows via Proton (DirectX → Vulkan). Elle inclut également le support de VK_EXT_present_timing, utile pour la synchronisation des présentations, et la prise en charge de DRI3 version 1.2, ce qui améliore la gestion des buffers et la performance dans certains environnements graphiques
Plusieurs correctifs ont été apportés, notamment pour des régressions introduites dans la version 580.119.02, qui causaient des problèmes avec certains compositeurs X11.
Elle apporte des gains de performances par rapport aux branches 580 et 590.

Les apports de la branche 595 des drivers nivdia sont principalement pour les cartes avec les architectures blackwell (RTX 50xx) :

La branche 580 reste celle qui est recommandé pour la stabilité..

Pour ma part , je suis beaucoup ce qu'il y a sur le forum linux de nvidia pour suivre ces évolutions. Comme je joue un peu, je trouve cela intéressant. Les cartes nvidias sont en retrait en ce qui concerne les performances pour le jeu vidéo sous linux. Mais cette année, énormément de travaux sont en court sur les différents projets open source pour résoudre les problèmes et limitations connus. La situation des performances pourrait s'inverser cette année avec les évolutions de proton, VKD3D-Proton, Vulkan. Je reste du nvidia principalement à cause de CUDA pour le traitement vidéo et l'IA

mageia 10 rc1 Retour d'ami age KO

Fri, 22 May 2026 16:15:14 +0200

comment "Dans ce cas, obtenir la backtrace." ?

edit, j'ai la réponse dans le bugzilla

Assigning to the Kernel and Drivers maintainers.

Can you attach firstboot.txt that is the result of running, as root:

journalctl -b1 > firstboot.txt

Or lastcrash.txt that is the result of running as root, right after rebooting after a crash:

journalctl -b-1 > lastcrash.txt