[Résolu] LM 19 : Temps de boot long

Forum de support pour les utilisateurs francophones

Moderator: Laurent85

Forum rules
Topics in this forum are automatically closed 6 months after creation.
Locked
Silvock

[Résolu] LM 19 : Temps de boot long

Post by Silvock »

Bonjour,

Après avoir fouillé sur le forum, je n'ai pas trouvé de solution pour mon cas...
J'ai essayé de charger d'autres noyaux en vain.

Code: Select all

silvock@silvock-TM1701:~$ systemd-analyze
Startup finished in 4.307s (firmware) + 3.007s (loader) + 37.958s (kernel) + 3.052s (userspace) = 48.326s
graphical.target reached after 3.048s in userspace

Code: Select all

silvock@silvock-TM1701:~$ systemd-analyze blame
          2.361s gpu-manager.service
          2.282s plymouth-quit-wait.service
           190ms systemd-resolved.service
           171ms systemd-journal-flush.service
           170ms systemd-logind.service
           157ms NetworkManager.service
           143ms dev-nvme0n1p2.device
           138ms systemd-timesyncd.service
           124ms ubuntu-system-adjustments.service
            98ms networkd-dispatcher.service
            85ms apparmor.service
            77ms lightdm.service
            77ms udisks2.service

Code: Select all

silvock@silvock-TM1701:~$ 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 @3.048s
└─multi-user.target @3.048s
  └─getty.target @3.048s
    └─getty@tty1.service @3.048s
      └─system-getty.slice @3.048s
        └─setvtrgb.service @3.034s +13ms
          └─systemd-user-sessions.service @746ms +4ms
            └─network.target @746ms
              └─NetworkManager.service @588ms +157ms
                └─dbus.service @554ms
                  └─basic.target @551ms
                    └─paths.target @551ms
                      └─acpid.path @551ms
                        └─sysinit.target @550ms
                          └─systemd-timesyncd.service @411ms +138ms
                            └─systemd-tmpfiles-setup.service @391ms +16ms
                              └─systemd-journal-flush.service @219ms +171ms
                                └─systemd-journald.service @185ms +33ms
                                  └─systemd-journald-audit.socket @184ms

Code: Select all

silvock@silvock-TM1701:~$ dmesg
[  970.061376] i2c_hid i2c-ETD2303:00: i2c_hid_get_input: incomplete report (14/65535)
[  970.069321] i2c_hid i2c-ETD2303:00: i2c_hid_get_input: incomplete report (14/65535)
[  970.075381] i2c_hid i2c-ETD2303:00: i2c_hid_get_input: incomplete report (14/65535)
[  970.082359] i2c_hid i2c-ETD2303:00: i2c_hid_get_input: incomplete report (14/65535)
[  970.089224] i2c_hid i2c-ETD2303:00: i2c_hid_get_input: incomplete report (14/65535)
[  970.096640] i2c_hid i2c-ETD2303:00: i2c_hid_get_input: incomplete report (14/65535)
[  970.103427] i2c_hid i2c-ETD2303:00: i2c_hid_get_input: incomplete report (14/65535)
[  970.109978] i2c_hid i2c-ETD2303:00: i2c_hid_get_input: incomplete report (14/65535)
[  970.116796] i2c_hid i2c-ETD2303:00: i2c_hid_get_input: incomplete report (14/65535)
[  970.123477] i2c_hid i2c-ETD2303:00: i2c_hid_get_input: incomplete report (14/65535)
[  970.131358] i2c_hid i2c-ETD2303:00: i2c_hid_get_input: incomplete report (14/65535)
....

Code: Select all

silvock@silvock-TM1701:~$ inxi -Fxz
System:    Host: silvock-TM1701 Kernel: 4.15.0-36-generic x86_64
           bits: 64 gcc: 7.3.0
           Desktop: Cinnamon 3.8.9 (Gtk 3.22.30-1ubuntu1)
           Distro: Linux Mint 19 Tara
Machine:   Device: laptop System: Timi product: TM1701 serial: N/A
           Mobo: Timi model: TM1701 v: MP serial: N/A
           UEFI: INSYDE v: XMAKB5R0P0502 date: 10/13/2017
Battery    BAT0: charge: 29.8 Wh 51.0% condition: 58.4/60.0 Wh (97%)
           model: SUNWODA R15B01W status: Discharging
CPU:       Quad core Intel Core i7-8550U (-MT-MCP-) 
           arch: Kaby Lake rev.10 cache: 8192 KB
           flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 15936
           clock speeds: max: 4000 MHz 1: 800 MHz 2: 800 MHz 3: 800 MHz
           4: 800 MHz 5: 800 MHz 6: 800 MHz 7: 800 MHz 8: 800 MHz
Graphics:  Card-1: Intel UHD Graphics 620 bus-ID: 00:02.0
           Card-2: NVIDIA Device 1d12 bus-ID: 01:00.0
           Display Server: x11 (X.Org 1.19.6 )
           drivers: modesetting,nouveau (unloaded: fbdev,vesa)
           Resolution: 1920x1080@60.03hz
           OpenGL: renderer: Mesa DRI Intel UHD Graphics 620 (Kabylake GT2)
           version: 4.5 Mesa 18.0.5 Direct Render: Yes
Audio:     Card Intel Sunrise Point-LP HD Audio
           driver: snd_hda_intel bus-ID: 00:1f.3
           Sound: Advanced Linux Sound Architecture v: k4.15.0-36-generic
Network:   Card: Intel Wireless 8265 / 8275 driver: iwlwifi bus-ID: 02:00.0
           IF: wlp2s0 state: up mac: <filter>
Drives:    HDD Total Size: 756.2GB (5.0% used)
           ID-1: /dev/nvme0n1 model: SAMSUNG_MZVLW256HEHP size: 256.1GB
           ID-2: /dev/sda model: CT500MX500SSD4 size: 500.1GB
Partition: ID-1: / size: 234G used: 36G (16%) fs: ext4 dev: /dev/nvme0n1p2
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 43.0C mobo: N/A gpu: 37.0
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 241 Uptime: 12 min Memory: 1384.0/15924.8MB
           Init: systemd runlevel: 5 Gcc sys: 7.3.0
           Client: Shell (bash 4.4.191) inxi: 2.3.56 
Last edited by LockBot on Wed Dec 28, 2022 7:16 am, edited 2 times in total.
Reason: Topic automatically closed 6 months after creation. New replies are no longer allowed.
Laurent85
Level 17
Level 17
Posts: 7081
Joined: Tue May 26, 2015 10:11 am

Re: LM 19 : Temps de boot long

Post by Laurent85 »

Bonjour,
Vérifie s'il existe des mises à jour pour le bios et/ou le firmware (micrologiciel) du ssd, c'est une piste quand il n'y a pas d'autre explication.
Image
Silvock

Re: LM 19 : Temps de boot long

Post by Silvock »

Est-ce que ça peut être du au fait que j'ai deux fichiers EFI sur deux SSD différents ?
Capture du 2018-10-06 17-23-20.png
Capture du 2018-10-06 17-23-46.png
J'ai l'impression que c'est devenu long depuis que j'ai supprimé l'entrée EFI d'un ancien LM 18.3... Mais si c'est ça je ne comprend pas pourquoi. Mes partitions sont "nickel" et Grub détecte bien LM 19 et Win 10.

Je vais regarder pour mettre à jour le bios ou le firmware du SSD
Laurent85
Level 17
Level 17
Posts: 7081
Joined: Tue May 26, 2015 10:11 am

Re: LM 19 : Temps de boot long

Post by Laurent85 »

Silvock wrote: Sat Oct 06, 2018 11:30 am Est-ce que ça peut être du au fait que j'ai deux fichiers EFI sur deux SSD différents ?
Non, la perte de temps se produit après le lancement de LM, ou ça rejoint ce que je disais un bug du Bios et de son EFI. Ceci dit tu n'as pas besoin de deux partitions EFI.

Essaie de recharger les valeurs par défaut du bios.
Image
Silvock

Re: LM 19 : Temps de boot long

Post by Silvock »

Laurent85 wrote: Sat Oct 06, 2018 2:13 pm Non, la perte de temps se produit après le lancement de LM, ou ça rejoint ce que je disais un bug du Bios et de son EFI. Ceci dit tu n'as pas besoin de deux partitions EFI.

Essaie de recharger les valeurs par défaut du bios.
Je peux donc supprimer une des deux partitions EFI après m'être assuré que j'ai toutes mes entrées sur chacune d'elles.

Je n'ai pas touché à d'autres valeurs que le Secure boot et l'ordre de boot dans le Bios mais je peux essayer de remettre les valeurs par defaut.

J'avais pensé à lancer un rapport Boot-repair ça peut peut être éclairer ?
http://paste.ubuntu.com/p/3hgWJ9pwvc/
Laurent85
Level 17
Level 17
Posts: 7081
Joined: Tue May 26, 2015 10:11 am

Re: LM 19 : Temps de boot long

Post by Laurent85 »

Silvock wrote: Sun Oct 07, 2018 4:06 am Je peux donc supprimer une des deux partitions EFI après m'être assuré que j'ai toutes mes entrées sur chacune d'elles.
Les chargeurs Windows et Mint ne sont pas sur la même partition EFI, ne supprime pas une partition EFI en l'état.
Je n'ai pas touché à d'autres valeurs que le Secure boot et l'ordre de boot dans le Bios mais je peux essayer de remettre les valeurs par defaut.
Le but n'est pas de mettre les valeurs par défaut mais de recharger les valeurs, de les réinitialiser, remets ensuite tes propres paramètres, Secure Boot désactivé et l'ordre de démarrage des périphériques.
J'avais pensé à lancer un rapport Boot-repair ça peut peut être éclairer ?
Boot repair ne gère pas les disques Nvme, le rapport est inutilisable.

Il faudrait installer le chargeur grub dans la partition efi du disque Wiindows. Fais peut-être d'abord les autres suggestions avant de passer à l'efi, le problème avec les efi est leur comportement différent d'un ordi à un autre, difficile de savoir à l'avance si une modification va fonctionner comme prévu.
Image
Silvock

Re: LM 19 : Temps de boot long

Post by Silvock »

Laurent85 wrote: Sun Oct 07, 2018 9:06 am Le but n'est pas de mettre les valeurs par défaut mais de recharger les valeurs, de les réinitialiser, remets ensuite tes propres paramètres, Secure Boot désactivé et l'ordre de démarrage des périphériques.
Bonjour Laurent,
Pas de changement après avoir rechargé les valeurs par defaut.

Voici un extrait de l'output de dmesg : C'est bien au niveau du SSD qu'il y a un problème si je comprend bien.

Code: Select all

[    6.524032] raid6: using algorithm avx2x4 gen() 39015 MB/s
[    6.524032] raid6: .... xor() 23077 MB/s, rmw enabled
[    6.524033] raid6: using avx2x2 recovery algorithm
[    6.526185] xor: automatically using best checksumming function   avx       
[    6.536315] Btrfs loaded, crc32c=crc32c-intel
[   37.674188] EXT4-fs (nvme0n1p2): mounted filesystem with ordered data mode. Opts: (null)
[   37.712913] random: crng init done
[   37.712913] random: 7 urandom warning(s) missed due to ratelimiting
[   37.786352] ip_tables: (C) 2000-2006 Netfilter Core Team
[   37.873016] systemd[1]: systemd 237 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN2 +IDN -PCRE2 default-hierarchy=hybrid)[    
J'aimerais bien essayé de mettre à jour le bios. Mais si j'ai bien compris il faut d'abord trouver la bonne version du bios sur le site de Xiaomi (en chinois :cry: ) et ensuite flasher le bios. Ce qui est à mon avis super risqué.

Pour le firmware du SSD, j'ai regardé s'il y avait de nouveaux pilotes depuis windows mais il n'y en a aucun. Il n'y a pas de pilote linux proposé par xiaomi. D'oú la non prise en charge du multitouch et du capteur d'empreinte du trackpad pour l'instant mais c'est une autre histoire...

Sinon j'avais pensé á faire une sauvegarde de LM 19, formaté le disque et refaire une installation propre.
Laurent85
Level 17
Level 17
Posts: 7081
Joined: Tue May 26, 2015 10:11 am

Re: LM 19 : Temps de boot long

Post by Laurent85 »

Silvock wrote: Sat Oct 13, 2018 4:26 am Voici un extrait de l'output de dmesg : C'est bien au niveau du SSD qu'il y a un problème si je comprend bien.
Disons qu'on ne sait pas ce qu'il se passe pendant ce trou de 30s, c'est comme si le système attendait la disponibilité du matériel, il attend, et n'a pas de raison d'afficher de message vu qu'il n'y a pas d'erreur dans les échanges de communication, c'est juste que c'est long à répondre. Ou un bug mais il n'y aurait déjà des rapports dans ce sens. Pas forcément le ssd, le bios est une des pistes.
Pour le firmware du SSD, j'ai regardé s'il y avait de nouveaux pilotes depuis windows mais il n'y en a aucun.
Pas le pilote qui lui est lié au système mais le firmware, c'est le micrologiel intégré à l'électronique du ssd, indépendant du système.
Sinon j'avais pensé á faire une sauvegarde de LM 19, formaté le disque et refaire une installation propre.
Il vaut mieux faire un test avec une distribution sans point commun à Debian/Ubuntu/LM, par exemple Manjaro ou Fedora, si c'est un bug il y aura moins de chance qu'il soit présent aussi sur les autres distributions qui ont des cycles d'intégration des logiciels différents, dont le noyau.
Image
Silvock

Re: LM 19 : Temps de boot long

Post by Silvock »

Encore merci Laurent de ton intérêt pour mon problème !

Je n'ai pas trouvé d'update du SSD sur le site du fabricant (Samsung). Apparemment tout est sur le site de Xiaomi.

Ce lien : https://techtablets.com/xiaomi-mi-noteb ... downloads/ est une passerelle en anglais qui prend sa source sur le site officiel en chinois.
Il contient des update du bios dont une qui répare la rapidité du SSD.
Je vais me renseigner avant de flasher n'importe quoi.

La version de mon bios est XMAKB5R0P0502
Celle de l'EC (embetted controller) est XMAKB5R0P02

Je me demande toujours pourquoi le fait de supprimer l'entrée EFI de LM 18.3 a eu un impact sur le chargement du SSD... Je l'avais fait proprement via un logiciel sous W10.

Pour la petite histoire :
0. J'étais en Dual Boot W10 & LM 18.3
1. J'ai installé un nouveau SSD avec une plus grande capacité.
2. J'ai cloné le SSD de base sur le nouveau
3. J'ai récupéré mes documents LM 18.3
4. J'ai formaté le SSD de base et j'en ai profité pour installer LM 19 après avoir testé un live usb
5. J'ai formaté mes partitions LM 18.3 et le Swap (sans intérêt pour un ssd mais je n'avais pas fait gaffe pendant l'installation)
6. J'ai réattribué l'espace disponible à W10 et supprimer l'entrée EFI de LM 18.3

Aurais-tu des conseils à prodiguer avant que je me lance dans un flash du Bios ?
Laurent85
Level 17
Level 17
Posts: 7081
Joined: Tue May 26, 2015 10:11 am

Re: LM 19 : Temps de boot long

Post by Laurent85 »

Silvock wrote: Sat Oct 13, 2018 5:05 pmJe me demande toujours pourquoi le fait de supprimer l'entrée EFI de LM 18.3 a eu un impact sur le chargement du SSD... Je l'avais fait proprement via un logiciel sous W10.
Il n'y a pas que ça qui a changé, il y a eu des modifs système et matériel. Donne le retour de :

Code: Select all

sudo parted --list --script
sudo blkid
cat /etc/fstab
mount | grep ^/
Aurais-tu des conseils à prodiguer avant que je me lance dans un flash du Bios ?
Fais d'autres tests avant de passer au bios si tu n'es pas habitué.
Image
Silvock

Re: LM 19 : Temps de boot long

Post by Silvock »

Laurent85 wrote: Sun Oct 14, 2018 1:05 pm
Silvock wrote: Sat Oct 13, 2018 5:05 pmJe me demande toujours pourquoi le fait de supprimer l'entrée EFI de LM 18.3 a eu un impact sur le chargement du SSD... Je l'avais fait proprement via un logiciel sous W10.
Il n'y a pas que ça qui a changé, il y a eu des modifs système et matériel. Donne le retour de :

Code: Select all

sudo parted --list --script
sudo blkid
cat /etc/fstab
mount | grep ^/

Code: Select all

sudo parted --list --script
Modèle: ATA CT500MX500SSD4 (scsi)
Disque /dev/sda : 500GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : gpt
Disk Flags: 

Numéro  Début   Fin    Taille  Système de fichiers  Nom  Fanions
 1      17,4kB  134MB  134MB                             msftres
 2      135MB   240MB  105MB   fat32                     démarrage, esp
 3      240MB   499GB  499GB   ntfs                      msftdata
 4      499GB   500GB  1030MB  ntfs                      diag


Modèle: NVMe Device (nvme)
Disque /dev/nvme0n1 : 256GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : gpt
Disk Flags: 

Numéro  Début   Fin    Taille  Système de fichiers  Nom                   Fanions
 1      1049kB  538MB  537MB   fat32                EFI System Partition  démarrage, esp
 2      538MB   256GB  256GB   ext4


Code: Select all

cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/nvme0n1p2 during installation
UUID=1e7ec1de-0fbb-4e49-8826-fb00ae2a8b5d /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=B870-295E  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0

Code: Select all

mount | grep ^/
/dev/nvme0n1p2 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/nvme0n1p1 on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)

Code: Select all

sudo blkid
/dev/nvme0n1p1: UUID="B870-295E" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="43349fa0-be8e-4db6-967d-f316ec1c8e0b"
/dev/nvme0n1p2: UUID="1e7ec1de-0fbb-4e49-8826-fb00ae2a8b5d" TYPE="ext4" PARTUUID="1a3b452a-7635-4455-a5b1-a2f5174855e8"
/dev/sda2: LABEL="SYSTEM" UUID="8743-9B50" TYPE="vfat" PARTUUID="4767fbe8-991e-4ca8-b3cd-409914f044da"
/dev/sda3: UUID="5D6E00CD0499588F" TYPE="ntfs" PARTUUID="475793a2-ed1e-4360-b2d3-444ba783001d"
/dev/sda4: LABEL="Recovery image" UUID="460878095C91377A" TYPE="ntfs" PARTUUID="0094d6be-898a-4097-a177-6dfaaf7134b8"
/dev/nvme0n1: PTUUID="2f321deb-35aa-4cc4-9297-656e4e7f0e1d" PTTYPE="gpt"
/dev/sda1: PARTUUID="fea87a49-238b-4698-b39d-4f454054750b"
Laurent85
Level 17
Level 17
Posts: 7081
Joined: Tue May 26, 2015 10:11 am

Re: LM 19 : Temps de boot long

Post by Laurent85 »

Il n'y a rien d'anormal.

Par contre c'est pas clair la page web du bios de ton ordi, s'il y a une mise à jour ou pas concernant ton matériel.
Image
Silvock

Re: LM 19 : Temps de boot long

Post by Silvock »

Je crois avoir trouvé la solution :

https://askubuntu.com/questions/1013830 ... ume-device

Code: Select all

silvock@silvock-TM1701:~$ cat /etc/initramfs-tools/conf.d/resume
RESUME=UUID=69c93d6f-12e4-d5e4-9466-f948d01e00c4
silvock@silvock-TM1701:~$ sudo blkid
[sudo] Mot de passe de silvock : 
/dev/nvme0n1p1: UUID="B870-295E" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="43349fa0-be8e-4db6-967d-f316ec1c8e0b"
/dev/nvme0n1p2: UUID="1e7ec1de-0fbb-4e49-8826-fb00ae2a8b5d" TYPE="ext4" PARTUUID="1a3b452a-7635-4455-a5b1-a2f5174855e8"
/dev/sda2: LABEL="SYSTEM" UUID="8743-9B50" TYPE="vfat" PARTUUID="4767fbe8-991e-4ca8-b3cd-409914f044da"
/dev/sda3: UUID="5D6E00CD0499588F" TYPE="ntfs" PARTUUID="475793a2-ed1e-4360-b2d3-444ba783001d"
/dev/sda4: LABEL="Recovery image" UUID="460878095C91377A" TYPE="ntfs" PARTUUID="0094d6be-898a-4097-a177-6dfaaf7134b8"
/dev/nvme0n1: PTUUID="2f321deb-35aa-4cc4-9297-656e4e7f0e1d" PTTYPE="gpt"
/dev/sda1: PARTUUID="fea87a49-238b-4698-b39d-4f454054750b"
Je crois qu'il attend un swap qui n'existe plus.
Laurent85
Level 17
Level 17
Posts: 7081
Joined: Tue May 26, 2015 10:11 am

Re: LM 19 : Temps de boot long

Post by Laurent85 »

Dommage qu'il n'y ait pas eu le message dans tes logs qui nous aurait mis directement sur la bonne piste :
https://askubuntu.com/questions/1013830 ... ume-device

Code: Select all

gave up waiting for suspend/resume device
Image
Silvock

Re: LM 19 : Temps de boot long

Post by Silvock »

Je n'ai pas encore essayé. J'attend d'avoir ton avis.
J'essaye de retirer l'option 'quiet' dans grub pour voir si j'ai ce message ? ou je tente direct cette solution ?
Last edited by Silvock on Wed Oct 17, 2018 3:33 pm, edited 2 times in total.
Laurent85
Level 17
Level 17
Posts: 7081
Joined: Tue May 26, 2015 10:11 am

Re: LM 19 : Temps de boot long

Post by Laurent85 »

Silvock wrote: Wed Oct 17, 2018 1:57 pm Je n'ai pas encore essayé. J'attend d'avoir ton avis.
J'ai cru que tu l'avais fait et que ça marchait maintenant.
J'essaye de retirer l'option 'quiet' dans grub pour voir si j'ai ce message ?
Oui ce serait intéressant de savoir si le message s'affiche ou non, enlève quiet splash.
ou je tente direct cette solution ?
Après. Pense à mettre à jour l'initrd ensuite :

Code: Select all

sudo update-initramfs -u
Image
Silvock

Re: LM 19 : Temps de boot long

Post by Silvock »

C'était bien ça ! Merci pour tes conseils !
Locked

Return to “Français - French”