Forum

Bonjour

J’ai installé Mageia 7 depuis quelques mois et complètement débutant.

Je ne peux plus connecter le wifi avec ma box par contre c’est possible avec orange.

Je vois sur le forum que ce problème existe depuis 2014.

j’ai fait à la console

"[dani@localhost ~]$ sudo mv /etc/wpa_supplicant.conf /etc/wpa_supplicant_sauv.conf
[sudo] Mot de passe de dani :
dani n'apparaît pas dans le fichier sudoers. Cet incident sera signalé.
[dani@localhost ~]$ "

Donc la un autre problème je ne peux pas utiliser SUDO ??

Plus loin sur et pour Mageia 7 on propose cette solution

"Problème également résolu sur une Mageia 7 avec la mise en commentaire des 3 lignes suivantes du fichier /etc/wpa_supplicant.conf :

#blob-base64-exampleblob={
#SGVsbG8gV29ybGQhCg==
#}"

Mais je ne sais pas comment ouvrir ce fichier pour le modifier

Merci de votre aide

Oui, sudo n'est pas installé par défaut, ici le concepte c'est d'utiliser su et passer root.
Si tu souhaite utiliser sudo, tu dois ajouter ton utilisateur au groupe wheel.

Pour modifier ce fichier, tu as plusieurs solution, en voici une seule qui j'espère sera la plus simple :

Bonsoir,

Avant d'aller plus loin, n'appliquez en aucun cas les tutos destinés à Ubuntu sur Mageia s'il vous plaît.

Sudo n'est pas configuré pour le premier utilisateur normal, jamais. Les commandes sudo ne fonctionnent que si le premier utilisateur configuré avec Mageia est membre du groupe wheel.
Ca dépasse pour l'instant le propos.

Quand au WiFi qui ne fonctionne pas, utilisez le Centre de Contrôle Mageia, module Réseau et voyez avec les assistants proposés. Ne modifiez pas à la main des fichiers dans le dossier /etc.

Ensuite pour nous aider à comprendre, le réseau wifi était correctement configuré et fonctionnel ?
Que veut dire en passant par Orange ?

Pouvez vous joindre le résultat de la commande suivante à faire dans une Console (Konsole sous Plasma KDE)


Copier coller la commande. Tapez entrée.
Joignez le fichier ici ensuite. Il est dans votre répertoire de départ, celui avec les dossiers Documents, Musique, Images,...

De même avec cette commande après avoir redémarrer votre PC et en vous connectant sans rien faire d'autre que d'ouvrir une console.


Aurélien
Mageia Bugsquad

Bonjour,

De ce que comprends, la connexion fonctionnait sur une box ( dont on ignore le modèle, une freebox par exemple ?), mais que la connexion à cette box ne fonctionne plus. En revanche la connexion fonctionne sur une box Orange (Livebox).

Quand on fait scan depuis le centre réseau, est ce que la box "défecteuse" est vue ? Le fait que d' autres périphériques la voit, ne veut pas dire que la liaison entre le pc Mageia et cette box soit fonctionnelle. Si le pc ne voit pas le réseau wifi, il faudrait commençer par redémarrer la box en question.

Bonjour,
Merci pour vos réponses
J'utilise une livebox et un répétiteur wifi.
Je suis sur Ubuntu depuis 15 ans et J'ai installé Mageia il y a 10 mois.
L'installation du wifi c'était bien passé sur la livebox et le répétiteur mais maintenant ces 2 liaisons ne fonctionnent plus et je ne peux plus les réinstaller via le CCM, par contre je peux utiliser le wifi orange de la box sans cryptage avec mon adresse e-mail.
Je vois bien toutes les liaisons wifi avec CCM.
Sur ce PC en Ubuntu le wifi livebox et répétiteur fonctionnement correctement.
Actuellement je suis en connexion filaire.

Pour Aurond85, je ne me suis pas tromper de forum c'est bien sur celui de Mageia que j'ai copié cette procédure avec sudo.

Je pense que j'ai un autre problème avec la console rien ne fonctionne.


[dani@localhost ~]$ su - root kwrite /etc/wpa_supplicant.conf
Mot de passe :
-bash: kwrite: Aucun fichier ou dossier de ce type
[dani@localhost ~]$ su - root
Mot de passe :
[root@localhost ~]# kwrite /etc/wpa_supplicant.conf
-bash: kwrite : commande introuvable
[root@localhost ~]#


[dani@localhost ~]$ lspcidrake -v > ~/lspcidrake.txt
[dani@localhost ~]$


[dani@localhost ~]$ journalctl -b --no-hostname > ~/journal-boot.txt
Hint: You are currently not seeing messages from other users and the system.
Users in groups 'adm', 'systemd-journal', 'wheel' can see all messages.
Pass -q to turn off this notice.
[dani@localhost ~]$

A tout hasard, serais-tu sous gnome ou xfce ?

Sous gnome

Alors ce n'est pas kwrite qu'il faut utiliser mais gedit
Désolé

Bonjour,

Je pense que le "journalctl -b --no-hostname" doit être lancé en root, sinon le fichier résultant ne donnera aucune information utile pour comprendre ce qu' il se passe.

De ce je comprends, le dysfonctionnement n' arrive que lorsqu' il y a chiffrement de la connexion.

wpa-supplicant est bien lancé ?

Si le fichier /etc/wpa-spplicant est renommé, un nouveau devrait être généré lors de la tentative de recréation de la connexion...



Pourquoi pas nano ou vi ?

[dani@localhost ~]$ su - root
Mot de passe :
[root@localhost ~]# gedit /etc/wpa_supplicant.conf
Unable to init server: Impossible de se connecter : Connexion refusée

(org.gnome.gedit:5562): Gtk-WARNING **: 15:57:12.540: cannot open display:
[root@localhost ~]#

Merci de votre aide, mais je me demande si je n'ai pas des fichiers corrompus dans le home. J'utilise la même partition pour les home Magiea et Ubuntu et la dernière mise à jour d'ubuntu c'est mal passé et une partie du home à été supprimé

Bonjour,

le fichier /etc/wpa_supplicant.conf ne se trouve pas dans le /home, donc aucune raison que celui ci ait été touché.

Concernant le gedit, est ce que par hasard il y a une connexion automatique de la session ?

Sinon pour contourner le problème d' ouverture de gedit, on peut faire tout simplement le renommage de fichier /etc/wpa_supplicant.conf et depuis le ccm essayer de recréer les connexions ?

Édité par nic80 Le 23/08/2020 à 16h36

bonjour,

Je n'ai pas de connexion automatique, et je ne sais pas renommer le fichier "etc/wpa_supplicant.conf "

sur le terminal "journalctl -b --no-hostname" fonctionne mais pas "journalctl -b --no-hostname > ~/journal-boot.txt"

[dani@localhost ~]$ su - root
Mot de passe :
[root@localhost ~]# journalctl -b --no-hostname
-- Logs begin at Mon 2019-12-02 23:37:04 CET, end at Sun 2020-08-23 16:53:15 CE>
août 23 16:24:37 kernel: microcode: microcode updated early to revision 0xd6, d>
août 23 16:24:37 kernel: Linux version 5.6.14-desktop-2.mga7 (iurt@ecosse.magei>
août 23 16:24:37 kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-5.6.14-desktop->
août 23 16:24:37 kernel: x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating>
août 23 16:24:37 kernel: x86/fpu: Supporting XSAVE feature 0x002: 'SSE register>
août 23 16:24:37 kernel: x86/fpu: Supporting XSAVE feature 0x004: 'AVX register>
août 23 16:24:37 kernel: x86/fpu: Supporting XSAVE feature 0x008: 'MPX bounds r>
août 23 16:24:37 kernel: x86/fpu: Supporting XSAVE feature 0x010: 'MPX CSR'
août 23 16:24:37 kernel: x86/fpu: xstate_offset[2]: 576, xstate_sizes[2]: 256
août 23 16:24:37 kernel: x86/fpu: xstate_offset[3]: 832, xstate_sizes[3]: 64
août 23 16:24:37 kernel: x86/fpu: xstate_offset[4]: 896, xstate_sizes[4]: 64
août 23 16:24:37 kernel: x86/fpu: Enabled xstate features 0x1f, context size is>
août 23 16:24:37 kernel: BIOS-provided physical RAM map:
août 23 16:24:37 kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000009c7ff]>
août 23 16:24:37 kernel: BIOS-e820: [mem 0x000000000009c800-0x000000000009ffff]>
août 23 16:24:37 kernel: BIOS-e820: [mem 0x00000000000e0000-0x00000000000fffff]>
août 23 16:24:37 kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000872d4fff]>
août 23 16:24:37 kernel: BIOS-e820: [mem 0x00000000872d5000-0x00000000872d5fff]>
août 23 16:24:37 kernel: BIOS-e820: [mem 0x00000000872d6000-0x00000000872fffff]>
août 23 16:24:37 kernel: BIOS-e820: [mem 0x0000000087300000-0x0000000089d0afff]>
août 23 16:24:37 kernel: BIOS-e820: [mem 0x0000000089d0b000-0x000000008a652fff]>
août 23 16:24:37 kernel: BIOS-e820: [mem 0x000000008a653000-0x000000008a848fff]>
lines 1-23


[dani@localhost ~]$ su - root
Mot de passe :
[root@localhost ~]# journalctl -b --no-hostname > ~/journal-boot.txt
[root@localhost ~]#

Excusé moi je dois partir pour quelques jours je reprendrai le fil a mon retour

Bonjour,

Pour renommer le fichier



Pour le journalctl , le fait s' utiliser >~/journal-boot.txt à la fin redirige tout ce qui devrait s' afficher à l' écran vers le fichier /root/journal-boot.txt (puisque ~ représente /home/nom_utiisateur (lorsque la commande est lancée en utilisateur normal) ou /root quand la commande est lancée en root)

Rhoo oui tu as raison. Le faire en root ça va dans sont dossier de départ.
Normalement à l'ouverture d'un Terminal (ou Konsole), l'utilisateur est sur son dossier de départ. Donc faire un "su -" le met root dans ce même dossier.
et oui ma commande est à améliorer.

En fait, sur mon PC, j'ai paramétré mon utilisateur (UID=1000) comme membre du groupe wheel comme ça je peux faire un "sudo journalctl" et le fichier va bien dans mon répertoire de départ... (Vieux réflexes...).