Démarrage Wilma en plus de 4 minutes

[tyrry]

Dernier message de la page précédente :

Slt,
c'est pas bon, il faut coller le texte complet dans la balise code
là on ne peut rien lire des résultats
@+

[Michel Riez]

Excusez pas encore bien rôdé ! Voila:

Code : Tout sélectionner

11.750s gpu-manager.service
 8.710s plymouth-quit-wait.service
 4.082s zfs-load-module.service
 3.518s dev-sda3.device
 2.882s NetworkManager.service
 2.472s systemd-udev-settle.service
 2.459s NetworkManager-wait-online.service
 2.405s fwupd-refresh.service
 2.240s fwupd.service
 1.888s blueman-mechanism.service
 1.400s rsyslog.service
 1.330s accounts-daemon.service
 1.105s udisks2.service
 1.044s ubuntu-system-adjustments.service
  933ms systemd-udev-trigger.service
  892ms iio-sensor-proxy.service
  825ms polkit.service
  711ms upower.service
  702ms apparmor.service
  656ms systemd-logind.service
  608ms systemd-rfkill.service
  526ms user@1000.service
  523ms ModemManager.service
  502ms systemd-journald.service
  502ms ufw.service
  459ms keyboard-setup.service
  453ms cups.service
  437ms switcheroo-control.service
  432ms grub-common.service
  412ms systemd-resolved.service
  394ms e2scrub_reap.service
  307ms lvm2-monitor.service
  303ms avahi-daemon.service
  298ms lm-sensors.service
  277ms mnt-9236ECD3670766E9.mount
  256ms systemd-udevd.service
  254ms thermald.service
  226ms wpa_supplicant.service
  217ms modprobe@fuse.service
  206ms zfs-share.service
  205ms systemd-timesyncd.service
  196ms dbus.service
  192ms grub-initrd-fallback.service
  157ms modprobe@configfs.service
  155ms systemd-modules-load.service
  144ms systemd-fsck@dev-disk-by\x2duuid-CB79\x2d870E.service
  133ms systemd-tmpfiles-setup-dev-early.service
  128ms systemd-tmpfiles-setup.service
  125ms lightdm.service
  125ms alsa-restore.service
  119ms modprobe@drm.service
  118ms dev-hugepages.mount
  116ms systemd-remount-fs.service
  111ms dev-mqueue.mount
  109ms sys-kernel-debug.mount
  108ms systemd-backlight@backlight:acpi_video0.service
  103ms boot-efi.mount
   98ms modprobe@efi_pstore.service
   98ms sys-kernel-tracing.mount
   97ms systemd-binfmt.service
   97ms systemd-tmpfiles-setup-dev.service
   94ms systemd-sysctl.service
   90ms plymouth-start.service
   85ms kmod-static-nodes.service
   75ms zfs-volume-wait.service
   72ms colord.service
   53ms systemd-update-utmp-runlevel.service
   51ms modprobe@loop.service
   49ms kerneloops.service
   46ms systemd-random-seed.service
   44ms systemd-journal-flush.service
   42ms systemd-update-utmp.service
   39ms systemd-user-sessions.service
   38ms plymouth-read-write.service
   37ms proc-sys-fs-binfmt_misc.mount
   36ms casper-md5check.service
   35ms modprobe@dm_mod.service
   31ms rtkit-daemon.service
   31ms console-setup.service
   29ms swapfile.swap
   29ms openvpn.service
   28ms zfs-mount.service
   26ms finalrd.service
   22ms user-runtime-dir@1000.service
   21ms sys-kernel-config.mount
   19ms sys-fs-fuse-connections.mount
   10ms setvtrgb.service
   56us blk-availability.service

[Michel Riez]

Code : Tout sélectionner

tune2fs 1.47.0 (5-Feb-2023)
Filesystem volume name:   <none>
Last mounted on:          /
Filesystem UUID:          856c2ce8-3a15-4334-a393-e83fd7f51805
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              9601024
Block count:              38400000
Reserved block count:     1919999
Overhead clusters:        880212
Free blocks:              20126244
Free inodes:              7373116
First block:              0
Block size:               4096
Fragment size:            4096
Group descriptor size:    64
Reserved GDT blocks:      1024
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Fri Nov  1 09:35:35 2024
Last mount time:          Fri Nov 22 17:52:31 2024
Last write time:          Fri Nov 22 17:52:30 2024
Mount count:              20
Maximum mount count:      -1
Last checked:             Wed Nov 20 17:59:20 2024
Check interval:           0 (<none>)
Lifetime writes:          312 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:	          256
Required extra isize:     32
Desired extra isize:      32
Journal inode:            8
First orphan inode:       13780
Default directory hash:   half_md4
Directory Hash Seed:      0e9f6573-7a94-4491-8eae-6f14d14a41aa
Journal backup:           inode blocks
Checksum type:            crc32c
Checksum:                 0x669ba43a

[Michel Riez]

Bonjour les amis,
Si j'observe le démarrage, je constate qu'avant que Linux ne commence à se charger, la petite diode qui indique le travail du SSD où j'ai installé les logiciels ne clignote pas. On dirait que l'ordi attend quelque chose qu'il ne trouve pas, et qu'après un long moment il finisse par lancer Linux.
Cet appareil ayant eu une longue vie (Vista, W7, W10 que j'ai abandonnés avec joie, puis maintenant Linux Mint qui me convient très bien), je me demande si ce ne serait pas les partitions de démarrage sda1 et sda2 (EFI) qui seraient corrompues ?
Pour mémoire, sur sda3 j'ai Wilma qui démarre en > 5 minutes et sda4 Faye qui démarre en < 1 minute.
A votre avis, est-ce une piste intéressante ? Et si c'est le cas, que faire pour le vérifier et comment y remédier ?
Je continue à chercher de mon côté, depuis un bon moment.
Bonne journée,
Michel

Code : Tout sélectionner

NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
sda      8:0    0 465,8G  0 disk 
├─sda1   8:1    0     1M  0 part 
├─sda2   8:2    0   513M  0 part /boot/efi
├─sda3   8:3    0 146,5G  0 part /
└─sda4   8:4    0 146,5G  0 part 
sdb      8:16   0 931,5G  0 disk 
└─sdb1   8:17   0 488,3G  0 part /mnt/9236ECD3670766E9
sr0     11:0    1  1024M  0 rom  

[tyrry]

Slt,
tu peux toujours faire :

Code : Tout sélectionner

sudo sytemctl mask plymouth-quit-wait.service

et ensuite peut-être vérifié ton fstab
car il y a pas de raison que lmde démarre plus vite que wilma de plus de 4 minutes ( quelques secondes ok mais là ...)
@+

[Michel Riez]

Re bonjour Tirry.
J'ai fait l'opération, et cela n'a rien changé.
Voilà précisément ce que j'ai chronométré et observé:
- Apparition du grub après 15 secondes ==> je lance Wilma.
- A 4 minutes 40 secondes, le logo Linux Mint apparaît et lancement se fait comme sur mon autre ordinateur.
- A 5 minutes pile, j'ai la fenêtre de connexion. Entre 15 secondes et 4 minutes 40, j'entends plusieurs fois le lecteur de CD qui est pourtant vide, vibrer comme pour lancer un CD, et pourtant je l'ai désactivé dans le bios.
On pourrait dire que le lancement de Mint proprement dit ne dure que 15 + 20 = 35 secondes, ce qui est top et identique à mon autre ordinateur HP.
Mais pourquoi un temps mort de plus de 4 minutes ? Mystère.
Quoiqu'il en soit, je te remercie de ton aide, et continue à m'accrocher et chercher....

[Michel Riez]

OK cyrill, je vais le faire, et chronométrer aussi le démarrage avec ma clé live. Je te tiens au courant dès que ce sera fait.

[Michel Riez]

Cher ami,
La première commande me retourne "dmesg aucun fichier ou dossier de ce nom".

Mon fstab donne ça:

Code : Tout sélectionner

# /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/sda3 during installation
# /boot/efi was on /dev/sda2 during installation
UUID=CB79-870E  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
/dev/disk/by-uuid/9236ECD3670766E9 /mnt/9236ECD3670766E9 auto nosuid,nodev,nofail 0 0
UUID=856c2ce8-3a15-4334-a393-e83fd7f51805 / ext4 errors=remount-ro 0 1

La dernière erreur remount-ro correspond à FAYE ce qui est normal vu que j'ai monté WILMA.

Pour info, j'ai comparé les ouvertures avec des clés USB identiques en live:
- FAYE s'ouvre après 1 minute 40, alors qu'il faut > 10 minutes pour qu'apparaisse WILMA, donc là aussi une grosse différence de temps d'accès.
Cet ordinateur étant très ancien, on peut penser que son architecture est insuffisante pour démarrer WILMA rapidement, mais suffisante pour FAYE qui est en 32 bits ? Je n'en connais pas assez pour élucider cette question.

Bonne journée, et encore merci de ton aide,
Michel.

[Jennatux]

Bonjour
Donne le retour de

Code : Tout sélectionner

lsblk -fe7 | cat

[Michel Riez]

Bonsoir Jeannatux, Voilà ce que ça donne:

Code : Tout sélectionner

NAME   FSTYPE FSVER LABEL   UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
sda                                                                             
├─sda1                                                                          
├─sda2 vfat   FAT32         CB79-870E                             505,8M     1% /boot/efi
├─sda3 ext4   1.0           856c2ce8-3a15-4334-a393-e83fd7f51805   67,3G    48% /
├─sda4 ext4   1.0           83d5b57e-f4f8-455a-ab08-79737a98f0d1                
└─sda5 ext4   1.0           cd1206b9-8c57-4e8a-a0ef-1fa6c11ab7ff                
sdb                                                                             
└─sdb1 ntfs         Données 9236ECD3670766E9                      410,5G    16% /mnt/9236ECD3670766E9
sr0                                                                             

Merci et bonne soirée

[Jennatux]

Je pensais a l'absence de la partition 9236ECD3670766E9 , mais elle est bien là , donc je n'ai pas de solution, désolé