madko wrote:Dans les logs rien d'anormal, la machine met 54s pour booter, et perd un temps fou pour s'authentifier sur l'access point wifi:

[   54.921612] fuse init (API version 7.27)
[  116.695951] IPv6: ADDRCONF(NETDEV_UP): wlp4s0: link is not ready
[  117.664315] wlp4s0: authenticate with a0:63:91:d1:2c:78

Ce qui est pas trop en rapport avec l'ipv6... Mais je suppose que ça n'empêche pas la machine d'être utilisable avant ça. Mais les logs ne montrent pas quand la machine est vraiment utilisable.

Que donne

systemd-analyze blame

?

et

systemd-analyze

?

systemd-analyze blame
         19.618s firewalld.service
         19.556s plymouth-quit-wait.service
         18.958s udisks2.service
         16.692s php-fpm.service
         16.168s akmods.service
         15.045s ModemManager.service
         14.937s unbound-anchor.service
         14.467s accounts-daemon.service
         13.040s NetworkManager-wait-online.service
         11.117s cups.service
         10.532s httpd.service
          7.932s lvm2-monitor.service
          7.305s chronyd.service
          7.257s dev-mapper-fedora\x2droot.device
          7.166s systemd-udev-settle.service
          6.853s gssproxy.service
          6.732s rsyslog.service
          6.713s polkit.service
          6.696s systemd-logind.service
          6.390s abrtd.service
          6.254s rtkit-daemon.service
          6.016s avahi-daemon.service
          6.015s lm_sensors.service
          5.633s livesys-late.service
          5.132s lightdm.service
          4.353s initrd-switch-root.service
          3.122s systemd-journal-flush.service
          2.560s sshd.service
          1.891s systemd-udevd.service
          1.863s dracut-initqueue.service
          1.492s systemd-tmpfiles-setup-dev.service
          1.414s NetworkManager.service
          1.392s wpa_supplicant.service
          1.364s rpc-statd-notify.service
          1.324s systemd-modules-load.service
           971ms fedora-readonly.service
           807ms dmraid-activation.service
           806ms lvm2-pvscan@8:8.service
           787ms systemd-vconsole-setup.service
           710ms systemd-sysctl.service
           694ms livesys.service
           667ms systemd-random-seed.service
           588ms auditd.service
           483ms dev-mapper-fedora\x2dswap.swap
           405ms upower.service
           380ms systemd-fsck@dev-disk-by\x2duuid-e0c27817\x2dcad0\x2d4f04\x2d8>
           322ms fedora-import-state.service
           313ms systemd-udev-trigger.service
           266ms dev-hugepages.mount
           255ms systemd-fsck@dev-mapper-fedora\x2dhome.service
           253ms systemd-remount-fs.service

 systemd-analyze
Startup finished in 1.009s (kernel) + 3.874s (initrd) + 56.889s (userspace) = 1min 1.773s
graphical.target reached after 56.876s in userspace

Refuznik wrote:C'est pas au niveau du routeur mais au niveau de ta carte wifi que tu dois désactiver l'ipv6.
Sous Gnome, tu vas dans Paramètres, Wifi, et cherche désactiver ipv6.

antbel wrote:Bonjour, tu peux faire la modif suivante si, en graphique tu n'arrives pas à trouver les bonnes cases à cocher
à faire en terminal

Dans un premier temps tu vérifies ton fichier /etc/sysctl.conf
en faisant :

$ cat /etc/sysctl.conf

Tu devrais avoir ceci:

# sysctl settings are defined through files in
# /usr/lib/sysctl.d/, /run/sysctl.d/, and /etc/sysctl.d/.
#
# Vendors settings live in /usr/lib/sysctl.d/.
# To override a whole file, create a new file with the same in
# /etc/sysctl.d/ and put new settings there. To override
# only specific settings, add a file with a lexically later
# name in /etc/sysctl.d/ and put new settings there.
#
# For more information, see sysctl.conf(5) and sysctl.d(5).

Premiere chose à faire , c'est sauvegarder ce fichier (toujours à faire en root: d'ou le su -)
Pour rappel , le $ indique que tu est en user et le : # que tu es en root
Donc,

$ su -
# cp /etc/sysctl.conf /etc/sysctl.conf.original

comme cela tu pourras revenir en arrière facilement avec ce fichier sauvegardé. en faisant # cp /etc/sysctl.conf.original /etc/sysctl.conf

Maintenant tu peux faire la modif suivante si, en graphique tu n'arrives pas à trouver les bonnes cases à cocher.
en rajoutant à la fin du fichier /etc/sysctl.conf avec un copier/coller ou Ctrl+c puis Ctrl+v

$ su -
# nano /etc/sysctl.conf

# désactivation du support pour les interfaces actuelles
net.ipv6.conf.all.disable_ipv6 = 1
 
# désactivation du support de l’autoconfiguration
net.ipv6.conf.all.autoconf = 0
 
# désactivation du support par défaut pour les nouvelles interfaces
net.ipv6.conf.default.disable_ipv6 = 1
 
# et de l'autoconfiguration 
net.ipv6.conf.default.autoconf = 0

Pour valider tes modifs, il faut les sauvegarder en faisant: Ctrl+x et répondre par oui aux questions posées

ton fichier devrait ressembler à cela en refaisant un $ cat /etc/sysctl.conf

# sysctl settings are defined through files in
# /usr/lib/sysctl.d/, /run/sysctl.d/, and /etc/sysctl.d/.
#
# Vendors settings live in /usr/lib/sysctl.d/.
# To override a whole file, create a new file with the same in
# /etc/sysctl.d/ and put new settings there. To override
# only specific settings, add a file with a lexically later
# name in /etc/sysctl.d/ and put new settings there.
#
# For more information, see sysctl.conf(5) and sysctl.d(5).
# désactivation du support pour les interfaces actuelles
net.ipv6.conf.all.disable_ipv6 = 1
 
# désactivation du support de l’autoconfiguration
net.ipv6.conf.all.autoconf = 0
 
# désactivation du support par défaut pour les nouvelles interfaces
net.ipv6.conf.default.disable_ipv6 = 1
 
# et de l'autoconfiguration 
net.ipv6.conf.default.autoconf = 0

Bon dimanche

tetedecrocro wrote:Bonjour.

# systemctl daemon-reload
# systemctl start systemd-modules-load.service

Puis donne au forum le résultat de :

# systemctl status systemd-modules-load.service

● systemd-modules-load.service - Load Kernel Modules
   Loaded: loaded (/usr/lib/systemd/system/systemd-modules-load.service; static; vendor preset: disabled)
   Active: active (exited) since Mon 2018-10-08 18:23:34 WEST; 9min ago
     Docs: man:systemd-modules-load.service(8)
           man:modules-load.d(5)
 Main PID: 526 (code=exited, status=0/SUCCESS)
    Tasks: 0 (limit: 4915)
   Memory: 0B
   CGroup: /system.slice/systemd-modules-load.service

oct. 08 18:23:34 saddak_msi systemd[1]: Started Load Kernel Modules.

madko wrote:1 minute pour atteindre le mode graphique ça va. Ce n'est pas ce que tu constates ? Sur un Pentium G620, un disque green 5400rpm ça semble être même plutôt très bon.

Sinon rien d'anormal dans les logs. Quelques choses ne fonctionne pas?

madko wrote:Oui c'est un classique de virtualbox, rien a voir avec l'ipv6. Une petite recherche sur le forum tu verras que ça arrive très souvent, c'est même pour ça qu'on conseil en général d'autres produits.

tetedecrocro wrote:@saddak

Tu as maintenant vérifié ta machine au reboot pour voir si tu retrouves Failed to start LoadKernel Modules ?

antbel wrote:Pour tes VM tu as Qemu KVM qui est sans souci pour installer d’autres OS

https://doc.fedora-fr.org/wiki/Virtualisation_:_KVM,_Qemu,_libvirt_en_images

par exemple pour un windows 10 je réserve 50 Go d'occupation de disque, et roule ma poule.
Par contre, pour faire tourner correctement une VM il faut au minimum 6Go de mémoire vive, plus c'est mieux et plus confortable surtout pour notre ami mycroft

Et avec un SSD, que tu bonheur

antbel wrote:si tu as le temps , la sagesse te conseillerai de faire une sauvegarde:
- de tes fichiers de ton home sur une clé usb
- à la limite du répertoire /etc mais à faire en root
- de repartir ensuite sur installation neuve on n'utilisant que les dépôts conseillés. Voir

https://doc.fedora-fr.org/wiki/Cat%C3%A9gorie:D%C3%A9p%C3%B4ts

en privilégiant d'abord : rpm fusion free et rpm fusion non-free

le reste c'est pour des spécialistes