Forum Linux.mageia [Résolu] Démarrage devenu très lent

Posté par (page perso) . Licence CC by-sa
Tags : aucun
2
1
août
2016

Bonjour à tou(te)s,

je suis sous Mageia 5 / KDE 4, l'ordinateur est un Core i3 8Go RAM avec SSD.

Depuis quelques temps le démarrage est devenu très lent, je suis passé d'environ 20s à 2 minutes.

A l'allumage de l'ordinateur, le boot du BIOS est aussi rapide qu'avant, j'arrive à l'écran de connexion KDM rapidement aussi, mais nos sessions (KDE) refusent de démarrer tant que 2 minutes environ ne se sont pas écoulés. Ça ne le fait plus une fois qu'on se reconnecte après s'être déconnecté : c'est bien 2 minutes bloquantes après l'allumage.

J'ai fait un systemd-analyze plot > boot.svg dont l'image est jointe ci-dessous, mais ça ne me parle pas trop.

J'ai besoin de pistes ou d'idées pour tracer ce qui bloque.

Merci d'avance !

boot.svg

Lien vers l'image boot.svg

  • # /var/log

    Posté par . Évalué à 5. Dernière modification le 01/08/16 à 08:27.

    C'est long
    A mon avis, la version "systemd-analyze blame" est plus simple à lire quand le svg fait autant de pixels de large

    Perso, en mageia cauldron avec les services systemd triées aux petits oignons (core i5 + 8 G0 RAM +ssd) : < 15 sec pour arriver à l'invite de session graphique

    Tu n'as rien de bizarre dans /var/log/Xorg.0.log (grep EE /var/log/Xorg.0.log) ?

    Sinon, durant les tests d'ouverture de sessions avant les 2min, bascule en console (ctrl+ alt + F2), en root et lance la commande dmesg, tu verras peut être quelque chose de pertinent passer

    • [^] # Re: /var/log

      Posté par (page perso) . Évalué à 2.

      Bonjour,

      merci pour ta réponse et tes pistes. Moi aussi j'avais jusqu'à il y a quelques temps un temps de démarrage d'environ 20s.

      Je ne connaissais pas systemd-analyze blame, en voici le résultat :

           1min 606ms shorewall.service
                    5.615s systemd-udev-settle.service
                    4.810s mandriva-everytime.service
                     262ms plymouth-quit-wait.service
                     162ms acpid.service
                     127ms cups.service
                     100ms mga-bg-res.service
                     100ms systemd-logind.service
                      74ms sshd.service
                      71ms mdmonitor.service
                      70ms cpupower.service
                      68ms nfs-idmap.service
                      68ms resolvconf.service
                      66ms upower.service
                      60ms partmon.service
                      60ms fedora-loadmodules.service
                      59ms NetworkManager.service
                      58ms fedora-storage-init.service
                      54ms sensord.service
                      53ms udisks2.service
                      51ms systemd-fsck-root.service
                      43ms systemd-journald.service
                      40ms var-lib-nfs-rpc_pipefs.mount
                      35ms lm_sensors.service
                      34ms systemd-vconsole-setup.service
                      32ms systemd-udevd.service
                      27ms polkit.service
                      26ms systemd-udev-trigger.service
                      25ms colord.service
                      25ms boot-EFI.mount
                      24ms mnt-archives.mount
                      21ms fedora-readonly.service
                      21ms systemd-tmpfiles-setup.service
                      21ms mandriva-save-dmesg.service
                      20ms nfs-lock.service
                      19ms geoclue.service
                      18ms ip6tables.service
                      17ms fedora-storage-init-late.service
                      15ms tmp.mount
                      14ms systemd-tmpfiles-setup-dev.service
                      13ms iptables.service
                      12ms rpcbind.service
                      12ms systemd-sysctl.service
                      11ms plymouth-read-write.service
                      11ms systemd-resolved.service
                      10ms rc-local.service
                      10ms msec.service
                      10ms dev-mqueue.mount
                      10ms systemd-networkd.service
                       9ms sys-kernel-debug.mount
                       9ms dev-hugepages.mount
                       8ms systemd-user-sessions.service
                       8ms user@1000.service
                       7ms wpa_supplicant.service
                       6ms mdmonitor-takeover.service
                       6ms systemd-timesyncd.service
                       5ms plymouth-start.service
                       5ms systemd-remount-fs.service
                       4ms systemd-modules-load.service
                       4ms systemd-journal-flush.service
                       4ms bluetooth.service
                       4ms systemd-update-utmp-runlevel.service
                       4ms systemd-update-utmp.service
                       3ms rtkit-daemon.service
                       3ms mnt-incoming.mount
                       3ms fedora-wait-storage.service
                       2ms systemd-backlight@backlight:acpi_video0.service
                       2ms systemd-random-seed.service
                       2ms systemd-tmpfiles-clean.service
                       2ms kmod-static-nodes.service
                       2ms var-log.mount
                     986us var-tmp.mount
      

      Il y a peut être shorewall qui a l'air assez long, mais est-il bloquant ?

      Quant à grep EE /var/log/Xorg.0.log, il me renvoie une seule erreur :

      [    13.578] (EE) systemd-logind: failed to get session: PID 995 does not belong to any known session
      

      Que puis je faire de tout ça ?

      • [^] # Re: /var/log

        Posté par . Évalué à 1. Dernière modification le 01/08/16 à 10:28.

        1min 606ms shorewall.service

        Cela signifie que le problème vient peut-être du pare-feu Shorewall.

      • [^] # Re: /var/log

        Posté par . Évalué à 2.

        comme Maderios

        ca ne te fais pas tiquer cette ligne :

        1min 606ms shorewall.service

        1 minute pour lancer un firewall,
        je ne sais pas ce que tu fais avec mais ca me semble long.

        essaie en desactivant le firewall, le demarrage de la machine devrait etre bien plus rapide (de moitié)

        si c'est le cas, il reste à investiguer sur ce que fait le firewall pour trouver pourquoi il est si long.

        • [^] # Re: /var/log

          Posté par (page perso) . Évalué à 1.

          Oui effectivement ça me paraissait un peu excessif, mais comme je n'avais pas de point de comparaison, et que je ne savais pas si c'était bloquant.

          De plus je n'ai jamais touché à Shorewall ou à iptables, j'utilise juste le centre de contrôle pour tout bloquer sauf ssh.

          Je vais donc essayer de désactiver le pare-feu, pour voir si ça change quelque chose.

          En attendant, si je fais cat /var/log/shorewall-init.log j'ai ça, qui semble durer 2 secondes, donc je ne vois pas bien ce qui ne va pas :

          Aug  1  7:32:25 Processing /etc/shorewall/params ...
          Aug  1  7:32:25 Processing /etc/shorewall/shorewall.conf...
          Aug  1  7:32:25 Loading Modules...
          Aug  1  7:32:25 Compiling /etc/shorewall/zones...
          Aug  1  7:32:25 Compiling /etc/shorewall/interfaces...
          Aug  1  7:32:25    Interface "net enp2s0 detect" Validated
          Aug  1  7:32:25 Determining Hosts in Zones...
          Aug  1  7:32:25    net (ipv4)
          Aug  1  7:32:25       enp2s0:0.0.0.0/0
          Aug  1  7:32:25    fw (firewall)
          Aug  1  7:32:25 Locating Action Files...
          Aug  1  7:32:25 Compiling /etc/shorewall/policy...
          Aug  1  7:32:25    Policy for fw to net is ACCEPT using chain fw-net
          Aug  1  7:32:25    Policy for net to fw is DROP using chain net-all
          Aug  1  7:32:25    Policy for net to fw is REJECT using chain all-all
          Aug  1  7:32:25    Policy for fw to net is REJECT using chain all-all
          Aug  1  7:32:25 Running /etc/shorewall/initdone...
          Aug  1  7:32:25 Compiling TCP Flags filtering...
          Aug  1  7:32:25 Compiling Kernel Route Filtering...
          Aug  1  7:32:25 Compiling Martian Logging...
          Aug  1  7:32:25 Compiling MAC Filtration -- Phase 1...
          Aug  1  7:32:25    Chain enp2s0_iop deleted
          Aug  1  7:32:25    Chain enp2s0_fop deleted
          Aug  1  7:32:25 Compiling /etc/shorewall/rules...
          Aug  1  7:32:25     Rule "ACCEPT net fw tcp 22 -" Compiled
          Aug  1  7:32:25 Compiling /etc/shorewall/conntrack...
          Aug  1  7:32:25    Conntrack rule "CT:helper:amanda:PO - - udp 10080" Compiled
          Aug  1  7:32:25    Conntrack rule "CT:helper:amanda:PO - - udp 10080" Compiled
          Aug  1  7:32:25    Conntrack rule "CT:helper:ftp:PO - - tcp 21" Compiled
          Aug  1  7:32:25    Conntrack rule "CT:helper:ftp:PO - - tcp 21" Compiled                                                                    
          Aug  1  7:32:25    Conntrack rule "CT:helper:RAS:PO - - udp 1719" Compiled                                                                  
          Aug  1  7:32:25    Conntrack rule "CT:helper:RAS:PO - - udp 1719" Compiled                                                                  
          Aug  1  7:32:25    Conntrack rule "CT:helper:Q.931:PO - - tcp 1720" Compiled                                                                
          Aug  1  7:32:25    Conntrack rule "CT:helper:Q.931:PO - - tcp 1720" Compiled                                                                
          Aug  1  7:32:25    Conntrack rule "CT:helper:irc:PO - - tcp 6667" Compiled                                                                  
          Aug  1  7:32:25    Conntrack rule "CT:helper:irc:PO - - tcp 6667" Compiled                                                                  
          Aug  1  7:32:25    Conntrack rule "CT:helper:netbios-ns:PO - - udp 137" Compiled                                                            
          Aug  1  7:32:25    Conntrack rule "CT:helper:netbios-ns:PO - - udp 137" Compiled                                                            
          Aug  1  7:32:25    Conntrack rule "CT:helper:pptp:PO - - tcp 1723" Compiled                                                                 
          Aug  1  7:32:25    Conntrack rule "CT:helper:pptp:PO - - tcp 1723" Compiled                                                                 
          Aug  1  7:32:25    Conntrack rule "CT:helper:sane:PO - - tcp 6566" Compiled
          Aug  1  7:32:25    Conntrack rule "CT:helper:sane:PO - - tcp 6566" Compiled
          Aug  1  7:32:25    Conntrack rule "CT:helper:sip:PO - - udp 5060" Compiled
          Aug  1  7:32:25    Conntrack rule "CT:helper:sip:PO - - udp 5060" Compiled
          Aug  1  7:32:25    Conntrack rule "CT:helper:snmp:PO - - udp 161" Compiled
          Aug  1  7:32:25    Conntrack rule "CT:helper:snmp:PO - - udp 161" Compiled
          Aug  1  7:32:25    Conntrack rule "CT:helper:tftp:PO - - udp 69" Compiled
          Aug  1  7:32:25    Conntrack rule "CT:helper:tftp:PO - - udp 69" Compiled
          Aug  1  7:32:25 Compiling MAC Filtration -- Phase 2...
          Aug  1  7:32:25 Applying Policies...
          Aug  1  7:32:25 Compiling /usr/share/shorewall/action.Drop for chain Drop...
          Aug  1  7:32:25 Compiling /usr/share/shorewall/action.Broadcast for chain Broadcast...
          Aug  1  7:32:25 ..Expanding Macro /usr/share/shorewall/macro.AllowICMPs...
          Aug  1  7:32:25     Rule "PARAM - - icmp fragmentation-needed" Compiled
          Aug  1  7:32:25     Rule "PARAM - - icmp time-exceeded" Compiled
          Aug  1  7:32:25 ..End Macro /usr/share/shorewall/macro.AllowICMPs
          Aug  1  7:32:25 ..Expanding inline action /usr/share/shorewall/action.Invalid...
          Aug  1  7:32:25 ..End inline action /usr/share/shorewall/action.Invalid
          Aug  1  7:32:25 ..Expanding Macro /usr/share/shorewall/macro.SMB...
          Aug  1  7:32:25     Rule "PARAM - - udp 135,445" Compiled
          Aug  1  7:32:25     Rule " PARAM - - udp 137:139" Compiled
          Aug  1  7:32:25     Rule "PARAM - - udp 1024: 137" Compiled
          Aug  1  7:32:25     Rule "PARAM - - tcp 135,139,445" Compiled
          Aug  1  7:32:25 ..End Macro /usr/share/shorewall/macro.SMB
          Aug  1  7:32:25 ..Expanding Macro /usr/share/shorewall/macro.DropUPnP...
          Aug  1  7:32:25     Rule "PARAM - - udp 1900" Compiled
          Aug  1  7:32:25 ..End Macro /usr/share/shorewall/macro.DropUPnP
          Aug  1  7:32:25 ..Expanding inline action /usr/share/shorewall/action.NotSyn...
          Aug  1  7:32:25 ..End inline action /usr/share/shorewall/action.NotSyn
          Aug  1  7:32:25 ..Expanding Macro /usr/share/shorewall/macro.DropDNSrep...
          Aug  1  7:32:25     Rule "PARAM - - udp - 53" Compiled
          Aug  1  7:32:25 ..End Macro /usr/share/shorewall/macro.DropDNSrep
          Aug  1  7:32:25    Policy DROP from net to fw using chain net-fw
          Aug  1  7:32:25    Policy ACCEPT from fw to net using chain fw-net
          Aug  1  7:32:25 Generating Rule Matrix...
          Aug  1  7:32:25    Handling complex zones...
          Aug  1  7:32:25    Entering main matrix-generation loop...
          Aug  1  7:32:25    Chain enp2s0_in deleted
          Aug  1  7:32:25    Finishing matrix...
          Aug  1  7:32:25 Compiling /usr/share/shorewall/action.Reject for chain Reject...
          Aug  1  7:32:25 ..Expanding Macro /usr/share/shorewall/macro.AllowICMPs...
          Aug  1  7:32:25     Rule "PARAM - - icmp fragmentation-needed" Compiled
          Aug  1  7:32:25     Rule "PARAM - - icmp time-exceeded" Compiled
          Aug  1  7:32:25 ..End Macro /usr/share/shorewall/macro.AllowICMPs
          Aug  1  7:32:25 ..Expanding inline action /usr/share/shorewall/action.Invalid...
          Aug  1  7:32:25 ..End inline action /usr/share/shorewall/action.Invalid
          Aug  1  7:32:25 ..Expanding Macro /usr/share/shorewall/macro.SMB...
          Aug  1  7:32:25     Rule "PARAM - - udp 135,445" Compiled
          Aug  1  7:32:25     Rule " PARAM - - udp 137:139" Compiled
          Aug  1  7:32:25     Rule "PARAM - - udp 1024: 137" Compiled
          Aug  1  7:32:25     Rule "PARAM - - tcp 135,139,445" Compiled
          Aug  1  7:32:25 ..End Macro /usr/share/shorewall/macro.SMB
          Aug  1  7:32:25 ..Expanding Macro /usr/share/shorewall/macro.DropUPnP...
          Aug  1  7:32:25     Rule "PARAM - - udp 1900" Compiled
          Aug  1  7:32:25 ..End Macro /usr/share/shorewall/macro.DropUPnP
          Aug  1  7:32:25 ..Expanding inline action /usr/share/shorewall/action.NotSyn...
          Aug  1  7:32:25 ..End inline action /usr/share/shorewall/action.NotSyn
          Aug  1  7:32:25 ..Expanding Macro /usr/share/shorewall/macro.DropDNSrep...
          Aug  1  7:32:25     Rule "PARAM - - udp - 53" Compiled
          Aug  1  7:32:25 ..End Macro /usr/share/shorewall/macro.DropDNSrep
          Aug  1  7:32:25    Chain sfilter deleted
          Aug  1  7:32:25    Chain enp2s0_fwd deleted
          Aug  1  7:32:25 Creating iptables-restore input...
          Aug  1  7:32:25 Shorewall configuration compiled to /var/lib/shorewall/.start
          août  1 07:32:26 Starting Shorewall....
          août  1 07:32:26 Initializing...
          août  1 07:32:26 Processing /etc/shorewall/init ...
          août  1 07:32:26 Processing /etc/shorewall/tcclear ...
          août  1 07:32:26 Setting up Route Filtering...
          août  1 07:32:26 Setting up Martian Logging...
          août  1 07:32:26 Setting up Proxy ARP...
          août  1 07:32:26 Disabling Kernel Automatic Helper Association
          août  1 07:32:26 Preparing iptables-restore input...
          août  1 07:32:26 Running /sbin/iptables-restore...
          août  1 07:32:26 Processing /etc/shorewall/start ...
          août  1 07:32:26 Processing /etc/shorewall/started ...
          août  1 07:32:26 done.
          
          • [^] # Re: /var/log

            Posté par (page perso) . Évalué à 1.

            Mauvaise nouvelle, c'est pas ça !

            J'ai désactivé Shorewall, même problème d'attente d'environ 2 minutes !

            Si je refais un systemd-analyze blame, le début me donne :

                      5.579s systemd-udev-settle.service
                      2.770s mandriva-everytime.service
                       254ms plymouth-quit-wait.service
                       160ms acpid.service
                       123ms cups.service
                       109ms mga-bg-res.service
                       102ms upower.service
                        93ms systemd-logind.service
                        73ms sshd.service
                        71ms mdmonitor.service
                        68ms cpupower.service
                        67ms resolvconf.service
            
            

            Shorewall n'est plus présent, mais le problème persiste

  • # Idem, avec Kubuntu

    Posté par (page perso) . Évalué à 2.

    Ça semble un problème avec Akonadi: https://bugs.kde.org/show_bug.cgi?id=352779

    Faudrait essayer en refermant complètement tout ce qui est lié à Akonadi avant de se déconnecter, afin qu'il ne le relance pas à la reconnexion…

    • [^] # Re: Idem, avec Kubuntu

      Posté par (page perso) . Évalué à 1.

      Merci. J'ai vu mais ça ne semble pas ça, je n'utilise pas Akonadi.

      • [^] # Re: Idem, avec Kubuntu

        Posté par (page perso) . Évalué à 2.

        Tu n'utilises aucun de: KMail, KAddressBook, KOrganizer, KJots, KAlarm, ni widgets Plasma ?

        Essaie tout de même akonadictl status dans une console, histoire de voir s'il n'est pas démarré malgré toi.

        Cf https://userbase.kde.org/Akonadi/fr

        • [^] # Re: Idem, avec Kubuntu

          Posté par (page perso) . Évalué à 1.

          Non justement je n'utilise pas ces applications (justement parce que j'avais trouvé akonadi un peu lourd et bugué il y a très longtemps), mais j'ai quelques widgets. Je n'ai que les paquets strictements nécessaires qui contiennent le nom akonadi, mais par exemple je n'ai pas la commande akonadictl ni en user, ni en root.

  • # KDE

    Posté par . Évalué à 1.

    le boot du BIOS est aussi rapide qu'avant, j'arrive à l'écran de connexion KDM rapidement aussi, mais nos sessions (KDE) refusent de démarrer tant que 2 minutes environ ne se sont pas écoulés

    C'est donc un problème kde. Tu pourrais tester en remplaçant kde par un autre environnement plus "simple", comme Fluxbox.

    • [^] # Re: KDE

      Posté par (page perso) . Évalué à 1.

      Oui je vais installer un autre environnement et voir ce que ça donne.

  • # DNS, IPv6 ?

    Posté par (page perso) . Évalué à 2.

    nos sessions (KDE) refusent de démarrer tant que 2 minutes environ ne se sont pas écoulés.

    Peut-être une résolution DNS qui part en timeout, ou tu essayes de contacter un truc en IPv6, qui ne repond pas, et un machin attend deux minutes avant de retenter en IPv4 ?

    * Ils vendront Usenet^W les boites noires quand on aura fini de les remplir.

    • [^] # Re: DNS, IPv6 ?

      Posté par (page perso) . Évalué à 1.

      Peut-être, mais comment savoir ?

      • [^] # Re: DNS, IPv6 ?

        Posté par . Évalué à 2. Dernière modification le 01/08/16 à 22:53.

        As tu essayé de créer un nouvel utilisateur pour démarrer avec un profil totalement neuf ?

        Autre piste, configurer kde pou redémarrer avec une session vierge à chaque fois (ne pas mémoriser les applis ouvertes)

        Sinon lancer une session avec icewm (normalement dispo comme environnement de bureau de base avec mageia, super léger et peu consommateur en ressource)

        La commande dmesg que je suggérais n'a rien donné ?

        Sinon, le fichier de log /var/log/boot.log
        Tout doit être à [ OK ] si pas de pb sinon, c'est des [failed] ou [skipped] je crois

        • [^] # Re: DNS, IPv6 ?

          Posté par (page perso) . Évalué à 1.

          Merci pour ces conseils.

          • Les autres utilisateurs ont exactement le même problème (mais si on se déconnecte puis reconnecte vers le même utilisateur ou un autre, ça ne le fait plus)

          • Ça le fait avec l'utilisateur XGuest complètement vierge

          • icewm je vais essayer

          • dmesg : très long, tout se passe en 8s, sauf au bout de 66s :

          [   66.379015] r8169 0000:02:00.0 enp2s0: unable to load firmware patch rtl_nic/rtl8168e-3.fw (-11)
          [   66.390073] r8169 0000:02:00.0 enp2s0: link down
          [   66.391660] r8169 0000:02:00.0 enp2s0: link down
          [   66.396575] ip6_tables: (C) 2000-2006 Netfilter Core Team
          [   66.647628] nf_conntrack version 0.5.0 (65536 buckets, 262144 max)
          [   66.661857] Netfilter messages via NETLINK v0.30.
          [   66.663482] ctnetlink v0.93: registering with nfnetlink.
          [   66.800417] bridge: automatic filtering via arp/ip/ip6tables has been deprecated. Update your scripts to load br_netfilter if you need this.
          [   67.737878] xt_CT: No such helper "irc"
          [   67.740343] xt_CT: No such helper "irc-0"
          [   67.748616] xt_CT: No such helper "snmp"
          [   67.751093] xt_CT: No such helper "pptp"
          [   67.758952] xt_CT: No such helper "netbios-ns"
          [   67.780290] xt_addrtype: ipv6 does not support BROADCAST matching
          [   68.126990] r8169 0000:02:00.0 enp2s0: link up
          [   68.165601] NET: Registered protocol family 17
          [   69.934861] Bluetooth: Core ver 2.21
          
          • /var/log/boot.log me donne ça comme seule erreur, mais bon je ne fais pas de RAID
          [FAILED] Failed to start Software RAID monitoring and management.
          See "systemctl status mdmonitor.service" for details.
          
          • [^] # Re: DNS, IPv6 ?

            Posté par . Évalué à 3.

            [ 66.379015] r8169 0000:02:00.0 enp2s0: unable to load firmware patch rtl_nic/rtl8168e-3.fw (-11)
            [ 66.390073] r8169 0000:02:00.0 enp2s0: link down

            voila une belle piste,
            la ligne juste avant (ou les 5 lignes precedentes) ?

            genre il essaie de charger un firwamre, qu'il ne trouve pas, ou qui n'est pas le bon,
            se plante, attend, reessaie, attend…
            et prend donc 66sec (1min06) avant de passer la main en signalant qu'il n'a pas pu le faire…

            en plus il essaye de charger un firwmare rtl 8168e alors que la carte semble etre une r 8169

            • [^] # Re: DNS, IPv6 ?

              Posté par (page perso) . Évalué à 1.

              Voici les quelques lignes précédentes :

              [    3.429189] logitech-hidpp-device 0003:046D:4008.0007: input,hidraw4: USB HID v1.11 Mouse [Logitech M185] on usb-0000:00:14.0-6:1
              [    3.446556] device-mapper: uevent: version 1.0.3
              [    3.446678] device-mapper: ioctl: 4.34.0-ioctl (2015-10-28) initialised: dm-devel@redhat.com
              [    6.380043] r8169 0000:02:00.0: Direct firmware load for rtl_nic/rtl8168e-3.fw failed with error -2
              [    6.380046] r8169 0000:02:00.0: Falling back to user helper
              [    6.406010] ip_tables: (C) 2000-2006 Netfilter Core Team
              [    8.425037] input: Logitech K270 as /devices/pci0000:00/0000:00:14.0/usb2/2-6/2-6:1.2/0003:046D:C52B.0006/0003:046D:4003.0008/input/input22
              [    8.425113] logitech-hidpp-device 0003:046D:4003.0008: input,hidraw5: USB HID v1.11 Keyboard [Logitech K270] on usb-0000:00:14.0-6:2
              [   66.379015] r8169 0000:02:00.0 enp2s0: unable to load firmware patch rtl_nic/rtl8168e-3.fw (-11)
              
            • [^] # Re: DNS, IPv6 ?

              Posté par (page perso) . Évalué à 3.

              Alleluyah !!! Ça venait de là !!! Merci !!!

              J'ai installé le paquet kernel-firmware-nonfree qui contient des firmwares rtl8168* et ça marche nickel.

              Encore une fois un grand merci à tous !!

              • [^] # Re: DNS, IPv6 ?

                Posté par . Évalué à 2.

                Encore une fois un grand merci à tous !!

                deux rien

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.