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

Posté par (site web personnel) . Licence CC By‐SA.
Étiquettes :
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 août 2016 à 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 (site web personnel) . É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 août 2016 à 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 (site web personnel) . É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 (site web personnel) . É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 (site web personnel) . É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...

    Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

    • [^] # Re: Idem, avec Kubuntu

      Posté par (site web personnel) . Évalué à 1.

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

      • [^] # Re: Idem, avec Kubuntu

        Posté par (site web personnel) . É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

        Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

        • [^] # Re: Idem, avec Kubuntu

          Posté par (site web personnel) . É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.

  • # DNS, IPv6 ?

    Posté par (site web personnel, Mastodon) . É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 ?

    • [^] # Re: DNS, IPv6 ?

      Posté par (site web personnel) . Évalué à 1.

      Peut-être, mais comment savoir ?

      • [^] # Re: DNS, IPv6 ?

        Posté par . Évalué à 2. Dernière modification le 01 août 2016 à 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 (site web personnel) . É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 .&checktime(0000,02,00,':').0 enp2s0: unable to load firmware patch rtl_nic/rtl8168e-3.fw (-11)
          [ 66.390073] r8169 .&checktime(0000,02,00,':').0 enp2s0: link down
          [ 66.391660] r8169 .&checktime(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 .&checktime(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 .&checktime(0000,02,00,':').0 enp2s0: unable to load firmware patch rtl_nic/rtl8168e-3.fw (-11)
            [ 66.390073] r8169 .&checktime(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 (site web personnel) . É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-.&checktime(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 .&checktime(0000,02,00,':').0: Direct firmware load for rtl_nic/rtl8168e-3.fw failed with error -2
              [ 6.380046] r8169 .&checktime(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-.&checktime(0000,00,14,':').0-6:2
              [ 66.379015] r8169 .&checktime(0000,02,00,':').0 enp2s0: unable to load firmware patch rtl_nic/rtl8168e-3.fw (-11)
              
            • [^] # Re: DNS, IPv6 ?

              Posté par (site web personnel) . É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 à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.