Bonjour,
j’ai un soucis avec mon NAS sous debian 9.11. Je suivais le tuto suivant : https://www.howtoforge.com/tutorial/how-to-install-nextcloud-15-on-debian-9/ quand je me suis rendu compte que mon raid 1 n’était plus reconnu. Je ne sais pas à quelle étape c’est arrivé (ça n’a peut être rien à voir…)
J’ai essayé de le remonter, mais j’ai le message suivant !:
home/nas/nas-privee# mount /dev/md1 /home/nas/nas-privee
mount: mauvais type de système de fichiers, option erronée, superbloc erroné
sur /dev/md1, page de code ou programme auxiliaire manquant, ou autre erreur
Dans certains cas des renseignements utiles sont dans le journal
système — essayez « dmesg | tail » ou quelque chose du genre.
Je ne sais pas quoi faire à mon niveau, j’ai peur de perdre les 3 To de données sur mes disques…
Après m’être calmé un peu, j’ai lancé la commande suivante avec ça pour résultat. Je ne sais pas trop encore comment « réactiver » le raid sans créer d’autres problèmes…
root@NAS:/dev# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4]
md1 : inactive sdd[0] sdc[1] <--- le raid en question
5860271024 blocks super 1.2
md0 : active raid5 sda1[0] sdf1[3] sde1[2] sdb1[1]
5860147200 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/4] [UUUU]
bitmap: 0/15 pages [0KB], 65536KB chunk
Bonjour @anon61356901 et merci pour ton aide. Voila, dans l’ordre, la réponse à ces commandes :
mdadm --examine /dev/sdc
/dev/sdc:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x1
Array UUID : f0f98ac9:19cba40a:558a7562:761dac7f
Name : NAS:1 (local to host NAS)
Creation Time : Mon Jul 2 16:40:35 2018
Raid Level : raid1
Raid Devices : 2
Avail Dev Size : 5860271024 (2794.39 GiB 3000.46 GB)
Array Size : 2930135488 (2794.39 GiB 3000.46 GB)
Used Dev Size : 5860270976 (2794.39 GiB 3000.46 GB)
Data Offset : 262144 sectors
Super Offset : 8 sectors
Unused Space : before=262056 sectors, after=48 sectors
State : clean
Device UUID : 7e721eb6:6ccc8fff:b8513707:73fe36b6
Internal Bitmap : 8 sectors from superblock
Update Time : Tue Apr 21 16:51:19 2020
Bad Block Log : 512 entries available at offset 72 sectors
Checksum : 812da64c - correct
Events : 36935
Device Role : Active device 1
Array State : AA ('A' == active, '.' == missing, 'R' == replacing)
et pour la seconde :
mdadm --examine /dev/sdd
/dev/sdd:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x1
Array UUID : f0f98ac9:19cba40a:558a7562:761dac7f
Name : NAS:1 (local to host NAS)
Creation Time : Mon Jul 2 16:40:35 2018
Raid Level : raid1
Raid Devices : 2
Avail Dev Size : 5860271024 (2794.39 GiB 3000.46 GB)
Array Size : 2930135488 (2794.39 GiB 3000.46 GB)
Used Dev Size : 5860270976 (2794.39 GiB 3000.46 GB)
Data Offset : 262144 sectors
Super Offset : 8 sectors
Unused Space : before=262056 sectors, after=48 sectors
State : clean
Device UUID : 9d12250a:26f579df:a0c64790:da207e29
Internal Bitmap : 8 sectors from superblock
Update Time : Tue Apr 21 16:51:19 2020
Bad Block Log : 512 entries available at offset 72 sectors
Checksum : b1760672 - correct
Events : 36935
Device Role : Active device 0
Array State : AA ('A' == active, '.' == missing, 'R' == replacing)
Les disques ne semblent pas avoir de soucis à ce que je comprends. Je pense que j’ai désactiver le raid 1 suite à une fausse manip (mais je ne vois pas laquelle). Le raid 5 est toujours fonctionnel.
J’ai encore la possibilité de recréer le raid ou de restaurer une backup système (debian est installer sur une clée usb).
Sinon je pense avoir vu des erreurs "[FAILED]"au démarrage de ma machine, mais je n’ai pas le temps de voir ce qu’il y avait écrit car le texte défile trop vite.
Je pense que je vais attendre avant de faire quoi que ce soit, merci tout de même pour ton aide.
Et c’est une mauvaise idée pour diverses raisons, notamment risque de conflit avec une table de partition.
Dans ton dernier message supprimé, tu suggérais d’examiner les tables de partition des disques. C’était une bonne idée.
identiques sur les deux disques, indiquant l’absence de désynchronisation.
Probablement par /dev/md1 qui est déjà assemblé comme indiqué dans /proc/mdstat. Ce n’est pas un problème d’assemblage mais d’activation.
On peut regarder dans les logs du noyau avec dmesg les messages relatifs à cet ensemble et ses deux membres.
On peut essayer de forcer l’activation pour voir ce que çe donne :
mdadm --run /dev/md1
Ou bien d’arrêter l’ensemble et de le réassembler et voir ce qui se passe :
uname -a
Linux NAS 3.16.0-4-amd64 #1 SMP Debian 3.16.43-2+deb8u2 (2017-06-26) x86_64 GNU/Linux
root@NAS:/home/nas# modinfo raid1
libkmod: ERROR ../libkmod/libkmod-module.c:192 kmod_module_parse_depline: ctx=0x55eb2d310010 path=/lib/modules/3.16.0-4-amd64/kernel/drivers/md/md-mod.ko error=No such file or directory
filename: /lib/modules/3.16.0-4-amd64/kernel/drivers/md/raid1.ko
modinfo: ERROR: could not get modinfo from 'raid1': No such file or directory
root@NAS:/home/nas# modprobe raid1
modprobe: ERROR: ../libkmod/libkmod-module.c:192 kmod_module_parse_depline() ctx=0x5630d99a3010 path=/lib/modules/3.16.0-4-amd64/kernel/drivers/md/md-mod.ko error=No such file or directory
modprobe: ERROR: ../libkmod/libkmod-module.c:192 kmod_module_parse_depline() ctx=0x5630d99a3010 path=/lib/modules/3.16.0-4-amd64/kernel/drivers/md/md-mod.ko error=No such file or directory
modprobe: ERROR: could not insert 'raid1': Unknown symbol in module, or unknown parameter (see dmesg)
Oui, notamment si le noyau a été mise à jour et le système n’a pas été redémarré ou l’initramfs n’a pas été regénéré correctement.
Mais je ne comprends pas bien les messages d’erreur. Je ne comprends pas si le module raid1.ko ou md-mod.ko est manquant, ou s’il y a une incompatibilité entre les deux. On peut voir le contenu de
ls -l /lib/modules/3.16.0-4-amd64/kernel/drivers/md
ls -l /boot
Pour info, le dernier noyau disponible de jessie est le 3.16.0-10, le tien est beaucoup plus ancien.
root@NAS:/home/nas# ls -l /lib/modules/3.16.0-4-amd64/kernel/drivers/md
ls: impossible d'accéder à '/lib/modules/3.16.0-4-amd64/kernel/drivers/md': Aucun fichier ou dossier de ce type
Quelle version de Debian est-ce ?
Comment cette machine peut-elle tourner avec un noyau 3.16 (jessie) alors qu’il ne semble pas installé (pas dans /boot en tout cas) ? C’est un conteneur ou une machine physique ? Il y a du multiboot ?
Le répertoire /lib/modules/3.16.0-4-amd64 existe-t-il ? Si oui, que contient-il ?
De base c’était debian 8 que j’ai passé en debian 9 avec un tutoriel (il y a un an, et ça marché bien jusqu’à là).
C’est une machine physique normal. et il n’y a pas de multiboot
