# Demarrage lent après un rebuild d'un disque dur raid **URL:** \ **Category:** Support Debian\ **Created:** [Janvier 11, 2023, 12:36 UTC](https://www.debian-fr.org/t/demarrage-lent-apres-un-rebuild-dun-disque-dur-raid/87706 "2023-01-11T12:36:56Z")\ **Posts on this page:** 16\ **Page:** 1
**Author:** ![mrhassan60](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mrhassan60/32/12294_2.png) [@mrhassan60](https://www.debian-fr.org/u/mrhassan60)\ **Post date:** [Janvier 11, 2023, 12:36 UTC](https://www.debian-fr.org/t/demarrage-lent-apres-un-rebuild-dun-disque-dur-raid/87706/1 "2023-01-11T12:36:56Z")
Bonjour; J’aurais une question bête. Je m’entraine sur une VM Debian 11 avec plusieurs configurations RAID 1 et 5 (RAID Logiciel MDAM) J’ai remarqué quand je supprime l’un des disques durs originaux qui étaient en RAID et je remets un nouveau disque dur en Raid, le démarrage est lent (plus 2 min) comparé au disque dur original. Je voulais savoir c’est normal ou il y a un moyen de régler ce problème. Mr\_Hassan60 ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Janvier 11, 2023, 4:15 UTC](https://www.debian-fr.org/t/demarrage-lent-apres-un-rebuild-dun-disque-dur-raid/87706/2 "2023-01-11T16:15:40Z")
Bonour, le disque supprimé, c’etait RAID 1 ou RAID 5? dans les deux cas: RAID 1: il fautr que le nouveau disque se synchronise avec l’autre disque. RAID 5: il faut que le système reconstruise le RAID au complet (j’imagine que tu n’as que 3 disques?) ---
**Author:** ![mrhassan60](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mrhassan60/32/12294_2.png) [@mrhassan60](https://www.debian-fr.org/u/mrhassan60)\ **Post date:** [Janvier 11, 2023, 4:30 UTC](https://www.debian-fr.org/t/demarrage-lent-apres-un-rebuild-dun-disque-dur-raid/87706/3 "2023-01-11T16:30:09Z")
Ma dernière installation Debian 11 était que les disques était en RAID 5 (avec 3 disque). Mais j’ai eu le même problème avec une installation RAID 1 avec 2 disque. J’attend bien que les disques se synchronise à l’aide de la commande `watch cat /proc/mdstat` avant de relancer un reboot de la VM. ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Janvier 11, 2023, 4:34 UTC](https://www.debian-fr.org/t/demarrage-lent-apres-un-rebuild-dun-disque-dur-raid/87706/4 "2023-01-11T16:34:15Z")
Et tu n’as rien dans le syslog au demarrage qui t’indique uune erreur, un warning ou un messages quelconque pouvant s’y rapporter? ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Janvier 11, 2023, 4:35 UTC](https://www.debian-fr.org/t/demarrage-lent-apres-un-rebuild-dun-disque-dur-raid/87706/5 "2023-01-11T16:35:38Z")
> [@mrhassan60](#): > > J’ai remarqué quand je supprime l’un des disques durs originaux qui étaient en RAID et je remets un nouveau disque dur en Raid, le démarrage est lent (plus 2 min) comparé au disque dur original. Est-ce un délai qui se produit à un moment donné du démarrage ou est-ce que toutes les étapes sont ralenties ? Après le démarrage, le fonctionnement du système est-il également affecté ? > [@Zargos](#): > > RAID 1: il fautr que le nouveau disque se synchronise avec l’autre disque. > RAID 5: il faut que le système reconstruise le RAID au complet Quel que soit le niveau de RAID il suffit de resynchroniser le nouveau disque à partir des informations présentes sur les disques restants. ---
**Author:** ![mrhassan60](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mrhassan60/32/12294_2.png) [@mrhassan60](https://www.debian-fr.org/u/mrhassan60)\ **Post date:** [Janvier 12, 2023, 1:51 UTC](https://www.debian-fr.org/t/demarrage-lent-apres-un-rebuild-dun-disque-dur-raid/87706/6 "2023-01-12T13:51:34Z")
C’est au démarrage qui prend un moment avant d’arriver sur l’écran de connexion et il reste bloqué pendant 2-5 min avec ce message (ci-joint l’image). ![image](https://www.debian-fr.org/uploads/default/original/2X/6/62eae45ce5f7243518b8b4fdb9828ad09e01ade4.png) ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Janvier 12, 2023, 3:54 UTC](https://www.debian-fr.org/t/demarrage-lent-apres-un-rebuild-dun-disque-dur-raid/87706/7 "2023-01-12T15:54:38Z")
« Gave up waiting for suspend/resume device » : le swap défini pour l’hibernation est introuvable. L’identifiant (UUID ou autre) spécifié dans /etc/initramfs-tools/conf.d/resume ne correspond pas avec le swap existant (vérifier avec blkid), ou le swap en question n’existe plus, ou n’est pas disponible (dans un périphérique qui n’est pas encore actif). Le même problème peut se produire avec le swap défini dans /etc/fstab. « /dev/md1: recovering journal » : le système de fichiers dans l’ensemble RAID n’a pas été démonté proprement lors de l’arrêt ou du redémarrage. C’est sytématique ? Ça reste combien de temps avant d’afficher la ligne suivante ? ---
**Author:** ![mrhassan60](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mrhassan60/32/12294_2.png) [@mrhassan60](https://www.debian-fr.org/u/mrhassan60)\ **Post date:** [Janvier 12, 2023, 4:30 UTC](https://www.debian-fr.org/t/demarrage-lent-apres-un-rebuild-dun-disque-dur-raid/87706/8 "2023-01-12T16:30:11Z")
> « /dev/md1: recovering journal » : le système de fichiers dans l’ensemble RAID n’a pas été démonté proprement lors de l’arrêt ou du redémarrage. C’est sytématique ? Ça reste combien de temps avant d’afficher la ligne suivante ?" Il reste bloqué pendant 2-5 min avant être dans l’écran de connexion. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Janvier 12, 2023, 4:35 UTC](https://www.debian-fr.org/t/demarrage-lent-apres-un-rebuild-dun-disque-dur-raid/87706/9 "2023-01-12T16:35:42Z")
> [@mrhassan60](#): > > Il reste bloqué pendant 2-5 min Avant ou après avoir affiché « /dev/md1: clean, xx/xx files, xx/xx blocks » ? ---
**Author:** ![mrhassan60](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mrhassan60/32/12294_2.png) [@mrhassan60](https://www.debian-fr.org/u/mrhassan60)\ **Post date:** [Janvier 12, 2023, 4:42 UTC](https://www.debian-fr.org/t/demarrage-lent-apres-un-rebuild-dun-disque-dur-raid/87706/10 "2023-01-12T16:42:37Z")
après avoir afficher les messages d’erreurs « /dev/md1: clean, xx/xx files, xx/xx blocks ». ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Janvier 12, 2023, 6:04 UTC](https://www.debian-fr.org/t/demarrage-lent-apres-un-rebuild-dun-disque-dur-raid/87706/11 "2023-01-12T18:04:02Z")
Ce n’est pas un message d’erreur mais un message d’état normal. Donc ce n’est pas la réparation du système de fichiers qui prend tout ce temps. Que donne le démarrage en mode « recovery » via le sous-menu « Avancé/Advanced » de GRUB ? ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Janvier 13, 2023, 12:51 UTC](https://www.debian-fr.org/t/demarrage-lent-apres-un-rebuild-dun-disque-dur-raid/87706/14 "2023-01-13T12:51:09Z")
> [@fabdunet1313](#): > > Le temps nécessaire pour reconstruire les données dépend de la taille des données stockées sur le système Le temps de resynchronisation dépend de la taille de l’ensemble RAID mais pas de la taille des données utiles car à ma connaissance le RAID logiciel de Linux ne stocke pas d’information sur les blocs qui sont utilisés ou pas. Ça pourrait être pratique pourtant. > [@fabdunet1313](#): > > Utilisez un disque dur de remplacement de même capacité que l’original: si vous utilisez un disque dur de remplacement de même capacité que l’original, il y aura moins de données à reconstruire. Absurde. Le volume de données à reconstruire dépend de la taille de l’ensemble RAID et non de la capacité du disque. ---
**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\ **Post date:** [Janvier 13, 2023, 1:40 UTC](https://www.debian-fr.org/t/demarrage-lent-apres-un-rebuild-dun-disque-dur-raid/87706/15 "2023-01-13T13:40:46Z")
Merci pour le rappel @PascalHambourg, les réponses de fab qui ont été depuis modéré on été rédigé à l’aide d’une aide particulière et ne sont pas vraiement à prendre en compte. ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Janvier 13, 2023, 1:51 UTC](https://www.debian-fr.org/t/demarrage-lent-apres-un-rebuild-dun-disque-dur-raid/87706/16 "2023-01-13T13:51:19Z")
> [@PascalHambourg](#): > > Le temps de resynchronisation dépend de la taille de l’ensemble RAID mais pas de la taille des données utiles car à ma connaissance le RAID logiciel de Linux ne stocke pas d’information sur les blocs qui sont utilisés ou pas. Ça pourrait être pratique pourtant. Il ne le fait pas par défaut, mais je crois qu’il peut le faire avec une configuration particulière, mais encore faudrait-il digérer ce genre de dossier techniques (qui date tout de même de 2018): > **[RAID superblock formats - Linux Raid Wiki](https://archive.kernel.org/oldwiki/raid.wiki.kernel.org/index.php/RAID_superblock_formats.html)** il y a des information intéressante dans le chapitre 7 du document ci-dessous, notamment sur le fait de jouer sur le chunk size pour optimiser la rapidité: [https://wiki.deimos.fr/Optimisation\_des\_filesystems\_extX\_et\_du\_RAID\_sous\_Linux.html](https://wiki.deimos.fr/Optimisation_des_filesystems_extX_et_du_RAID_sous_Linux.html) ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Janvier 13, 2023, 4:37 UTC](https://www.debian-fr.org/t/demarrage-lent-apres-un-rebuild-dun-disque-dur-raid/87706/17 "2023-01-13T16:37:13Z")
> [@Zargos](#): > > je crois qu’il peut le faire avec une configuration particulière Mais encore ? Le « write-intent bitmap » ne fait qu’enregistrer les blocs modifiés pour resynchroniser un disque qui n’est pas à jour sans le reconstruire, mais ça ne sert à rien dans le cas du remplacement par un nouveau disque. ---
**Author:** ![mrhassan60](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mrhassan60/32/12294_2.png) [@mrhassan60](https://www.debian-fr.org/u/mrhassan60)\ **Post date:** [Janvier 23, 2023, 4:47 UTC](https://www.debian-fr.org/t/demarrage-lent-apres-un-rebuild-dun-disque-dur-raid/87706/18 "2023-01-23T16:47:05Z")
Bonjour, Désolé pour la réponse tardive, j’ai constaté une amélioration en réactivent le swap de mon disque sda. Il est un peu plus rapide au démarrage mais toujours moins rapide qu’au démarrage du disque dur sda original. Mahmood Hassan