Démarrage avant grub très long

Bonjour,

Depuis l'avant dernière mise à jour de Manjato gnome (Testing), le démarrage avant le Grub dure pas loin de 2 minutes avant qu'il ne s'affiche. J'ai installer grub-customizer, très long aussi pour tout chercher et dans "configuration de la liste", des dizaines de lignes, est-ce la cause et si oui, comment faire le ménage sans risque?

Merci et bonne journée.

Bonjour
Est-ce Manajro qui a la main ? Je suppose que tu es en Uefi.
Grub-customizer est a éviter. De toutes façons, le problème est certainement avant grub, donc au lancement de l'uefi .
Perso, je vérifierai les entrées avec efibootmgr.

Je ne suis pas en uefi, manjaro Gnome a la main car je n'ai que des Manjaro sur mon PC lol

Ça n'est pas évident de le savoir vu ta signature ...
Une seule de ces Manjaro a la main. Choisis celle que tu veux en Maître et fais pour un disque /dev/sda:

sudo grub-install /dev/sda

et non /dev/sda1 ou autre.

Sauf que mes deux autres linux sont sur un autre disque dur.

bonjour,

Il faut en premier lieu regarder tes logs
dmesg a un horodatage, tu devrais retrouver le temps d'attente

9595.436544]tpm tpm0: A TPM error (7) occurred attempting to read a pcr value
[ 9595.436545] tpm tpm0: TPM is disabled/deactivated (0x7)
[ 9595.646933] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 9595.657780] ata1.00: configured for UDMA/100
[ 9595.750115] usb 3-4: reset low-speed USB device number 3 using xhci_hcd
[ 9596.033868] PM: resume of devices complete after 733.451 msecs
[ 9596.034332] PM: Finishing wakeup.
[ 9596.034334] OOM killer enabled.
[ 9596.034335] Restarting tasks ... done.
[ 9596.158208] e1000e: eno1 NIC Link is Down
[ 9597.361024] r8168: enp2s0: link up
[ 9600.663385] ata3: link is slow to respond, please be patient (ready=0)
[ 9600.703404] ata4: link is slow to respond, please be patient (ready=0)
[ 9600.763383] ata4: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[ 9600.773351] ata4.00: configured for UDMA/133
[ 9600.836714] ata3: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[ 9600.839283] ata3.00: configured for UDMA/133
[ 9601.334996] IPv6: ADDRCONF(NETDEV_UP): eno1: link is not ready
[ 9601.533700] IPv6: ADDRCONF(NETDEV_UP): eno1: link is not ready
[ 9601.535128] IPv6: ADDRCONF(NETDEV_UP): enp2s0: link is not ready
[ 9601.535659] enp2s0: 0xffffbc0780e01000, 08:2e:5f:8b:fc:93, IRQ 28
[ 9601.607059] IPv6: ADDRCONF(NETDEV_UP): enp2s0: link is not ready
[ 9603.654553] r8168: enp2s0: link up
[ 9603.654571] IPv6: ADDRCONF(NETDEV_CHANGE): enp2s0: link becomes ready

J'ai mis que la fin, la première ligne est en rouge, j'en ai une en rouge aussi :

0.457062] pnp 00:01: can't evaluate _CRS: 12311

Et cela aussi qui me paraît bizarre :

[    5.553260] ACPI Warning: SystemIO range 0x0000000000000428-0x000000000000042F conflicts with OpRegion 0x0000000000000400-0x000000000000047F (\PMIO) (20170531/utaddress-247)
[    5.553264] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[    5.553267] ACPI Warning: SystemIO range 0x0000000000000540-0x000000000000054F conflicts with OpRegion 0x0000000000000500-0x00000000000008FF (\GPR) (20170531/utaddress-247)
[    5.553269] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[    5.553269] ACPI Warning: SystemIO range 0x0000000000000530-0x000000000000053F conflicts with OpRegion 0x0000000000000500-0x000000000000053F (\GPRL) (20170531/utaddress-247)
[    5.553271] ACPI Warning: SystemIO range 0x0000000000000530-0x000000000000053F conflicts with OpRegion 0x0000000000000500-0x00000000000008FF (\GPR) (20170531/utaddress-247)
[    5.553273] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[    5.553273] ACPI Warning: SystemIO range 0x0000000000000500-0x000000000000052F conflicts with OpRegion 0x0000000000000500-0x000000000000053F (\GPRL) (20170531/utaddress-247)
[    5.553275] ACPI Warning: SystemIO range 0x0000000000000500-0x000000000000052F conflicts with OpRegion 0x0000000000000500-0x00000000000008FF (\GPR) (20170531/utaddress-247)
[    5.553277] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[    5.553277] lpc_ich: Resource conflict(s) found affecting gpio_ich

Et ces deux lignes aussi ...

9600.663385] ata3: link is slow to respond, please be patient (ready=0)
[ 9600.703404] ata4: link is slow to respond, please be patient (ready=0)

Je ne sais pas si cela est la cause du problème.

oops j'utilise un alias, pour un horodatage compréhensible (pour trouver un trou de 1 minute 30...) c'est

dmesg --time-format ctime

ras sur tes lignes rouges et ACPI

Après avoir installer Cinnamon sur mon deuxième disque dur, demarrage interminable. Du coup, j'ai réinstallé Gnome mais le problème reste le même. Donc, sauf erreur de ma part, c'est le disque dur, non?

Donne le retour de :

systemd-analyze
systemd-analyze blame
systemd-analyze critical-chain

Ça nous permettra de voir si c'est au niveau du noyau ou de ton environnement .

[ace66130@franck-pc ~]$ systemd-analyze
Startup finished in 2.752s (kernel) + 14.710s (userspace) = 17.462s

[ace66130@franck-pc ~]$ systemd-analyze blame
          7.188s systemd-journal-flush.service
          3.481s dev-sda1.device
          3.448s org.cups.cupsd.service
          2.363s ModemManager.service
          2.010s colord.service
          1.988s systemd-fsck@dev-disk-by\x2duuid-9bad40fb\x2dfc05\x2d4a25\x2db3
          1.668s tlp.service
          1.544s NetworkManager.service
          1.376s polkit.service
          1.362s wpa_supplicant.service
          1.055s udisks2.service
           646ms home.mount
           618ms systemd-tmpfiles-setup-dev.service
           547ms systemd-modules-load.service
           455ms systemd-tmpfiles-setup.service
           395ms ntpd.service
           383ms dev-mqueue.mount
           376ms dev-hugepages.mount
           335ms tmp.mount
           311ms gdm.service
           288ms systemd-udevd.service
           244ms accounts-daemon.service
           216ms sys-kernel-debug.mount
           178ms systemd-remount-fs.service
           175ms user@1000.service
           170ms systemd-logind.service
           145ms systemd-journald.service
           144ms upower.service
           124ms systemd-udev-trigger.service
           110ms alsa-restore.service
            72ms systemd-random-seed.service
            62ms systemd-sysctl.service
            45ms systemd-update-utmp.service
            42ms systemd-user-sessions.service
            36ms kmod-static-nodes.service
            21ms rtkit-daemon.service
             3ms sys-fs-fuse-connections.mount
             1ms sys-kernel-config.mount

[ace66130@franck-pc ~]$ systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

graphical.target @12.083s
└─multi-user.target @12.082s
  └─ModemManager.service @9.718s +2.363s
    └─basic.target @9.435s
      └─paths.target @9.435s
        └─org.cups.cupsd.path @9.435s
          └─sysinit.target @9.418s
            └─systemd-update-utmp.service @9.373s +45ms
              └─systemd-tmpfiles-setup.service @8.916s +455ms
                └─systemd-journal-flush.service @1.727s +7.188s
                  └─systemd-remount-fs.service @1.548s +178ms
                    └─systemd-journald.socket @1.349s
                      └─system.slice @1.349s
                        └─-.slice @1.260s

Désolé du temps d'attente mais 13mn pour démarrer et en plus, mon clavier ps2 m'a lacher, je ne sais pas si cela a un rapport ...

Moins de 3 secondes pour le kernel, c'est bon, et ~15 secondes pour l'userspace est plutôt bon.
Pour le clavier en PS/2 , oui, je pense que ça peut jouer du côté de ton DM.
Esssaye pour comparer:
Tu boot en mode console
Tu te connecte à ton nom d'utilisateur, surtout pas root!!
Une fois connecté, startx

Pour ton clavier ps2 c'est normal (si l'on peut dire cela) : voir dernière annonce de maj, il faut downgrader libinput

Tu nous parles de 13 minutes de boot et tes logs c'est 50 fois moins

13 minutes avant d'arriver au grub ...

ace66130 a écrit : ↑il y a 6 ans 13 minutes avant d'arriver au grub ...

Là ça pue....Le système semble lancer fsck sur ton disque avant de booter. C'est long...
Essaye de lancer une live-session et de lancer sans que la partition ne soit montée

sudo fsck -N

et dis nous
Cette option ne fais rien, elle ne fait que simuler (fsck --help)

il me semble que depuis peut le fsck n'est plus actif par défaut au boot
voir le wiki

fsck de util-linux 2.30.1

C'est tout ?
Le mien fait :

$ fsck -N
fsck de util-linux 2.31
[/usr/bin/fsck.ext4 (1) -- /] fsck.ext4 /dev/sda2 
[/usr/bin/fsck.vfat (1) -- /boot/efi] fsck.vfat /dev/sda1

Donc tu as un soucis de /boot...
Depuis la live sans monter la partition, c'est à dire sans cliquer dessus depuis Thunar ou autres, sudo fsck /dev/sda si ton disque est /dev/sda...

[manjaro@manjaro-gnome ~]$ sudo fsck /dev/sda
fsck de util-linux 2.30.1
e2fsck 1.43.6 (29-Aug-2017)
/dev/sda est en cours d'utilisation.
e2fsck: Ne peut continuer, arrêt immédiat.

Il faut identifier le disque depuis la live avec sudo fdisk -l. /dev/sda est peut-être le volume de la live.