Démarrage extrêmement long

mise-à-jour
noyau
Tags: #<Tag:0x00007f092bd2da30> #<Tag:0x00007f092bd2d850>

#1

Bonjour à tous,

Le démarrage sur ma debian est très long.

[    3.603519] sd 10:0:0:0: [sde] Attached SCSI removable disk                                                                
[    3.619448] sd 10:0:0:2: [sdg] Attached SCSI removable disk                                                                
[    3.630765] sd 10:0:0:1: [sdf] Attached SCSI removable disk                                                                
[   91.732006] raid6: sse2x1   gen() 10347 MB/s                                                                               
[   91.800004] raid6: sse2x1   xor()  7575 MB/s                                                                               
[   91.868007] raid6: sse2x2   gen() 12585 MB/s                                                                               
[   91.936005] raid6: sse2x2   xor()  8453 MB/s                                                                               
[   92.004003] raid6: sse2x4   gen() 15031 MB/s                                                                               
[   92.072003] raid6: sse2x4   xor()  9988 MB/s                                                                               
[   92.072004] raid6: using algorithm sse2x4 gen() 15031 MB/s                                                                 
[   92.072005] raid6: .... xor() 9988 MB/s, rmw enabled                             
......

J’ai aucun disque en raid6.
Pouvez-vous m’aider à troubleshooter le problème, si vous avez des pistes à proposer car là je suis à bout d’idées.

Merci.

Debian Buster
Kernel: Linux 4.17.0-3-amd64


#2

Bonjour,

sda, … sdf, sdg Bigre le noyau détecte 7 disques.

Ce n’est pas ce que dit le noyau.
Pourrait-on avoir les retours des commandes suivantes

lsblk
sudo lvmdiskscan 
df -hTx tmpfs

D’autre part, quelle est la marque et le modèle du système qui contient tout ces disques ?
Il se peut qu’il y ait un contrôleur matériel RAID détecté par le noyau. (au contraire des contrôleurs RAID smartArray qui équipent les machines HP Proliant, avec lesquels le noyau ne voit que /dev/sda, /dev/sdb … avec un /dev/sdb qui être une grappe de disques en RAID par exemple ).

Cordialement,
Regards,
Mit freundlichen Grüßen,
مع تحياتي الخالصة


F. Petitjean
Ingénieur civil du Génie Maritime.

« Un ordinateur c’est comme un frigo : on le branche et ça marche. »
Laurent Serano Directeur informatique, réunion Délégués du Personnel 2010


#3

Pas du tout. Ces messages proviennent du chargement du module raid6_pq qui peut être chargé pour des fonctionnalités telles que LVM ou btrfs.


#4

Merci pour ta réponse.
Le retour des commandes :

lsblk                                                                                                                     
NAME                  MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT                                                                   
sda                     8:0    0 223.6G  0 disk                                                                               
├─sda1                  8:1    0   512M  0 part  /boot/efi                                                                    
├─sda2                  8:2    0   244M  0 part  /boot                                                                        
└─sda3                  8:3    0 222.9G  0 part                                                                               
  └─sda3_crypt        253:0    0 222.8G  0 crypt                                                                              
    ├─buster--vg-root 253:1    0  23.3G  0 lvm   /                                                                            
    ├─buster--vg-var  253:2    0   9.3G  0 lvm   /var                                                                         
    ├─buster--vg-tmp  253:3    0   1.9G  0 lvm   /tmp                                                                         
    └─buster--vg-home 253:4    0 140.5G  0 lvm   /home                                                                        
sdb                     8:16   0 931.5G  0 disk                                                                               
└─sdb1                  8:17   0 931.5G  0 part                                                                               
  └─md0                 9:0    0 931.4G  0 raid1 [SWAP]                                                                       
sdc                     8:32   0 931.5G  0 disk                                                                               
└─sdc1                  8:33   0 931.5G  0 part                                                                               
  └─md0                 9:0    0 931.4G  0 raid1 [SWAP]                                                                       
sdd                     8:48   0  10.9T  0 disk                                                                               
└─sdd2                  8:50   0  10.9T  0 part                                                                               
  └─sdd2_crypt        253:5    0  10.9T  0 crypt /home/user/Buffalo                                                        
sr0                    11:0    1  1024M  0 rom        
sudo lvmdiskscan
  /dev/md0               [    <931.39 GiB]
  /dev/mapper/sda3_crypt [    <222.83 GiB] LVM physical volume
  /dev/sda1              [     512.00 MiB]
  /dev/buster-vg/root    [      23.28 GiB]
  /dev/sda2              [     244.00 MiB]
  /dev/buster-vg/var     [       9.31 GiB]
  /dev/sda3              [     222.83 GiB]
  /dev/buster-vg/tmp     [      <1.86 GiB]
  /dev/buster-vg/home    [    <140.45 GiB]
  /dev/mapper/sdd2_crypt [      10.91 TiB]
  /dev/sdd2              [      10.91 TiB]
  5 disks
  5 partitions
  1 LVM physical volume whole disk
df -hTx tmpfs
Filesystem                  Type      Size  Used Avail Use% Mounted on                                                       
udev                        devtmpfs   24G     0   24G   0% /dev                                                             
/dev/mapper/buster--vg-root ext4       23G  4.3G   18G  20% /
/dev/sda2                   ext2      237M   86M  139M  39% /boot                                                            
/dev/mapper/buster--vg-tmp  ext4      1.8G  5.7M  1.7G   1% /tmp                                                             
/dev/mapper/buster--vg-var  ext4      9.2G  464M  8.2G   6% /var                                                             
/dev/mapper/buster--vg-home ext4      138G  1.6G  129G   2% /home                                                            
/dev/sda1                   vfat      511M  256K  511M   1% /boot/efi                                                        
/dev/mapper/sdd2_crypt      ext4       11T  535G  9.8T   6% /home/user/Buffalo      

Tous mes disques sont cryptés avec Luks. J’ai des disques externes en USB -> sdd. J’ai aussi un raid 1 software de 2 disques sata sdb et sdc que pour l’instant j’ai attribué à la partition swap. Je verrai plus tard pour les réaffecter pour autre chose.

Le système est une tour HP Z420. J’ai depuis 3 ans le même système avec toujours Debian installé dessus sans aucun problème de lenteur au démarrage. Le problème est apparue lors de la mise à jour du kernel en passant de la version 4.16 à 4.17. Je ne sais pas si cette coïncidence est un hasard ou pas car je n’ai trouvé aucune autre personne qui avait ce même problème avec cette version de kernel.

Cordialement.


#5

Oui c’est ce que j’ai pu trouvé dans me recherche.
Il y a un bug ouvert chez Debian qui correspond à mon problème.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=898098


#6

Tu as pu confirmer qu’actionner le clavier ou la souris/touchpad pour générer de l’entropie réduisait le délai ?


#7

J’ai fait le test pour générer de l’entropie mais mais le délai ne change pas.

[    3.575922] sd 10:0:0:2: [sdg] Attached SCSI removable disk
[    3.582171] sd 10:0:0:1: [sdf] Attached SCSI removable disk
[    7.054963] random: crng init done
[   91.800003] raid6: sse2x1   gen() 10225 MB/s
[   91.867998] raid6: sse2x1   xor()  7558 MB/s
[   91.935998] raid6: sse2x2   gen() 12600 MB/s
[   92.003996] raid6: sse2x2   xor()  8490 MB/s
[   92.071998] raid6: sse2x4   gen() 15033 MB/s

#8

Alors c’est peut-être un problème différent du bug ci-dessus.


#9

Désolé pour le temps de réponse.
J’ai fait plusieurs recherche et tests, tout sans succès.
J’ai même été jusqu’à réinstaller l’ OS complet, propre, installation de base juste avec xfce, rien d’autre. Et bien le problème est encore et toujours présent !


#10

Bien que du temps c’est écoulé, je vous fais juste un retour de mon problème, que je viens juste de résoudre avec la dernière mise à jour kernel.

La derrnière version du kernel “officiel” de debian “4.19.0-1-amd64” résout le problème. Je n’ai plus du tout de latences au démarrage.

Pour ceux à qui ça peut aider.