[RESOLU] Problème de "mdadm: the array /dev/md/imsm0 with UUID metadata=imsm"

Support Debian
#1

Bonjour,

Je me permets d’ouvrir un nouveau post car mon problème semble différent de ma première demande dont voici le lien :

Pour résumé à chaque fois que je utilise apt (upgrade, install, …) j’ai toujours ces messages d’erreur:

`root@pcx:/home/gudbes# apt upgrade
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Calcul de la mise à jour... Fait
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
3 partiellement installés ou enlevés.
Après cette opération, 0 o d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n] O
Paramétrage de linux-image-3.16.0-4-amd64 (3.16.7-ckt25-2) ...
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-3.16.0-4-amd64
W: mdadm: the array /dev/md/imsm0 with UUID metadata=imsm
W: mdadm: is currently active, but it is not listed in mdadm.conf. if
W: mdadm: it is needed for boot, then YOUR SYSTEM IS NOW UNBOOTABLE!
W: mdadm: please inspect the output of /usr/share/mdadm/mkconf, compare
W: mdadm: it to /etc/mdadm/mdadm.conf, and make the necessary changes.
/etc/kernel/postinst.d/zz-update-grub:
Création du fichier de configuration GRUB…
/etc/grub.d/00_header: 395: /etc/grub.d/00_header: EOF: not found
run-parts: /etc/kernel/postinst.d/zz-update-grub exited with return code 127
Failed to process /etc/kernel/postinst.d at /var/lib/dpkg/info/linux-image-3.16.0-4-amd64.postinst line 634.
dpkg: erreur de traitement du paquet linux-image-3.16.0-4-amd64 (--configure) :
 le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1
Paramétrage de linux-image-4.4.0-0.bpo.1-amd64 (4.4.6-1~bpo8+1) ...
vmlinuz(/boot/vmlinuz-4.4.0-0.bpo.1-amd64
) points to /boot/vmlinuz-4.4.0-0.bpo.1-amd64
 (/boot/vmlinuz-4.4.0-0.bpo.1-amd64) -- doing nothing at /var/lib/dpkg/info/linux-image-4.4.0-0.bpo.1-amd64.postinst line 256.
initrd.img(/boot/initrd.img-4.4.0-0.bpo.1-amd64
) points to /boot/initrd.img-4.4.0-0.bpo.1-amd64
 (/boot/initrd.img-4.4.0-0.bpo.1-amd64) -- doing nothing at /var/lib/dpkg/info/linux-image-4.4.0-0.bpo.1-amd64.postinst line 256.
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-4.4.0-0.bpo.1-amd64
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8107e-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8107e-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168h-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168h-1.fw for module r8169
W: mdadm: the array /dev/md/imsm0 with UUID metadata=imsm
W: mdadm: is currently active, but it is not listed in mdadm.conf. if
W: mdadm: it is needed for boot, then YOUR SYSTEM IS NOW UNBOOTABLE!
W: mdadm: please inspect the output of /usr/share/mdadm/mkconf, compare
W: mdadm: it to /etc/mdadm/mdadm.conf, and make the necessary changes.
/etc/kernel/postinst.d/zz-update-grub:
Création du fichier de configuration GRUB…
/etc/grub.d/00_header: 395: /etc/grub.d/00_header: EOF: not found
run-parts: /etc/kernel/postinst.d/zz-update-grub exited with return code 127
Failed to process /etc/kernel/postinst.d at /var/lib/dpkg/info/linux-image-4.4.0-0.bpo.1-amd64.postinst line 525.
dpkg: erreur de traitement du paquet linux-image-4.4.0-0.bpo.1-amd64 (--configure) :
 le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1
dpkg: des problèmes de dépendances empêchent la configuration de linux-image-amd64 :
 linux-image-amd64 dépend de linux-image-4.4.0-0.bpo.1-amd64 ; cependant :
 Le paquet linux-image-4.4.0-0.bpo.1-amd64 n'est pas encore configuré.

dpkg: erreur de traitement du paquet linux-image-amd64 (--configure) :
 problèmes de dépendances - laissé non configuré
Des erreurs ont été rencontrées pendant l'exécution :
 linux-image-3.16.0-4-amd64
 linux-image-4.4.0-0.bpo.1-amd64
 linux-image-amd64
E: Sub-process /usr/bin/dpkg returned an error code (1)`

Je précise que je n’ai pas de raid …

`root@pcx:/home/gudbes# update-initramfs -u
update-initramfs: Generating /boot/initrd.img-4.4.0-0.bpo.1-amd64
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8107e-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8107e-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168h-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168h-1.fw for module r8169
W: mdadm: the array /dev/md/imsm0 with UUID metadata=imsm
W: mdadm: is currently active, but it is not listed in mdadm.conf. if
W: mdadm: it is needed for boot, then YOUR SYSTEM IS NOW UNBOOTABLE!
W: mdadm: please inspect the output of /usr/share/mdadm/mkconf, compare
W: mdadm: it to /etc/mdadm/mdadm.conf, and make the necessary changes.`

`root@pcx:/home/gudbes# cat /etc/mdadm/mdadm.conf
# mdadm.conf
#
# Please refer to mdadm.conf(5) for information about this file.
#

# by default (built-in), scan all partitions (/proc/partitions) and all
# containers for MD superblocks. alternatively, specify devices to scan, using
# wildcards if desired.
#DEVICE partitions containers

# auto-create devices with Debian standard permissions
CREATE owner=root group=disk mode=0660 auto=yes

# automatically tag new arrays as belonging to the local system
HOMEHOST <system>

# instruct the monitoring daemon where to send mail alerts
MAILADDR root

# definitions of existing MD arrays
ARRAY metadata=imsm UUID=004faeec:a6ec681d:19564929:5ceeeab3
ARRAY /dev/md/RAIDLECOUSTER container=004faeec:a6ec681d:19564929:5ceeeab3 member=0 UUID=ce63faf0:4a88d0ae:fe394ccc:0a9539a8

# This configuration was auto-generated on Fri, 22 Apr 2016 19:02:07 +0200 by mkconf`

Merci d 'avance

gudbes

#2

Ton système n’est pas du même avis.

  • update-initramfs détecte un ensemble RAID /dev/md/imsm0 actif, vérifiable dans le pseudo-fichier /proc/mdstat.
  • Le fichier de configuration du RAID logiciel /etc/mdadm/mdadm.conf contient la définition d’un ensemble RAID /dev/md/RAIDLECOUSTER faisant partie d’un conteneur RAID Intel Matrix Storage.

C’est peut-être le reste d’un RAID Intel préexistant dont les méta-données n’ont pas été effacées des disques.

En tout cas le message concernant mdadm n’est qu’un avertissement (“W” comme “warning”) et n’est pas un problème si le système démarre correctement.

L’erreur qui empêche de finaliser la configuration des paquets de noyau se situe un peu plus bas lors de l’exécution de update-grub :

Il semble que l’interpréteur ne trouve pas un délimiteur de fin de texte “EOF” à la ligne 395 (probablement la fin) du script /etc/grub.d/00_header. Ce fichier, qui fait partie du paquet grub-common, aurait-il été modifié ou altéré ? Chez moi sur Jessie il n’a que 390 lignes.

#3

Bonjour Pascal et merci une fois de plus pour ton aide.

Alors j’ai réfléchi à cette histoire de RAID et voila ce que je me souviens : j’ai un disque dur récupéré d’un ancien RAID qui me sert à stocker des données (DATA), il a été formaté mais je pense que comme tu le dis, il doit y avoir une trace de ce RAID qui n’a pas été totalement supprimer. Je vais donc mettre en commentaire ces lignes dans /etc/mdadm/mdadm.conf pour supprimer ce warning.
… je viens de m’apercevoir que même en mettant les lignes ARRAY en commentaire, il y a toujours les mêmes erreurs :frowning:

sinon voila les 10 dernières lignes de mon 00_header :

385   echo "play ${GRUB_INIT_TUNE}"
386 fi
387 
388 if [ "x${GRUB_BADRAM}" != "x" ] ; then
389   echo "badram ${GRUB_BADRAM}"
390 fi
391 
392 #cat << EOF
393 #set superusers="gudbes"
394 #password gudbes grub.pbkdf2.sha512.10000.1989BDACE350715BAD341B199    EBAD319D6F07F1197C8E4564FD232CF16F4040AC13B90A32449662315E64297EBB8    11FBE86F756FAFB608F32C9F33BF5AED362D.F74031ED6EF8D646595268E5BFA91B    77BC2A19BDBB1F157DCD5F9314924AF4EC223E240B32F3BA08EEFA18E9BA3734EBA    7F94047E5A90B0851945538F0624B0B
395 EOF

Encore merci de ton aide.

gudbes

#4

J’avais mal interprété le message d’erreur : en fait il y a un “EOF” en trop à la dernière ligne. Si tu commentes les 3 lignes précédentes, il faut aussi commenter celle-ci.

Je suppose que c’est toi qui as ajouté ces 5 lignes pour mettre en place un mot de passe dans GRUB ? Je ne suis pas sûr que ce soit le meilleur endroit, le script 40_custom me semble plus approprié.

#5

ah oui quand tu me dis ça …je m’en souviens mais de tout façon je ne l’utilise pas car je pensais que le mot de passe serait demandé que lorsque l’on éditerait grub au démarrage mais non, il le demande toujours … (même au choix du menu de la ligne Debian à l’affichage de GRUB) et avec mon mot de passe de session + celui du chiffrage de mon hdd ça fait beaucoup. :slight_smile:

par contre concernant “update-initramfs -u” toujours la même choses avec une erreur de module en plus.

gudbes@pcx:~$ su -c "update-initramfs -u"
Mot de passe : 
update-initramfs: Generating /boot/initrd.img-4.4.0-0.bpo.1-amd64
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8107e-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8107e-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168h-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168h-1.fw for module r8169
W: mdadm: /etc/mdadm/mdadm.conf defines no arrays.
W: mdadm: the array /dev/md/imsm0 with UUID metadata=imsm
W: mdadm: is currently active, but it is not listed in mdadm.conf. if
W: mdadm: it is needed for boot, then YOUR SYSTEM IS NOW UNBOOTABLE!
W: mdadm: please inspect the output of /usr/share/mdadm/mkconf, compare
W: mdadm: it to /etc/mdadm/mdadm.conf, and make the necessary changes.

Vu que je viens de faire un “apt upgrade” et que je vois qu’il m’a installé le noyau 4.4, il faut peut etre que je redémarre ma Debian non ?

gudbes

#6

Si tu veux utiliser le noyau 4.4, il faut redémarrer. Mais cela ne supprimera pas les messages qui, je le répète, ne sont que des avertissements (W:) et pas des erreurs.

Pour le mot de passe de GRUB, il est possible de ne pas le demander pour démarrer une entrée de menu normale sans la modifier.

Concernant les firmwares, vu le faible nombre et le fait qu’il n’y en a que pour le noyau 4.4 de jessie-backports, je pense qu’il faut que tu mettes à jour le paquet firmware-realtek avec la version de jessie-backports pour supprimer les messages.

Concernant le mdadm, je ne sais plus exactement comment on supprime les métadonnées du RAID Intel. On peut commencer par une petite analyse de la situation.

cat /proc/mdstat mdadm -E -v /dev/sdX mdadm -D --scan -v /usr/share/mdadm/mkconf wipefs /dev/sdX blkid lsblk
(remplacer sdX par le disque qui était en RAID)

#7

Merci de ton aide.

Au passage je serais intéressé par une explication sur le mot de passe de grub en cas de modification uniquement .

sinon concernant le FireWire j’ai exécuté la commande :

root@pcx:/home/gudbes# apt -t jessie-backports install firmware-realtek
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
firmware-realtek est déjà la plus récente version disponible.
0 mis à jour, 0 nouvellement installés, 0 à enlever et 103 non mis à jour.

mais tout semble à jour :frowning:

Sinon voilà mes fichiers :

root@pcx:/home/gudbes# cat /proc/mdstat
Personalities : [raid1] 
md126 : active raid1 sdc[0]
      976759808 blocks super external:/md127/0 [2/1] [_U]
      
md127 : inactive sdc[0](S)
      2644 blocks super external:imsm
       
unused devices: <none>






root@pcx:/home/gudbes# mdadm -E -v /dev/sdc
/dev/sdc:
          Magic : Intel Raid ISM Cfg Sig.
        Version : 1.1.00
    Orig Family : 46f22861
         Family : 41af52cd
     Generation : 018da418
     Attributes : All supported
           UUID : 004faeec:a6ec681d:19564929:5ceeeab3
       Checksum : 39dc4bcd correct
    MPB Sectors : 1
          Disks : 2
   RAID Devices : 1

  Disk01 Serial : WD-WCATRA099504
          State : active
             Id : 00010000
    Usable Size : 1953519880 (931.51 GiB 1000.20 GB)

[RAIDLECOUSTER]:
           UUID : ce63faf0:4a88d0ae:fe394ccc:0a9539a8
     RAID Level : 1
        Members : 2
          Slots : [_U]
    Failed disk : 0
      This Slot : 1
     Array Size : 1953519616 (931.51 GiB 1000.20 GB)
   Per Dev Size : 1953519880 (931.51 GiB 1000.20 GB)
  Sector Offset : 0
    Num Stripes : 7630936
     Chunk Size : 64 KiB
       Reserved : 0
  Migrate State : idle
      Map State : degraded
    Dirty State : clean

  Disk00 Serial : D-WCATR7467042
          State : active failed
             Id : ffffffff
    Usable Size : 1953519880 (931.51 GiB 1000.20 GB)







root@pcx:/home/gudbes# mdadm -D --scan -v
ARRAY /dev/md/imsm0 level=container num-devices=1 metadata=imsm
   devices=/dev/sdc
ARRAY /dev/md/RAIDLECOUSTER level=raid1 num-devices=2 container=/dev/md/imsm0 member=0 UUID=ce63faf0:4a88d0ae:fe394ccc:0a9539a8
   devices=/dev/sdc




root@pcx:/home/gudbes# /usr/share/mdadm/mkconf
# mdadm.conf
#
# Please refer to mdadm.conf(5) for information about this file.
#

# by default (built-in), scan all partitions (/proc/partitions) and all
# containers for MD superblocks. alternatively, specify devices to scan, using
# wildcards if desired.
#DEVICE partitions containers

# auto-create devices with Debian standard permissions
CREATE owner=root group=disk mode=0660 auto=yes

# automatically tag new arrays as belonging to the local system
HOMEHOST <system>

# instruct the monitoring daemon where to send mail alerts
MAILADDR root

# definitions of existing MD arrays
ARRAY metadata=imsm UUID=004faeec:a6ec681d:19564929:5ceeeab3
ARRAY /dev/md/RAIDLECOUSTER container=004faeec:a6ec681d:19564929:5ceeeab3 member=0 UUID=ce63faf0:4a88d0ae:fe394ccc:0a9539a8

# This configuration was auto-generated on Sat, 23 Apr 2016 17:25:01 +0200 by mkconf





root@pcx:/home/gudbes# wipefs /dev/sdc
offset               type
----------------------------------------------------------------
0x1fe                dos   [table de partitions]

0xe8e0db5c00         isw_raid_member   [raid]




root@pcx:/home/gudbes# blkid
/dev/mapper/sda5_crypt: UUID="IQPbXb-zLNt-ENHF-fPi1-zj7M-k30r-4Uvvyr" TYPE="LVM2_member"
/dev/mapper/pcx--vg-root: UUID="21db3a4c-f52d-4cad-adf1-79f669438276" TYPE="ext4"
/dev/sda1: UUID="FA06-2016" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="ed68aac3-d79b-4294-993e-2600226fb5a1"
/dev/sda3: LABEL="OS" UUID="AA55F7F6A100D6EC" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="7258fcfb-b619-482c-9107-45aafa7f592d"
/dev/sdb1: UUID="842ba730-3459-4068-ba86-7a1ee23a95d7" TYPE="ext2" PARTUUID="ee6d3c19-01"
/dev/sdb3: UUID="AAA0-C1EB" TYPE="vfat" PARTUUID="ee6d3c19-03"
/dev/sdb5: UUID="b378ec0c-d262-43c0-81f3-2db873abf513" TYPE="crypto_LUKS" PARTUUID="ee6d3c19-05"
/dev/sdc1: LABEL="DATA" UUID="CC3A39733A395BA0" TYPE="ntfs" PARTUUID="daec7ad6-01"
/dev/md126p1: LABEL="DATA" UUID="CC3A39733A395BA0" TYPE="ntfs"
/dev/mapper/pcx--vg-swap_1: UUID="c1e70c44-a1b7-4673-a3de-203014a4b38e" TYPE="swap"
/dev/mapper/pcx--vg-home: UUID="2b521b54-1fc4-435d-b88d-3ee4ecc81337" TYPE="ext4"
/dev/sda2: PARTLABEL="Microsoft reserved partition" PARTUUID="f7baac3f-f8a1-4940-b558-c9556e441fab"
/dev/md126: PTUUID="daec7ad6" PTTYPE="dos"



root@pcx:/home/gudbes# lsblk
NAME                 MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda                    8:0    0  83,9G  0 disk  
├─sda1                 8:1    0  65,5M  0 part  
├─sda2                 8:2    0   128M  0 part  
└─sda3                 8:3    0  83,7G  0 part  
sdb                    8:16   0 447,1G  0 disk  
├─sdb1                 8:17   0   243M  0 part  /boot
├─sdb2                 8:18   0     1K  0 part  
├─sdb3                 8:19   0   511M  0 part  /boot/efi
└─sdb5                 8:21   0 353,7G  0 part  
  └─sda5_crypt       253:0    0 353,7G  0 crypt 
    ├─pcx--vg-root   253:1    0   9,3G  0 lvm   /
    ├─pcx--vg-swap_1 253:2    0     3G  0 lvm   [SWAP]
    └─pcx--vg-home   253:3    0 271,3G  0 lvm   /home
sdc                    8:32   0 931,5G  0 disk  
└─sdc1                 8:33   0 931,5G  0 part  
sr0                   11:0    1  1024M  0 rom

et voilà :slight_smile: un peu de lecture.

Merci

gudbes

#8

Voyons les versions disponibles et installée pour le paquet firmware-realtek.

apt-cache policy firmware-realtek

Donc la signature du RAID Intel est sur /dev/sdc. L’une ou l’autre de ces commandes devrait l’effacer.

wipefs -o 0xe8e0db5c00 /dev/sdc

mdadm --zero-superblock /dev/sdc

#9 
root@pcx:/home/gudbes# apt-cache policy firmware-realtek
firmware-realtek:
  Installé : 0.43
  Candidat : 0.43
 Table de version :
 *** 0.43 0
        500 http://ftp.fr.debian.org/debian/ jessie/non-free amd64 Packages
        100 /var/lib/dpkg/status

sinon pour pour le raid

root@pcx:/home/gudbes# wipefs -o 0xe8e0db5c00 /dev/sdc
wipefs: erreur : /dev/sdc : échec d'initialisation de l'analyse: Périphérique ou ressource occupé
root@pcx:/home/gudbes# mdadm --zero-superblock /dev/sdc
mdadm: Couldn't open /dev/sdc for write - not zeroing
root@pcx:/home/gudbes#
#10

Je suppose qu’il faut arrêter le RAID avant.

mdadm --stop --scan

As-tu ajouté la section non-free au dépôt jessie-backports (+ update) ?

#11

Bonjour Pascal et merci de ton suivi :
Suite à tes derniers conseils tout est presque rentrer dans l’ordre … il reste deux warnings du RAID.

 gudbes@pcx:~$ su -c "update-initramfs -u"
Mot de passe : 
update-initramfs: Generating /boot/initrd.img-4.4.0-0.bpo.1-amd64
W: mdadm: /etc/mdadm/mdadm.conf defines no arrays.
W: mdadm: no arrays defined in configuration file.

Si tu as une idée pour supprimer ces warnings. Je suis preneur sinon je les laisserai comme ça.

GRAND MERCI encore une fois pour ta patience et tes précieux conseils.

Bonne continuation.

gudbes

#12

Ces avertissements sont normaux puisqu’il n’y a plus d’ensemble RAID.
Si tu veux absolument les supprimer, il faut désinstaller le paquet mdadm, ce qui est envisageable puisqu’il n’y a pas d’ensemble RAID logiciel géré par mdadm.

Edit : il se peut qu’exécuter
dpkg-reconfigure mdadm
et choisir “none” (aucun) dans la liste des ensembles RAID à démarrer au plus tôt supprime l’avertissement, à tester.

#13

Alors la reconfiguration de mdadm avec none n’a pas fonctionné pour moi j’ai donc supprimer le paquet mdadm et plus de message.

Je te remercie une fois de plus pour le temps que tu as passé pour me dépanner et par la même occasion les nouvelles connaissances que j’ai pu apprendre :slight_smile:

Encore merci et bonne journée à toi.

gudbes