Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

Pages : 1 2

#26 Le 30/11/2020, à 08:14

malbo

Re : Démarrage très lent d'Ubuntu 8-9 minutes

moko138 a écrit :

     malbo,
Aurais-tu une 20.10 sous la main pour comparer avec les retours de yanlatouch ?
Merci !

Bonjour,
Depuis une session de mon Ubuntu 20.10, je viens de passer les deux commandes et je trouve exactement les mêmes retours que yanlatouch dans le post #16. En outre, j'ai vérifié que les 5 paquets trouvés par la commande "dpkg -l | grep -Ei "btrfs|zfs"" sont présents dans le fichier ubuntu-20.10-desktop-amd64.manifest. Et bien sûr, je n'utilise pas le système de fichiers ZFS. Donc je pense qu'on doit trouver ces résultats dans n'importe quelle installation de Ubuntu 20.10.

EDIT le 1 dec 2020 : hier, j'ai voulu confirmer cela sur une autre installation de Ubuntu 20.10 que j'avais sur un autre ordi et je n'ai pas retrouvé le retour de commande avec les 5 paquets : il n'y avait aucun retour. J'ai vérifié cela dans une machine virtuelle en faisant une install toute neuve de Ubuntu 20.10 dans cette machine et je n'ai eu aucun retour de cette commande "dpkg -l | grep -Ei "btrfs|zfs"" . Du coup, j'ai refait la manip sur l'install initiale et là, ça ne retourne rien non plus. En passant la commande "history", j'ai bien la preuve que j'ai passé cette commande : 

   50  cat /etc/grub.d/10_linux_zfs
   51  dpkg -l | grep -Ei "btrfs|zfs"

Je crois que je commence à dérailler gravement. J'ai rayé ce que j'avais écrit plus haut qui n'est pas confirmé. Je viens de repasser la commande "cat /etc/grub.d/10_linux_zfs" et j'ai bien le même retour que yanlatouch dans le post #16 pour cette commande.

Dernière modification par malbo (Le 01/12/2020, à 08:49)

Hors ligne

#27 Le 30/11/2020, à 10:07

moko138

Re : Démarrage très lent d'Ubuntu 8-9 minutes

Merci !
Et dans le boot-info de ./viewtopic.php?id=2059350, on voit un fichier
10_linux_zfs   tant dans 20.04 que dans 20.10.


https://launchpad.net/ubuntu/bionic/+pa … -initramfs dit :

Binary package “zfs-initramfs” in ubuntu bionic (18.04)
(...)
This package adds OpenZFS to the system initramfs with a hook
for the initramfs-tools infrastructure.

Et le paquet était déjà disponible pour Xenial :https://packages.ubuntu.com/fr/xenial/kernel/zfs-initramfs


Reste à voir où ça (firmware-update / fwupd ?) coince encore. 

journalctl -b -1 --no-pager | grep -iC60 vmlinuz | tail -121

pourrait nous apporter quelques éclaircissements.

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#28 Le 30/11/2020, à 10:09

moko138

Re : Démarrage très lent d'Ubuntu 8-9 minutes

Donc merci de montrer aussi

journalctl -b --no-pager | grep -E "fwupd|firmware"

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#29 Le 30/11/2020, à 23:17

yanlatouch

Re : Démarrage très lent d'Ubuntu 8-9 minutes

Bonsoir,
Bon malheureusement les lenteurs au démarrage sont revenues... (environ 9 minutes).
Ca ne vous fait pas penser à un défaillance matérielle, le fait que ça soit aléatoire ?
Je vous joins ce que donne les deux commandes demandées par moko138 :

journalctl -b -1 --no-pager | grep -iC60 vmlinuz | tail -121
yann@yann-PC:~$ journalctl -b -1 --no-pager | grep -iC60 vmlinuz | tail -121
nov. 30 21:35:04 yann-PC systemd[876]: Not generating service for XDG autostart app-org.gnome.SettingsDaemon.XSettings-autostart.service, startup phases are not supported.
nov. 30 21:35:04 yann-PC systemd[876]: Not generating service for XDG autostart app-org.gnome.SettingsDaemon.Wwan-autostart.service, startup phases are not supported.
nov. 30 21:35:04 yann-PC systemd[876]: Not generating service for XDG autostart app-gnome\x2dkeyring\x2dpkcs11-autostart.service, startup phases are not supported.
nov. 30 21:35:04 yann-PC systemd[876]: Not generating service for XDG autostart app-gnome\x2dkeyring\x2dsecrets-autostart.service, startup phases are not supported.
nov. 30 21:35:04 yann-PC systemd[876]: Not generating service for XDG autostart app-org.gnome.SettingsDaemon.Power-autostart.service, startup phases are not supported.
nov. 30 21:35:04 yann-PC systemd[876]: gnome-systemd-autostart-condition not found: No such file or directory
nov. 30 21:35:04 yann-PC systemd[876]: gnome-systemd-autostart-condition not found: No such file or directory
nov. 30 21:35:04 yann-PC systemd[876]: Not generating service for XDG autostart app-org.gnome.SettingsDaemon.Sharing-autostart.service, startup phases are not supported.
nov. 30 21:35:04 yann-PC systemd[876]: Not generating service for XDG autostart app-org.gnome.SettingsDaemon.Sound-autostart.service, startup phases are not supported.
nov. 30 21:35:04 yann-PC systemd[876]: Not generating service for XDG autostart app-org.gnome.SettingsDaemon.Rfkill-autostart.service, startup phases are not supported.
nov. 30 21:35:04 yann-PC systemd[871]: Queued start job for default target Main User Target.
nov. 30 21:35:04 yann-PC systemd[871]: Started Pending report trigger for Ubuntu Report.
nov. 30 21:35:04 yann-PC systemd[871]: Reached target Paths.
nov. 30 21:35:04 yann-PC systemd[871]: Reached target Timers.
nov. 30 21:35:04 yann-PC systemd[871]: Starting D-Bus User Message Bus Socket.
nov. 30 21:35:04 yann-PC systemd[871]: Listening on GnuPG network certificate management daemon.
nov. 30 21:35:04 yann-PC systemd[871]: Listening on GnuPG cryptographic agent and passphrase cache (access for web browsers).
nov. 30 21:35:04 yann-PC systemd[871]: Listening on GnuPG cryptographic agent and passphrase cache (restricted).
nov. 30 21:35:04 yann-PC systemd[871]: Listening on GnuPG cryptographic agent (ssh-agent emulation).
nov. 30 21:35:04 yann-PC systemd[871]: Listening on GnuPG cryptographic agent and passphrase cache.
nov. 30 21:35:04 yann-PC systemd[871]: Listening on debconf communication socket.
nov. 30 21:35:04 yann-PC systemd[871]: Listening on Sound System.
nov. 30 21:35:04 yann-PC systemd[871]: Listening on REST API socket for snapd user session agent.
nov. 30 21:35:04 yann-PC systemd[871]: Listening on D-Bus User Message Bus Socket.
nov. 30 21:35:04 yann-PC systemd[871]: Reached target Sockets.
nov. 30 21:35:04 yann-PC systemd[871]: Reached target Basic System.
nov. 30 21:35:04 yann-PC systemd[1]: Started User Manager for UID 1000.
nov. 30 21:35:04 yann-PC systemd[871]: Starting Sound Service...
nov. 30 21:35:04 yann-PC systemd[1]: Started Session 1 of user yann.
nov. 30 21:35:04 yann-PC systemd[871]: Starting Tracker metadata extractor...
nov. 30 21:35:04 yann-PC systemd[871]: Starting Tracker file system data miner...
nov. 30 21:35:04 yann-PC gdm-autologin][866]: gkr-pam: gnome-keyring-daemon started properly
nov. 30 21:35:04 yann-PC tracker-miner-f[880]: Set scheduler policy to SCHED_IDLE
nov. 30 21:35:04 yann-PC tracker-extract[879]: Set scheduler policy to SCHED_IDLE
nov. 30 21:35:04 yann-PC tracker-extract[879]: Setting priority nice level to 19
nov. 30 21:35:04 yann-PC tracker-miner-f[880]: Setting priority nice level to 19
nov. 30 21:35:04 yann-PC systemd[871]: Started D-Bus User Message Bus.
nov. 30 21:35:04 yann-PC dbus-daemon[890]: [session uid=1000 pid=890] AppArmor D-Bus mediation is enabled
nov. 30 21:35:04 yann-PC dbus-daemon[890]: [session uid=1000 pid=890] Activating via systemd: service name='org.gtk.vfs.Daemon' unit='gvfs-daemon.service' requested by ':1.1' (uid=1000 pid=880 comm="/usr/libexec/tracker-miner-fs " label="unconfined")
nov. 30 21:35:04 yann-PC systemd[871]: Starting Virtual filesystem service...
nov. 30 21:35:04 yann-PC dbus-daemon[584]: [system] Activating via systemd: service name='org.freedesktop.RealtimeKit1' unit='rtkit-daemon.service' requested by ':1.32' (uid=1000 pid=878 comm="/usr/bin/pulseaudio --daemonize=no --log-target=jo" label="unconfined")
nov. 30 21:35:04 yann-PC systemd[1]: Starting RealtimeKit Scheduling Policy Service...
nov. 30 21:35:04 yann-PC dbus-daemon[890]: [session uid=1000 pid=890] Successfully activated service 'org.gtk.vfs.Daemon'
nov. 30 21:35:04 yann-PC dbus-daemon[584]: [system] Successfully activated service 'org.freedesktop.RealtimeKit1'
nov. 30 21:35:04 yann-PC systemd[871]: Started Virtual filesystem service.
nov. 30 21:35:04 yann-PC systemd[1]: Started RealtimeKit Scheduling Policy Service.
nov. 30 21:35:04 yann-PC rtkit-daemon[911]: Successfully called chroot.
nov. 30 21:35:04 yann-PC rtkit-daemon[911]: Successfully dropped privileges.
nov. 30 21:35:04 yann-PC rtkit-daemon[911]: Successfully limited resources.
nov. 30 21:35:04 yann-PC rtkit-daemon[911]: Running.
nov. 30 21:35:04 yann-PC rtkit-daemon[911]: Canary thread running.
nov. 30 21:35:04 yann-PC rtkit-daemon[911]: Watchdog thread running.
nov. 30 21:35:04 yann-PC dbus-daemon[890]: [session uid=1000 pid=890] Activating via systemd: service name='org.gtk.vfs.UDisks2VolumeMonitor' unit='gvfs-udisks2-volume-monitor.service' requested by ':1.1' (uid=1000 pid=880 comm="/usr/libexec/tracker-miner-fs " label="unconfined")
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (--) Log file renamed from "/home/yann/.local/share/xorg/Xorg.pid-892.log" to "/home/yann/.local/share/xorg/Xorg.0.log"
nov. 30 21:35:04 yann-PC rtkit-daemon[911]: Successfully made thread 878 of process 878 owned by '1000' high priority at nice level -11.
nov. 30 21:35:04 yann-PC rtkit-daemon[911]: Supervising 1 threads of 1 processes of 1 users.
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: X.Org X Server 1.20.9
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: X Protocol Version 11, Revision 0
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: Build Operating System: Linux 4.15.0-118-generic x86_64 Ubuntu
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: Current Operating System: Linux yann-PC 5.8.0-29-generic #31-Ubuntu SMP Fri Nov 6 12:37:59 UTC 2020 x86_64
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.8.0-29-generic root=UUID=343f94fd-1f00-44e4-a5fc-021b296bdb14 ro quiet splash vt.handoff=7
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: Build Date: 07 October 2020  05:46:52AM
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: xorg-server 2:1.20.9-2ubuntu1 (For technical support please see http://www.ubuntu.com/support)
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: Current version of pixman: 0.38.4
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]:         Before reporting problems, check http://wiki.x.org
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]:         to make sure that you have the latest version.
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: Markers: (--) probed, (**) from config file, (==) default setting,
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]:         (++) from command line, (!!) notice, (II) informational,
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]:         (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (==) Log file: "/home/yann/.local/share/xorg/Xorg.0.log", Time: Mon Nov 30 21:35:04 2020
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (==) Using system config directory "/usr/share/X11/xorg.conf.d"
nov. 30 21:35:04 yann-PC systemd[871]: Starting Virtual filesystem service - disk device monitor...
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (==) No Layout section.  Using the first Screen section.
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (==) No screen section available. Using defaults.
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (**) |-->Screen "Default Screen Section" (0)
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (**) |   |-->Monitor "<default monitor>"
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (==) No monitor specified for screen "Default Screen Section".
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]:         Using a default monitor configuration.
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (==) Automatically adding devices
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (==) Automatically enabling devices
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (==) Automatically adding GPU devices
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (==) Automatically binding GPU devices
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (==) Max clients allowed: 256, resource mask: 0x1fffff
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]:         Entry deleted from font path.
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist.
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]:         Entry deleted from font path.
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist.
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]:         Entry deleted from font path.
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist.
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]:         Entry deleted from font path.
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist.
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]:         Entry deleted from font path.
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (==) FontPath set to:
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]:         /usr/share/fonts/X11/misc,
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]:         /usr/share/fonts/X11/Type1,
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]:         built-ins
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (==) ModulePath set to "/usr/lib/xorg/modules"
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (II) The server relies on udev to provide the list of input devices.
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]:         If no devices become available, reconfigure udev or disable AutoAddDevices.
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (II) Loader magic: 0x5622e0e48020
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (II) Module ABI versions:
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]:         X.Org ANSI C Emulation: 0.4
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]:         X.Org Video Driver: 24.1
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]:         X.Org XInput driver : 24.1
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]:         X.Org Server Extension : 10.0
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (++) using VT number 2
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (II) systemd-logind: took control of session /org/freedesktop/login1/session/_31
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (II) xfree86: Adding drm device (/dev/dri/card0)
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 14 paused 0
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (--) PCI:*(0@0:2:0) 8086:1912:1043:8694 rev 6, Mem @ 0xf6000000/16777216, 0xe0000000/268435456, I/O @ 0x0000f000/64, BIOS @ 0x????????/131072
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (II) LoadModule: "glx"
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (II) Module glx: vendor="X.Org Foundation"
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]:         compiled for 1.20.9, module version = 1.0.0
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]:         ABI class: X.Org Server Extension, version 10.0
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (==) Matched modesetting as autoconfigured driver 0
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (==) Matched fbdev as autoconfigured driver 1
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (==) Matched vesa as autoconfigured driver 2
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (==) Assigned the driver to the xf86ConfigLayout
nov. 30 21:35:04 yann-PC /usr/libexec/gdm-x-session[892]: (II) LoadModule: "modesetting"
yann@yann-PC:~$

et

journalctl -b --no-pager | grep -E "fwupd|firmware"
yann@yann-PC:~$ journalctl -b --no-pager | grep -E "fwupd|firmware"
nov. 30 22:08:33 yann-PC kernel: Spectre V2 : Enabling Restricted Speculation for firmware calls
nov. 30 22:08:34 yann-PC kernel: i915 0000:00:02.0: [drm] Finished loading DMC firmware i915/skl_dmc_ver1_27.bin (v1.27)
nov. 30 22:08:34 yann-PC systemd[1]: Started Refresh fwupd metadata regularly.
nov. 30 22:08:34 yann-PC sbkeysync[637]: firmware keys:
nov. 30 22:08:34 yann-PC NetworkManager[595]: <info>  [1606770514.5943] manager[0x5604a8605030]: monitoring kernel firmware directory '/lib/firmware'.
nov. 30 22:12:22 yann-PC systemd[1]: Startup finished in 5min 20.315s (firmware) + 3.278s (loader) + 2.514s (kernel) + 3min 48.537s (userspace) = 9min 14.646s.
yann@yann-PC:~$

Les 5min20 de firmware c'est normal ?
Je vous avoue que je ne comprend pas grand chose à ce que je fait.
Je vous fais confiance...

Merci
Yann

Dernière modification par yanlatouch (Le 30/11/2020, à 23:19)

Hors ligne

#30 Le 30/11/2020, à 23:30

yanlatouch

Re : Démarrage très lent d'Ubuntu 8-9 minutes

A tout hasard, voici le contenu du fichier etc/default/grub : 

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

Hors ligne

#31 Le 01/12/2020, à 02:14

moko138

Re : Démarrage très lent d'Ubuntu 8-9 minutes

Deux suspects : firmware-update et tracker-miner-fs.

Le premier : 

5min 20.315s (firmware)

            .
Le second, tracker-miner-fs, est le service d'indexation de gnome :

nov. 30 21:35:04 yann-PC dbus-daemon[890]: [session uid=1000 pid=890] Activating via systemd: service name='org.gtk.vfs.UDisks2VolumeMonitor' unit='gvfs-udisks2-volume-monitor.service' requested by ':1.1' (uid=1000 pid=880 comm="/usr/libexec/tracker-miner-fs " label="unconfined")

            .

     Pour le premier,   
systemctl disable quelquechose. Peut-être

systemctl disable firmware-update.service

   ou

systemctl disable fupd.service

?   Je te laisse trouver.
            .

     Pour le second :
Lis https://www.linuxuprising.com/2019/07/h … acker.html et applique-le soigneusement à partir de "The official way of disabling Tracker on Gnome desktops is".
  Astuce indiquée par jvcharles, Merci à lui !
smile

= =

Enfin redémarre et montre

sudo systemd-analyze

puis

sudo systemd-analyze blame

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#32 Le 01/12/2020, à 08:56

malbo

Re : Démarrage très lent d'Ubuntu 8-9 minutes

Bonjour,
Je suis désolé mais j'ai fait une fausse manip que je viens de détailler dans le post #26. Je ne confirme PAS les 5 paquets.

Hors ligne

#33 Le 01/12/2020, à 18:21

yanlatouch

Re : Démarrage très lent d'Ubuntu 8-9 minutes

Bonjour,
les deux commandes précédentes me renvoient : 

yann@yann-PC:~$ systemctl disable firmware-update.service
Failed to disable unit: Unit file firmware-update.service does not exist.
yann@yann-PC:~$ systemctl disable fupd.service
Failed to disable unit: Unit file fupd.service does not exist.
yann@yann-PC:~$

Par contre au démarrage d'ubuntu, un rapport d'erreur me dit :
http://82.232.24.28:56784/share/v3dYn0T … -53-13.png
http://82.232.24.28:56784/share/ZfZvS50 … -53-19.png

Pourtant le paquet est bien installé : 

yann@yann-PC:~$ sudo apt install grub-efi-amd64-signed
[sudo] Mot de passe de yann : 
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
grub-efi-amd64-signed est déjà la version la plus récente (1.155.1+2.04-1ubuntu35.1).
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
yann@yann-PC:~$

Encore merci pour le temps que vous passez à m'aider !
Yann


Modération : merci d'utiliser des images de petite taille (300x300) ou des miniatures pointant sur ces images (Des hébergeurs comme Toile Libre ou TDCT'Pix le permettent).

Dernière modification par cqfd93 (Le 01/12/2020, à 19:55)

Hors ligne

#34 Le 01/12/2020, à 19:15

moko138

Re : Démarrage très lent d'Ubuntu 8-9 minutes

bibi a écrit :

Pour le second :
(...)

Et donc ?

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#35 Le 01/12/2020, à 22:20

yanlatouch

Re : Démarrage très lent d'Ubuntu 8-9 minutes

Voilà, j'ai appliqué le second tuto supprimant l'indexation des fichiers.
Puis les commandes demandées donnent : 

yann@yann-PC:~$ sudo systemd-analyze
[sudo] Mot de passe de yann : 
Startup finished in 19min 24.393s (firmware) + 3.277s (loader) + 2.562s (kernel) + 3min 48.514s (userspace) = 23min 18.748s 
graphical.target reached after 3min 48.485s in userspace
yann@yann-PC:~$

et 

yann@yann-PC:~$ sudo systemd-analyze blame
3min 45.888s plymouth-quit-wait.service                           
3min 27.112s gpu-manager.service                                  
      6.282s NetworkManager-wait-online.service                   
      2.582s apt-daily.service                                    
       469ms snap-snap\x2dstore-498.mount                         
       457ms snap-snapd-10238.mount                               
       431ms dev-loop0.device                                     
       358ms snap-snapd-9721.mount                                
       350ms sssd.service                                         
       345ms snapd.service                                        
       304ms dev-nvme0n1p2.device                                 
       297ms dev-loop2.device                                     
       297ms snap-gnome\x2dfirmware-2.mount                       
       296ms snap-gtk\x2dcommon\x2dthemes-1506.mount              
       294ms snap-snap\x2dstore-481.mount                         
       294ms snap-core18-1932.mount                               
       294ms snap-gnome\x2d3\x2d28\x2d1804-145.mount              
       293ms snap-gnome\x2d3\x2d34\x2d1804-60.mount               
       276ms systemd-logind.service                               
       250ms dev-loop3.device                                     
       214ms apparmor.service                                     
       209ms systemd-resolved.service                             
       187ms dev-loop1.device                                     
lines 1-23

Pas d'amélioration donc, c'est même pire (19 min pour firmware) et de drôles de problèmes d'affichage sont apparus (dès que je scroll ou bouge les fenêtres, ça clignote et ça strie...) Après un redémarrage ces problèmes ont disparus.
On dirait que ça bug aussi dans Software sans fwupd !

ça me décourage un peu !

Yann

Dernière modification par yanlatouch (Le 01/12/2020, à 22:57)

Hors ligne

#36 Le 01/12/2020, à 23:05

yanlatouch

Re : Démarrage très lent d'Ubuntu 8-9 minutes

J'ai bien envie de recommencer à zéro avec une autre version d'ubuntu : 20.04 LTS, Lubuntu, Ubuntu Studio ?

Hors ligne

#37 Le 01/12/2020, à 23:12

geole

Re : Démarrage très lent d'Ubuntu 8-9 minutes

Bonsoir.
Vous avez quasiment diagnostiqué que le problème est lié au firmware.
Tu devrais regarder dans le bios qu'elle est sa version puis aller dans le site du constructeur pour vérifier que c'est bien la dernière. Si pas le cas, il faut la mettre à jour.

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#38 Le 01/12/2020, à 23:21

yanlatouch

Re : Démarrage très lent d'Ubuntu 8-9 minutes

Bonsoir,
si c'est bien de la dernière version du BIOS, je suis bien à jour : v. 3805
https://www.asus.com/us/Motherboards/Z1 … Desk_BIOS/

J'ai le CD ASUS je peux essayer de flasher le BIOS d'origine ?

C'est bien ça que vous entendez par dernière version du firmware ?

Merci
Yann

Hors ligne

#39 Le 01/12/2020, à 23:23

xubu1957

Re : Démarrage très lent d'Ubuntu 8-9 minutes

Bonjour,

Montre d'éventuels paquets en anomalies :

dpkg -l | grep -v ^ii

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

En ligne

#40 Le 01/12/2020, à 23:24

yanlatouch

Re : Démarrage très lent d'Ubuntu 8-9 minutes

ça donne ça : 

yann@yann-PC:~$ dpkg -l | grep -v ^ii
Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
| État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements
|/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)
||/ Nom                                        Version                             Architecture Description
+++-==========================================-===================================-============-===============================================================================
yann@yann-PC:~$

Bizare non ?

Hors ligne

#41 Le 01/12/2020, à 23:25

xubu1957

Re : Démarrage très lent d'Ubuntu 8-9 minutes

Aucune anomalie.

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

En ligne

#42 Le 02/12/2020, à 11:46

moko138

Re : Démarrage très lent d'Ubuntu 8-9 minutes

3min 45.888s plymouth-quit-wait.service

à désactiver !

  - -

graphical.target reached after 3min 48.485s in userspace
3min 27.112s gpu-manager.service

N'aurais-tu pas deux cartes graphiques ? Montre

lspci -vnn | grep -A12 '\''[030[02]\]' | grep -Ei "vga|3d|display|kernel"

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#43 Le 02/12/2020, à 21:55

yanlatouch

Re : Démarrage très lent d'Ubuntu 8-9 minutes

Bonsoir,
je n'ai pas de carte graphique, je n'ai que le GPU de mon processeur Intel Core i7 6700K.

yann@yann-PC:~$ lspci -vnn | grep -A12 '\''[030[02]\]' | grep -Ei "vga|3d|display|kernel"
00:02.0 VGA compatible controller [0300]: Intel Corporation HD Graphics 530 [8086:1912] (rev 06) (prog-if 00 [VGA controller])
	Kernel driver in use: i915
	Kernel modules: i915
yann@yann-PC:~$

Hors ligne

#44 Le 02/12/2020, à 22:00

yanlatouch

Re : Démarrage très lent d'Ubuntu 8-9 minutes

3min 45.888s plymouth-quit-wait.service

à désactiver !
ça il faut que je cherche comment faire...

Hors ligne

#45 Le 07/12/2020, à 13:42

yanlatouch

Re : Démarrage très lent d'Ubuntu 8-9 minutes

À chaque démarrage et extinction du PC c'est udev qu'on attend des heures...
Est-ce possible qu'un de mes composants soit défectueux ? CPU, GPU, RAM, carte mère ?
Merci
Yann

Hors ligne

#46 Le 07/12/2020, à 13:47

xubu1957

Re : Démarrage très lent d'Ubuntu 8-9 minutes

Bonjour,

yanlatouch a écrit :
3min 45.888s plymouth-quit-wait.service

à désactiver !
ça il faut que je cherche comment faire...

Regarde dans > 18.04 Temps de démarrage trop long - RESOLU

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

En ligne

#47 Le 07/12/2020, à 14:15

yanlatouch

Re : Démarrage très lent d'Ubuntu 8-9 minutes

OK je teste ça. Merci.
J'ai quand même l'impression que le pb ne vient pas d'Ubuntu : quand j'essaie d'installer une autre distribution, les problème de lenteur sont les mêmes (avec debian, manjaro et même windows 10 !)... Pb de paramètres du BIOS ou pb matériel ?

Dernière modification par yanlatouch (Le 07/12/2020, à 14:16)

Hors ligne

#48 Le 08/12/2020, à 04:23

moko138

Re : Démarrage très lent d'Ubuntu 8-9 minutes

yanlatouch a écrit :

quand j'essaie d'installer une autre distribution, les problème de lenteur sont les mêmes (avec debian, manjaro et même windows 10 !)... Pb de paramètres du BIOS ou pb matériel ?

Troublant, en effet. Montre 

sudo lshw -sanitize

= =

2) Par ailleurs, en relisant le fil, je trouve qu'il faut approfondir le point soulevé par malbo en #14 :
Que s'est-il donc passé "dernièrement", qui a fait apparaître "d'un coup" ces lenteurs ?

= =

3) Je suis très intrigué, dans les deux boot-info, par ce même passage :

Mount options: _______________________________________
(...)2         rw,relatime,errors=remount-ro

D'autant plus que, dans le fstab du #21, on lit :

UUID=f0205d01-584b-4344-87dd-55d24c082826 /               ext4    errors=remount-ro 0       1

que je changerais volontiers en plus classique :

UUID=f0205d01-584b-4344-87dd-55d24c082826 /               ext4    defaults,errors=remount-ro 0       1

= =

4) Enfin, si tu n'utilises pas les snapshots, je serais très tenté de renommer
/etc/grub.d/10_linux_zfs      en   
/etc/grub.d/10_linux_zfs.BAK
  Mais c'est un sujet que je ne maîtrise pas ; si le système ne démarrait plus, il faudrait alors procéder en session live, puis monter sda2, et enfin rétablir le nom initial du fichier.
  Donc ne le fais pas pour l'instant. Mais gardons l'idée en réserve.

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#49 Le 08/12/2020, à 05:21

Kabak_85

Re : Démarrage très lent d'Ubuntu 8-9 minutes

A mon avis, votre problème ne vient pas du système d'exploitation mais du matériel ou de son firmware.

Il est totalement anormal que le BIOS mette autant de temps à s'initialiser et à passer la main au système d'exploitation. Il y a peut-être un problème au niveau de la longueur de l'affichage du bios mais sur une telle durée, ça paraîtrait étonnant et surtout, ça ne dépasserait pas le moment de l'affichage du logo.

Vous devriez retourner dans le setup du bios.
La, vous désactivez le logo de démarrage et vous lui demander les test "long" au lieu d'un démarrage "rapide" habituel (virer le fast boot mais il y a souvent d'autres options comme des "quick self-test" ...).

Passer aussi un memtest et faite un stress-test du processeur en monitorant la température interne de celui-ci.

Des ralentissements de ce genre, j'en ai vu avec différentes causes et c'est rarement facile à diagnostiquer.

Dernière modification par Kabak_85 (Le 08/12/2020, à 05:23)

Hors ligne

#50 Le 08/12/2020, à 13:25

geole

Re : Démarrage très lent d'Ubuntu 8-9 minutes

yanlatouch a écrit :
yann@yann-PC:~$ sudo systemd-analyze
Startup finished in 19min 24.393s (firmware) + 3.277s (loader) + 2.562s (kernel) + 3min 48.514s (userspace) = 23min 18.748s 
graphical.target reached after 3min 48.485s in userspace
yann@yann-PC:~$

Bonjour
Peux-tu refaire cette commande
Le firmware semble mettre un temps anormal pour se télécharger
Tu as presque 4 minutes pour la partie utilisateur.  C'est un peu trop.  J'ai comme toi 

systemd-analyze
Startup finished in 10.703s (firmware) + 10.042s (loader) + 3.169s (kernel) + 4min 22.821s (userspace) = 4min 46.736s 
graphical.target reached after 4min 22.770s in userspace
a@a:/etc/init.d$

sans très bien en comprendre la cause

Il faudrait regarder dans le  journal   ces deux parties

journalctl  -b >T.txt && xdg-open T.txt

Tu pourrais alors être capable de sélectioner la partie  traitant le firmware et la coller
idem pour la partie traitant le graphisme.
Si tu ne trouves pas, mets la totalité en espérant que cela ne soit pas trop volumineux

Dernière modification par geole (Le 08/12/2020, à 14:27)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

Pages : 1 2