Connection via une clef WiFi
TP-LINK TL-WN823N V2
Système et matériels / Réseau Internet Wi-Fi
OursoNoir Membre non connecté
-
- Voir le profil du membre OursoNoir
- Inscrit le : 14/02/2016
- Groupes :
Reprise du message précédent
Merci pour la précision
Comment qu'on bascule de l'un à l'autre ?
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Je n'ai pas fait.
lebarhon Membre non connecté
-
- Voir le profil du membre lebarhon
- Inscrit le : 09/10/2010
- Groupes :
-
Équipe Mageia
-
Membre d'Honneur
Soit :
https://forums.mageia.org/en/viewtopic.php?f=25&t=5782
Soit, dans le CCM, supprimer la connexion réseau et la recréer avec ou sans Networkmanager
http://doc.mageia.org/mcc/6/fr/content/mcc-network.html
OursoNoir Membre non connecté
-
- Voir le profil du membre OursoNoir
- Inscrit le : 14/02/2016
- Groupes :
Voilà ce que je viens de tester :
- le fichier etc/wpa_supplicant.conf contenait beaucoup de texte ; je l'ai supprimé
- j'ai recréé une connexion dans le CCM en mettant l'option Oui pour le Networkmanager
- un nouveau fichier wpa_supplicant.conf est apparu, plus concis, mais contenant la clef WPA2 que je venais de rentrer.
Toujours le même problème, on voit les réseaux WiFi mais ça plante à la connexion.
thierryR Membre non connecté
-
- Voir le profil du membre thierryR
- Inscrit le : 02/02/2010
- Site internet
lspci | grep -i wir
puis:
iwconfig
Stopper le wifi
systemctl disable network-up.service
pour réactiver si le réseau est off :
systemctl enable network-up.service
systemctl start network-up.service
Si une connexion est assez instable dans les requêtes sur le réseau local :on va de 3.50 ms à plus de 40 ms on a une connexion instable. Ceci peut être dû à une trop longue distance ou des perturbations électro-magnétiques
débusqueur de bugs et chercheur en améliorations
Amicalement vôtre.
Kernel: 4.4.92-desktop-1.mga5 x86_64 (64 bit) Desktop: KDE 4.14.35 Distro: Mageia 5 thornicroft
Machine: Mobo: ASUSTeK model: X751SA v: 1.0 Bios: American Megatrends v: X751SA.403
CPU: Quad core Intel Pentium N3710 (-MCP-) cache: 1024 KB Graphics: Card: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller
Amicalement vôtre.Kernel: 4.4.92-desktop-1.mga5 x86_64 (64 bit) Desktop: KDE 4.14.35 Distro: Mageia 5 thornicroft
Machine: Mobo: ASUSTeK model: X751SA v: 1.0 Bios: American Megatrends v: X751SA.403
CPU: Quad core Intel Pentium N3710 (-MCP-) cache: 1024 KB Graphics: Card: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller
lebarhon Membre non connecté
-
- Voir le profil du membre lebarhon
- Inscrit le : 09/10/2010
- Groupes :
-
Équipe Mageia
-
Membre d'Honneur
J'avais oublié, pour arreter le pare feu, CCM / Sécurité /Configurer votre pare-feu perso, cocher la case Tout (pas de pare-feu)
dades Membre non connecté
-
- Voir le profil du membre dades
- Inscrit le : 05/08/2016
la clé usb wifi est équipé du circuit rtl8192eu. Je possède une clé Dlink DWA131, utilisant également celui ci.
Le paquet rtlwifi-firmware n'est pas utile, en principe il faut utilisé le paquet dkms-rtl8192eu. Cependant petite surprise le paquet ne peut pas s'installer et ne pourra pas s'installer, car dkms n'est pas configuré sur Mageia. DONC NE PAS INSTALLER LE PAQUET DKMS-RTL8192eu.
J'ai trouvé une méthode, mais il faut mettre les mains dans le cambouis(ligne de commande).
Si cela intéresse faite signe.
J'ai fais le test sur une MGA6 XFCE 64 bits
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Code BASH :
urpmi --test dkms-rtl8192eu http://ftp.free.fr/mirrors/mageia.org/distrib/6/x86_64/media/core/release/dkms-rtl8192eu-4.3.1.1_11320.20140505-3.mga6.noarch.rpm installation de dkms-rtl8192eu-4.3.1.1_11320.20140505-3.mga6.noarch.rpm depuis /var/cache/urpmi/rpms Préparation... ########################################################################################################################################################## L'installation est possible
dades Membre non connecté
-
- Voir le profil du membre dades
- Inscrit le : 05/08/2016
si l'installation est possible, pourquoi le fichier framework.conf (situé dans /etc/dkms) qui contient les répertoires de travail pour dkms sont ils tous commentés?
De plus en utilisant les sources de MGA6 un arrêt de compilation se fait sur le core/debug. La première installation que j'ai fait recompiler le pilote au noyau, elle n'est apparemment plus possible ou difficilement faisable sans modifier les sources en C. Le fichier que j'ai utilisé se trouve sur github/Mange/rtl8192eu-linux-driver.git.
J'ai également fait une installation sur debian et manjaro du 1er coup sans soucis particulier.
DD
ps: test=que test il? ou simulation?
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Le test d'urpmi vérifie que le package existe et que les dépendances sont OK. J'ai fait ce test pour indiquer que s'il y a un problème avec ce paquet, ce n'est pas une question de dépendances.
Si ensuite, la compilation n'aboutit pas, c'est possible, ça ne fait pas partie de la vérification. Dans ce cas, il faut signaler ce problème sur le bugzilla, car effectivement, ce n'est pas normal.
Le mainteneur du noyau est très réactif et devrait apporter rapidement une solution si la compilation n'aboutit pas. Mais si personne ne lui signale le problème, il ne fait rien sur le sujet.
dades Membre non connecté
-
- Voir le profil du membre dades
- Inscrit le : 05/08/2016
rapport de bug https://bugs.mageia.org/show_bug.cgi?id=22599
Si des précisions sont à apporter, vous pouvez les signaler.
Édité par dades Le 15/02/2018 à 16h37
alp1 Membre non connecté
-
- Voir le profil du membre alp1
- Inscrit le : 26/06/2012
- Groupes :
/lib/modules/4.14.18-desktop-1.mga6/kernel/drivers/staging/rtl8188eu/r8188eu.ko.xz
est-il fonctionnel d'office s'il est chargé manuellement ?
Je rappelle que je ne dispose pas de cette clé wifi; voici le résultat des courses chez moi:
1/ Sans intervention de ma part
[root]# lsmod | grep 81
rtl8192ce 77824 0
rtl_pci 36864 1 rtl8192ce
rtl8192c_common 69632 1 rtl8192ce
rtlwifi 106496 3 rtl_pci,rtl8192ce,rtl8192c_common
mac80211 794624 3 rtl_pci,rtl8192ce,rtlwifi
r8169 94208 0
mii 16384 1 r8169
2/ chargement manuel d'r8188eu *
[root]# modprobe r8188eu
3/ vérification de la présence du pilote en mémoire
[root]# lsmod | grep 81
r8188eu 483328 0
rtl8192ce 77824 0
rtl_pci 36864 1 rtl8192ce
rtl8192c_common 69632 1 rtl8192ce
rtlwifi 106496 3 rtl_pci,rtl8192ce,rtl8192c_common
mac80211 794624 3 rtl_pci,rtl8192ce,rtlwifi
cfg80211 720896 3 mac80211,r8188eu,rtlwifi
r8169 94208 0
mii 16384 1 r8169
usbcore 286720 7 uvcvideo,usbhid,ehci_hcd,ohci_pci,r8188eu,ohci_hcd,ehci_pc
Je n'ai pas cherché à télécharger dkms, ce que je faisais en MGA-5 pour le pilote fglrx du circuit graphique AMD. Depuis l'abandon de ce pilote propriétaire, il n'y a plus besoin de dkms... Je ne peux donc rien apporter au rapport, uniquement signaler qu'une erreur sur la version interrompt son installation
* Noter que ce pilote wifi est dans la branche staging, et qu'en raison de l'absence du circuit dans l'installation, il ne m'est pas possible de dire si le pilote serait chargé automatiquement au démarrage par le système qui le détecterait sur le bus.
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Un problème similaire :
qa-discuss :
Dlink wireless N Nano USB adapter
On 15/02/18 18:27, Len Lawrence (via qa-discuss Mailing List) wrote:
> On 15/02/18 07:54, Len Lawrence wrote:
>> On 14/02/18 14:41, Herman Viaene wrote:
>>> One of my customers has such adapter and would like to use it on one of
>>> his machines. But he couldn't make a <wifi connection.
>>> I have the adapter now here. The underlying chipset is a Realtek 8191
>>> AFAICS.
>>> It does not work straight away on my laptop either. I checked the
>>> packages, the rtl firmware is installed , but not the dkms-rtl.
>>> Once this is installed and the laptop is rebooted, a bbswitch and libafs
>>> driver gets built and installed.
>>> But still, on trying to get the wifi connection going in MCC - New
>>> network, it now shows the correct device name, but immediately after
>>> selecting it I get (not sure of the words, since it is a Dutch
>>> installation)" the device cannot be used to find wifi connections".
>>>
>>> I've been chasing on the net for a driver, found two instances, but
>>> neither can be "make"'d because of obsolete calls in these. The one on
>>> the Realtak site is even the worst-oldest.
>>>
>>> Any help on this??
>>>
>>> Herman Viaene
>>> Hi Herman
>> I bought one of these years ago but it is a slightly later model, the
>> 8192. Never could get it to work. Just plugged it in to a workstation
>> and checked its credentials. lsusb output identifies it as 2001:3319.
>> dmesg shows that it is recognized and lsmod shows that the rtl8xxxu
>> driver is loaded. No time just now to experiment with a laptop and it
>> may be that tests with the later model would not help because of changes
>> in hardware.
>>
>> If I can get it to work on a laptop I shall post it to you for your
>> customer because I have no need of it.
>>
>> Cheers
>>
>> Len
>>
>>
> No luck on my Aorus X5. Plugged in the USB device and booted. The
> device was recognized, the interface driver and firmware
> (rtl8192eu_nic.bin) were loaded and wlan1 assigned a name: wlp0s20u2.
> Disconnected the built-in Intel wifi and configured the new interface
> and tried to connect. Failed. dmesg is filled with authentication
> timeout messages. Tried both bands of the router, 2.4 and 5G. No
> connection.
>
> Len
>
>
The problem that seems to block me is that at boot it tries to build rtl8192cu - and rtl8192eu driver, but in the journal I see "Failure - error exit 10".
Can someone point me to the files, I might try to do the build myself and that could lead to the real problem.
Herman
Dlink wireless N Nano USB adapter
On 15/02/18 18:27, Len Lawrence (via qa-discuss Mailing List) wrote:
> On 15/02/18 07:54, Len Lawrence wrote:
>> On 14/02/18 14:41, Herman Viaene wrote:
>>> One of my customers has such adapter and would like to use it on one of
>>> his machines. But he couldn't make a <wifi connection.
>>> I have the adapter now here. The underlying chipset is a Realtek 8191
>>> AFAICS.
>>> It does not work straight away on my laptop either. I checked the
>>> packages, the rtl firmware is installed , but not the dkms-rtl.
>>> Once this is installed and the laptop is rebooted, a bbswitch and libafs
>>> driver gets built and installed.
>>> But still, on trying to get the wifi connection going in MCC - New
>>> network, it now shows the correct device name, but immediately after
>>> selecting it I get (not sure of the words, since it is a Dutch
>>> installation)" the device cannot be used to find wifi connections".
>>>
>>> I've been chasing on the net for a driver, found two instances, but
>>> neither can be "make"'d because of obsolete calls in these. The one on
>>> the Realtak site is even the worst-oldest.
>>>
>>> Any help on this??
>>>
>>> Herman Viaene
>>> Hi Herman
>> I bought one of these years ago but it is a slightly later model, the
>> 8192. Never could get it to work. Just plugged it in to a workstation
>> and checked its credentials. lsusb output identifies it as 2001:3319.
>> dmesg shows that it is recognized and lsmod shows that the rtl8xxxu
>> driver is loaded. No time just now to experiment with a laptop and it
>> may be that tests with the later model would not help because of changes
>> in hardware.
>>
>> If I can get it to work on a laptop I shall post it to you for your
>> customer because I have no need of it.
>>
>> Cheers
>>
>> Len
>>
>>
> No luck on my Aorus X5. Plugged in the USB device and booted. The
> device was recognized, the interface driver and firmware
> (rtl8192eu_nic.bin) were loaded and wlan1 assigned a name: wlp0s20u2.
> Disconnected the built-in Intel wifi and configured the new interface
> and tried to connect. Failed. dmesg is filled with authentication
> timeout messages. Tried both bands of the router, 2.4 and 5G. No
> connection.
>
> Len
>
>
The problem that seems to block me is that at boot it tries to build rtl8192cu - and rtl8192eu driver, but in the journal I see "Failure - error exit 10".
Can someone point me to the files, I might try to do the build myself and that could lead to the real problem.
Herman
dades Membre non connecté
-
- Voir le profil du membre dades
- Inscrit le : 05/08/2016
j'ai fais l'essai avec le pilote r8188eu. Résultat négatif. Je suis allé glaner quelques infos chez Realtek (pour le peu que l'on trouve), les deux circuits se ressemblent, mais physiquement différents.
alp1 Membre non connecté
-
- Voir le profil du membre alp1
- Inscrit le : 26/06/2012
- Groupes :
https://www.mageialinux-online.org/forum/topic-22302+dongle-d-link-dwa-131-ne-fonctionne-pas-avec-mageia-5.php
j'ai réinstallé un système complet de développement (noyau 4.14.19)
Le pilote se compile impeccable et se trouve après make install dans
/lib/modules/4.14.19-desktop-1.mga6/kernel/drivers/net/wireless/8192eu.ko
Je suppose qu'il est chargeable et fonctionnel
C'est moins commode qu'un pilote tout compilé dans la distribution, et je ne sais pas dire si les autres (Debian, Fedora) sont aussi au pain sec question disponibilté "sortie de boîte". Rien chez OpenSuse Factory.
Comme on a du mal à trouver du code source chez Realtek (par exemple on n'y trouve plus la version source Linux pour rtl8192ce-pci, heureusement téléchargée en 2011 et conservée depuis), il vaut mieux faire une sauvegarde à domicile de
https://github.com/Mange/rtl8192eu-linux-driver.git
pour ne pas avoir de mauvaise surprise.
Naturellement, je vais regarder ce qui diffère dans la version du dkms Magéia, qui me colle un énervant compteur d'attente de compilation à chaque amorçage
alp1 Membre non connecté
-
- Voir le profil du membre alp1
- Inscrit le : 26/06/2012
- Groupes :
Une fois l'attirail dkms de base installé, sélectionner rtl8192eu-4.3.1.1_11320.20140505-3.mga6 dans le ccm, ce qui le placera dans /usr/src et dans le listing interne des paquetages (mais sur ce point particulier, je n'ai pas la certitude qu'au cours d'une mise à jour noyau plus lointaine, ce dkms serait laissé dans l'état qui suit la manip qui suit).
Bien sûr, ne pas réamorcer dans la foulée. Changer le nom d'origine du dossier, qui doit seulement "disparaître" (on le garde sous un autre nom par précaution, pour modif éventuelle).
Il faut se souvenir du clonage du pilote chez Mange.
git clone https://github.com/Mange/rtl8192eu-linux-driver.git
Donc on clone, puis on déplace le dossier du clone dans /usr/src, qu'on renomme bêtement rtl8192eu-4.3.1.1_11320.20140505-3.mga6 (il reprend intégralement le nom du paquet officiel obfusqué)
Le même nom que le paquetage officiel Mageia 6
Si on a un peu de temps, c'est intéressant de comparer les makefile. Mais dans un premier temps ne rien changer.
On réamorce sans état d'âme et on laisse faire. Sur une petite machine 2 coeurs à 800 MHZ, il faut compter 6 minutes (!!!) du fameux message d'attente; se mettre en amorçage verbeux aide à passer le temps..., faire la vaisselle...
Au bout du compte, on obtient
/lib/modules/4.14.18-desktop-1.mga6/dkms/drivers/net/wireless/8192eu.ko.xz
fraichement horodaté
Cette compilation, un peu longuette pendant le premier réamorçage est définitive et ne se produit plus aux boot suivants. Comme d'habitude
Naturellement, lors d'une montée de version du noyau, c'est lors de la mise à jour noyau que la compil dkms se produit, donc on est tranquille à l'amorçage.
Du moins je le suppose, parce que l"activation du dépôt core/updates_testing depuis une mga6 active
Et méfiance si un jour rtl8192eu-4.3.1.1_11320.20140505-3.mga6 est mis à jour officiellement.
Plus loin, c'est pour ceux qui ont l'adaptateur wifi usb
===========================================
Édition du 20-02-2018 12h31
Différentes coquilles sur les versions noyau (4.14 plutôt que 3.14)
Ci-dessus je référence le 4.14.18; plus bas je montre un loge de 4.14.19 ç'est une montée de version, normale, consécutive à l'évolution due /core/updates_testing
Voici un extrait du journal de démarrage avec noyau 4.14.19 dépourvu de module noyau 8192eu au départ
Noter aux lignes 72 à 75 l'intervalle de 7 minutes, les compilation et installation du module dans l'arborescence. Au redémarrage qui suit, cet épisode est évidemment absent.
-- Reboot --
févr. 20 07:59:46 localhost.localdomain systemd-journald[413]: Runtime journal (/run/log/journal/) is 8.0M, max 378.9M, 370.9M free.
févr. 20 07:59:46 localhost.localdomain kernel: Linux version 4.14.19-desktop-1.mga6 (iurt@ecosse.mageia.org) (gcc version 5.5.0 (Mageia 5.5.0-1.mga6)) #1 SMP Tue Feb 13 18:03:51 UTC 2018
févr. 20 07:59:46 localhost.localdomain kernel: Command line: BOOT_IMAGE=/boot/vmlinuz root=UUID=5d04fceb-6c30-4572-8d90-7fd80e332f43 ro splash=verbose noiswmd audit=0 vga=1007
févr. 20 07:59:46 localhost.localdomain kernel: x86/fpu: x87 FPU will use FXSAVE
févr. 20 07:59:46 localhost.localdomain kernel: e820: BIOS-provided physical RAM map:
févr. 20 07:59:46 localhost.localdomain kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000009f7ff] usable
févr. 20 07:59:46 localhost.localdomain kernel: BIOS-e820: [mem 0x000000000009f800-0x000000000009ffff] reserved
févr. 20 07:59:46 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000000e0000-0x00000000000fffff] reserved
févr. 20 07:59:46 localhost.localdomain kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000df9befff] usable
févr. 20 07:59:46 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000df9bf000-0x00000000dfabefff] reserved
févr. 20 07:59:46 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000dfabf000-0x00000000dfbbefff] ACPI NVS
févr. 20 07:59:46 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000dfbbf000-0x00000000dfbf4fff] ACPI data
févr. 20 07:59:46 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000dfbf5000-0x00000000dfbfffff] usable
févr. 20 07:59:46 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000dfc00000-0x00000000dfffffff] reserved
févr. 20 07:59:46 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000f8000000-0x00000000fbffffff] reserved
févr. 20 07:59:46 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff] reserved
févr. 20 07:59:46 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000fec10000-0x00000000fec10fff] reserved
févr. 20 07:59:46 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved
févr. 20 07:59:46 localhost.localdomain kernel: BIOS-e820: [mem 0x00000000ffe00000-0x00000000ffffffff] reserved
févr. 20 07:59:46 localhost.localdomain kernel: BIOS-e820: [mem 0x0000000100000000-0x0000000206ffffff] usable
févr. 20 07:59:46 localhost.localdomain kernel: BIOS-e820: [mem 0x0000000207000000-0x000000021effffff] reserved
févr. 20 07:59:46 localhost.localdomain kernel: NX (Execute Disable) protection: active
févr. 20 07:59:46 localhost.localdomain kernel: random: fast init done
févr. 20 07:59:46 localhost.localdomain kernel: SMBIOS 2.7 present.
févr. 20 07:59:46 localhost.localdomain kernel: DMI: Hewlett-Packard HP Pavilion g6 Notebook PC/1662, BIOS F.6A 05/07/2013
févr. 20 07:59:47 localhost.localdomain kernel: rtl8192ce: Chip Version ID: B_CHIP_88C
févr. 20 07:59:47 localhost.localdomain kernel: rtl8192ce: Using firmware rtlwifi/rtl8192cfw.bin
févr. 20 07:59:47 localhost.localdomain kernel: ieee80211 phy0: Selected rate control algorithm 'rtl_rc'
févr. 20 07:59:47 localhost.localdomain kernel: rtlwifi: rtlwifi: wireless switch is on
févr. 20 07:59:48 localhost.localdomain kernel: psmouse serio1: synaptics: queried max coordinates: x [..5634], y [..4598]
févr. 20 07:59:48 localhost.localdomain kernel: psmouse serio1: synaptics: Touchpad model: 1, fw: 7.5, id: 0x1e0b1, caps: 0xd00073/0x240000/0xa0400/0x0, board id: 1680, fw id: 706145
févr. 20 07:59:48 localhost.localdomain kernel: input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input7
févr. 20 07:59:48 localhost.localdomain kernel: kvm: disabled by bios
févr. 20 07:59:48 localhost.localdomain kernel: kvm: disabled by bios
févr. 20 07:59:49 localhost.localdomain kernel: hp_wmi: query 0xd returned error 0x5
févr. 20 07:59:49 localhost.localdomain systemd[1]: Listening on Load/Save RF Kill Switch Status /dev/rfkill Watch.
févr. 20 07:59:49 localhost.localdomain systemd[1]: Starting Load/Save RF Kill Switch Status...
févr. 20 07:59:49 localhost.localdomain kernel: input: HP WMI hotkeys as /devices/virtual/input/input13
févr. 20 07:59:49 localhost.localdomain kernel: input: PixArt USB Optical Mouse as /devices/pci0000:00/0000:00:13.0/usb5/5-2/5-2:1.0/0003:093A:2510.0001/input/input14
févr. 20 07:59:49 localhost.localdomain systemd[1]: Reached target Sound Card.
févr. 20 07:59:49 localhost.localdomain kernel: hid-generic 0003:093A:2510.0001: input,hidraw0: USB HID v1.11 Mouse [PixArt USB Optical Mouse] on usb-0000:00:13.0-2/input0
févr. 20 07:59:49 localhost.localdomain kernel: r8169 0000:07:00.0 eno1: renamed from eth0
févr. 20 07:59:49 localhost.localdomain kernel: rtl8192ce 0000:03:00.0 wlo1: renamed from wlan0
févr. 20 07:59:49 localhost.localdomain systemd[1]: Started Load/Save RF Kill Switch Status.
févr. 20 07:59:50 localhost.localdomain systemd[1]: Started udev Wait for Complete Device Initialization.
févr. 20 07:59:51 localhost.localdomain fedora-storage-init[577]: Mise en place de la Gestion de Volumes Logiques (LVM) [ OK ]
févr. 20 07:59:51 localhost.localdomain systemd[1]: Started Initialize storage subsystems (RAID, LVM, etc.).
févr. 20 07:59:51 localhost.localdomain systemd[1]: Reached target Local File Systems.
févr. 20 07:59:51 localhost.localdomain systemd[1]: Starting Create Volatile Files and Directories...
févr. 20 07:59:51 localhost.localdomain systemd[1]: Starting run dkms_autoinstaller on every boot to rebuild dkms modules for newly booted kernels...
févr. 20 07:59:51 localhost.localdomain systemd[1]: Starting Restore /run/initramfs on shutdown...
févr. 20 07:59:51 localhost.localdomain systemd[1]: Starting Save boot dmesg content...
févr. 20 07:59:51 localhost.localdomain systemd[1]: Starting Tell Plymouth To Write Out Runtime Data...
févr. 20 07:59:51 localhost.localdomain systemd[1]: Started Create Volatile Files and Directories.
févr. 20 07:59:51 localhost.localdomain systemd[1]: Started Restore /run/initramfs on shutdown.
févr. 20 07:59:51 localhost.localdomain systemd[1]: Starting Update UTMP about System Boot/Shutdown...
févr. 20 07:59:51 localhost.localdomain systemd[1]: Started Tell Plymouth To Write Out Runtime Data.
févr. 20 07:59:51 localhost.localdomain systemd[1]: Started Update UTMP about System Boot/Shutdown.
févr. 20 07:59:51 localhost.localdomain systemd[1]: Reached target System Initialization.
févr. 20 07:59:51 localhost.localdomain systemd[1]: Listening on D-Bus System Message Bus Socket.
févr. 20 07:59:51 localhost.localdomain systemd[1]: Listening on Name Service Cache Daemon Socket.
févr. 20 07:59:51 localhost.localdomain systemd[1]: Reached target Sockets.
févr. 20 07:59:51 localhost.localdomain systemd[1]: Started Updates mlocate database every day.
févr. 20 07:59:51 localhost.localdomain systemd[1]: Started Daily Cleanup of Temporary Directories.
févr. 20 07:59:51 localhost.localdomain systemd[1]: Reached target Timers.
févr. 20 07:59:51 localhost.localdomain systemd[1]: Started Save boot dmesg content.
févr. 20 07:59:51 localhost.localdomain dkms-autorebuild.sh[594]: rtl8192eu (4.3.1.1_11320.20140505-3.mga6): Installing module.
févr. 20 07:59:51 localhost.localdomain dkms-autorebuild.sh[594]: dkms build -m rtl8192eu -v 4.3.1.1_11320.20140505-3.mga6 -k 4.14.19-desktop-1.mga6 -a x86_64 -q --no-clean-kernel
févr. 20 08:05:23 localhost.localdomain dkms-autorebuild.sh[594]: dkms install -m rtl8192eu -v 4.3.1.1_11320.20140505-3.mga6 -k 4.14.19-desktop-1.mga6 -a x86_64 -q
févr. 20 08:06:49 localhost.localdomain systemd[1]: Started run dkms_autoinstaller on every boot to rebuild dkms modules for newly booted kernels.
févr. 20 08:06:49 localhost.localdomain systemd[1]: Starting Reconfigure the system on administrator request...
Édité par alp1 Le 20/02/2018 à 12h31
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie