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
?
Bonjour,
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

Il y a quelques éléments que je pige mais pas mal sont encore de l'hébreu.

Merci.
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.

Bonjour,

Je suis sous MATE mais j'ai trouvé l'équivalent et je viens de désactivé l'IPV6 sur mon wi-fi.

Merci.
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
Bonjour antbel,

Merci beaucoup de toutes ces infos que je garde bien sous le coude du fait de la désactivation graphique.
Bon dimanche également .
Ici un petit 32° maxi prévu dans l'après-midi, autant dire presque frais ici. :pint:
Bonjour.
# systemctl daemon-reload
# systemctl start systemd-modules-load.service
Puis donne au forum le résultat de : 
# systemctl status systemd-modules-load.service
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
Bonsoir,
voilà le retour du status après le reload et le start >
● 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.

Merci.
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: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?

Bonsoir,
J'essayais juste àau début de chercher l'origine de ce foutu [Failed to start LoadKernel Modules] du démarrage qui est récurrent et j’avais donné le log du boot. Il a été question IPV6 mais pas de corrélation a priori, et vraisemblablement c'est dû à VM Virtualbox qu'est toujours en décalage avec les noyaux ou quelque chose de ce genre.

Merci.
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.
@saddak

Tu as maintenant vérifié ta machine au reboot pour voir si tu retrouves Failed to start LoadKernel Modules ?
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.

Est ce que VMware a moins de 'soucis'?

Merci
tetedecrocro wrote:@saddak

Tu as maintenant vérifié ta machine au reboot pour voir si tu retrouves Failed to start LoadKernel Modules ?
Oui, j'ai de nouveau redémarré et toujours le même affichage..


Merci
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
@saddak ecoute on va pas proposer ou suggerer un produit propriétaire pour remplacer un produit déjà mal vu car avec Oracle derrière (=virtualbox). Donc comme le suggère antbel, le plus simple c'est kvm et en plus, et c'est pas rien, c'est intégré de base dans le noyau Linux.
Oui, j'ai de nouveau redémarré et toujours le même affichage..


Merci
Ok. essaye Kvm.


p.s: j'ai aussi une commande avec --force mais je ne l'ai pas testé sur ma machine, c'est pour ça essaye kvm.
madko wrote:@saddak ecoute on va pas proposer ou suggerer un produit propriétaire pour remplacer un produit déjà mal vu car avec Oracle derrière (=virtualbox).
Sachant quand même qu'à l'origine VirtualBox, qui est distribué sous la licence GPLv2, était développé par les développeurs allemands d'Innotek, société qui a été ensuite été rachetée par Sun Microsystems qui a elle même été rachetée par Oracle.

Contrairement à MySQL ou à LibreOffice, Oracle a conservé VirutualBox dans son giron même si les développeurs ont conservé leur autonomie.
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
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

Oui merci
en plus j'ai vu que c'était un produit maison.
Je vais essayer.
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
Tu as certainement raison.
Les débutants comme moi ont tendance à essayer plein de trucs et compte tenu du manque d'expertise , on se retrouve vite dépassé, mais c'est aussi la seule façon d'apprendre.
Ca ne me pose pas de problème de réinstaller le système autant de fois qu'il le faut, bien que ce soit un peu chronophage. Mon seul souci comme tu dis , c'est de préserver mon home et de pas bousiller mon grub.

Merci
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

Bonjour,

en définitive, antbel m'a donné l'idée de réinstaller l'OS, ce que j'ai fait le plus proprement possible.
J'ai même chiffré le disque comme proposé lors installation même si ça n'était pas vraiment impératif.

Du coup la demande de phrase de passe à l'ouverture permet un travail silencieux en arrière plan ce qui fait que lorsque le passe est accepté, je ne vois plus défiler le déroulement du démarrage qui est masqué par le logo d'attente de fedora et donc plus de mesage d'erreur apparent.
J'ai donc donc demandé le status qui me renvoie:
systemctl status systemd-modules-load.service
● systemd-modules-load.service - Load Kernel Modules
   Loaded: loaded (/usr/lib/systemd/system/systemd-modules-load.service; static; vend>
   Active: inactive (dead)
Condition: start condition failed at Fri 2018-10-12 11:45:22 WEST; 16min ago
           ├─ ConditionDirectoryNotEmpty=|/lib/modules-load.d was not met
           ├─ ConditionDirectoryNotEmpty=|/usr/lib/modules-load.d was not met
           ├─ ConditionDirectoryNotEmpty=|/usr/local/lib/modules-load.d was not met
           ├─ ConditionDirectoryNotEmpty=|/etc/modules-load.d was not met
           ├─ ConditionDirectoryNotEmpty=|/run/modules-load.d was not met
           ├─ ConditionKernelCommandLine=|modules-load was not met
           └─ ConditionKernelCommandLine=|rd.modules-load was not met
Y a t'il d'autres manip à faire?

Btw, j'ai installé KVM qui semble bien fonctionner.


Merci