@Nicosss : Oui, je fais tourner un guest win 7 en mode "raw disk" et ça fonctionne parfaitement
@chepioq : je suis perplexe sur le résultat des commandes que tu proposes :
[root@NedProBook ~]# systemd-analyze time
Startup finished in 3.892s (kernel) + 4.304s (initrd) + 34.739s (userspace) = 42.936s
Est-ce que "userspace" correspond à l'ouverture de session ? si c'est la cas, je chronomètre exactement 52 secondes chaque fois que j'ouvre ma session depuis que j'ai lancé ce fil de discussion. C'est le moment entre la frappe de la touche "entrée" après saisie du mot de passe et celui où le curseur change d'aspect pour prendre celui de mon thème (crystalblue) : dans la foulée mon bureau apparait, donc ça correspond au temps durant lequel il ne semble "rien" se passer.
Or là ça parle de 42", il en manque 10...
[root@NedProBook ~]# systemd-analyze blame
18.358s akmods.service
9.363s firewalld.service
8.811s accounts-daemon.service
7.024s NetworkManager-wait-online.service
6.460s lvm2-monitor.service
6.367s systemd-udev-settle.service
5.272s systemd-logind.service
5.215s gssproxy.service
5.203s rsyslog.service
5.203s vboxdrv.service
5.201s livesys.service
4.892s dev-sda2.device
4.874s bluetooth.service
3.679s initrd-switch-root.service
2.715s systemd-journal-flush.service
2.597s dracut-initqueue.service
1.772s polkit.service
1.693s upower.service
1.668s systemd-fsck@dev-disk-by\x2duuid-20231fc9\x2dc946\x2d4725\x2d9400\x2d6d956ca24b2e.service
1.659s systemd-udevd.service
1.422s abrtd.service
1.199s systemd-fsck@dev-disk-by\x2duuid-50e1033d\x2d8944\x2d4253\x2dafc3\x2d7c5a3fbe5c18.service
1.111s mnt-partition_windows.mount
1.001s systemd-tmpfiles-setup-dev.service
977ms mnt-commun.mount
937ms cups.service
844ms systemd-rfkill.service
820ms systemd-binfmt.service
756ms dnf-makecache.service
729ms fedora-readonly.service
715ms avahi-daemon.service
644ms NetworkManager.service
643ms chronyd.service
569ms udisks2.service
501ms systemd-udev-trigger.service
453ms auditd.service
385ms lm_sensors.service
384ms systemd-random-seed.service
361ms systemd-sysctl.service
313ms proc-sys-fs-binfmt_misc.mount
290ms systemd-vconsole-setup.service
258ms systemd-journald.service
256ms plymouth-quit.service
245ms wpa_supplicant.service
236ms vboxautostart-service.service
235ms dev-hugepages.mount
234ms sys-kernel-debug.mount
231ms systemd-tmpfiles-clean.service
230ms fedora-import-state.service
227ms dev-disk-by\x2duuid-2c60da7d\x2dc092\x2d4e42\x2d9752\x2d0d5dbb05ad20.swap
217ms vboxweb-service.service
208ms rtkit-daemon.service
205ms vboxballoonctrl-service.service
190ms systemd-fsck-root.service
175ms plymouth-quit-wait.service
172ms dracut-shutdown.service
146ms systemd-remount-fs.service
144ms systemd-tmpfiles-setup.service
144ms plymouth-read-write.service
140ms systemd-user-sessions.service
135ms kmod-static-nodes.service
134ms lightdm.service
134ms dracut-pre-pivot.service
126ms nfs-config.service
106ms home.mount
103ms initrd-parse-etc.service
89ms var-tmp.mount
89ms dmraid-activation.service
77ms systemd-backlight@backlight:intel_backlight.service
64ms dracut-cmdline.service
60ms dev-mqueue.mount
35ms var-lib-nfs-rpc_pipefs.mount
29ms sysroot.mount
29ms user@1000.service
28ms plymouth-switch-root.service
25ms rpc-statd-notify.service
19ms dracut-pre-udev.service
19ms systemd-update-utmp.service
15ms plymouth-start.service
15ms initrd-cleanup.service
10ms livesys-late.service
7ms systemd-update-utmp-runlevel.service
4ms akmods-shutdown.service
4ms initrd-udevadm-cleanup-db.service
4ms blk-availability.service
3ms tmp.mount
2ms sys-fs-fuse-connections.mount
2ms sys-kernel-config.mount
Rien ne semble probant là non plus. Par ailleurs, selon
FreeDesktop.org systemd-analyze concerne le boot, pas l'ouverture de session.
Or dans mon cas, je me tape les 52" systématiquement, quelle que soit la session, même pour un user créé depuis l'upgrade à F26 (donc dont le
home n'est pas pollué par d'éventuels reliquats obsolètes), et même si je patiente quelques minutes sur l'écran de login de LightDM avant de me logger (au cas où quelque chose aurait besoin de finir de démarrer).
Vu les erreurs dans
~/.xsession-errors, je me demande si ça ne viendrait pas de mon thème. Mais quand je cherche "Mate themes" sur le web, je tombe sur
Mate-desktop.org qui dit d'aller piocher sur gnome-look.org, or c'est de là que vient celui que j'utilise....
Bon, à tout hasard je vais en essayer un autre et je reviens dire ici ce qu'il en est.