# Migration OMV 4-\> 6 perte de mes données 4 disques en raid 5 **URL:** \ **Category:** Support Debian\ **Tags:** raid\ **Created:** [Mars 3, 2023, 7:32 UTC](https://www.debian-fr.org/t/migration-omv-4-6-perte-de-mes-donnees-4-disques-en-raid-5/87947 "2023-03-03T19:32:50Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![NicolasB](https://www.debian-fr.org/user_avatar/www.debian-fr.org/nicolasb/32/12615_2.png) [@NicolasB](https://www.debian-fr.org/u/NicolasB)\ **Post date:** [Mars 3, 2023, 7:32 UTC](https://www.debian-fr.org/t/migration-omv-4-6-perte-de-mes-donnees-4-disques-en-raid-5/87947/1 "2023-03-03T19:32:50Z")
Bonjour, c’est un peut la panique de mon coté, je prie pour que quelqu’un puisse m’aider… J’avais un serveur nas OMV v4, dans un HP Proliant micro Serveur N54L, connecté au réseau en rj45, qui contient 1 SSD de 64Gb avec l’OS dessus, et 4 disques dure de 3 Tb chacun, montés en raid 5. dessus j’utilisais les services samba et miniDLNA… Ca c’était il y a 4 jours… Et la commence la spirale… Impossible d’accéder à mes films en DLNA avec ni la box, ni la TV, ni le rPi en média player, ni chrome cast… Les accès Samba via mon portable et un petit fixe se déconnectent au bout de 20sec à environ 10min, pareil pour l’interface d’admin… j’interprète cela comme une fin annoncé… j’arrive quand même à voir le journal SMART des mes disques et, de souvenir, tout va bien… (je n’ai plus de souvenir précis des log ☹ je me dit alors qu’il est peut être temps de migrer de version d’OMV je regarde… on en est à la version 6… je la télécharge… Il y à quelque temps j’avais déjà réussit à faire la migration d’OMV v3 =\> v4 tout s’était bien passé et il avait automatiquement retrouver le raid 5, mes 4 répertoires racines, et toutes les données qu’il y à sur les disque… j’installe donc OMV v6, je fait un « sudo apt update » suivi d’un « sudo apt upgrade », je rentre dans l’interface… et là le drame… je ne vois plus mes répertoires racine… (comme s’était le cas dans l’installation d’omv v3 vers v’) je vois bien les disques en raid 5 avec la notation « Clean » mais ou s’ont passé mes données? et en plus il y à une notion de « montage de volume » que j’hésite à faire de peur de perdre mes données… ![Stockage 20230303 01](https://www.debian-fr.org/uploads/default/original/2X/3/3c0484430f935e10d1d7c8d713b980be7ff50ae0.png) Savez vous ce que je peux faire? Merci beaucoup, Beaucoup, BEAUCOUP!.. ---
**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:** [Mars 3, 2023, 7:39 UTC](https://www.debian-fr.org/t/migration-omv-4-6-perte-de-mes-donnees-4-disques-en-raid-5/87947/2 "2023-03-03T19:39:51Z")
> [@NicolasB](#): > > Et la commence la spirale… > Impossible d’accéder à mes films en DLNA avec ni la box, ni la TV, ni le rPi en média player, ni chrome cast… > Les accès Samba via mon portable et un petit fixe se déconnectent au bout de 20sec à environ 10min, pareil pour l’interface d’admin… Bonjour, A la suite de quoi? c’est arrivé comme ça un beau jour où il y a eu quelques chose avant/au meme moment? Dans ta capture d’écran on ne voit pas les points de montages, juste l’architecture matérielle. On ne voit que le RAID tes disques etc.. mais il n’y a aucune information concernant les information de « utilisé » et « libre ». ---
**Author:** ![NicolasB](https://www.debian-fr.org/user_avatar/www.debian-fr.org/nicolasb/32/12615_2.png) [@NicolasB](https://www.debian-fr.org/u/NicolasB)\ **Post date:** [Mars 3, 2023, 7:49 UTC](https://www.debian-fr.org/t/migration-omv-4-6-perte-de-mes-donnees-4-disques-en-raid-5/87947/3 "2023-03-03T19:49:22Z")
> A la suite de quoi… je suis parti en vacance 1 semaine et j’ai arrêter mon nas (de façon normal) et puis a mon retour je l’ai redémarré simplement en ré appuyant sur le même bouton… > Dans ta capture d’écran on ne voit pas les points de montages… justement c’est cela qui m’inquiète… je veux dire qui me fait paniquer… > …les information de « utilisé » et « libre »… je ne sais pas du tout comment faire pour avoir ces informations? dans l’IHM d’OMV ou en ligne de commande? ---
**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:** [Mars 3, 2023, 8:24 UTC](https://www.debian-fr.org/t/migration-omv-4-6-perte-de-mes-donnees-4-disques-en-raid-5/87947/4 "2023-03-03T20:24:50Z")
> [@NicolasB](#): > > justement c’est cela qui m’inquiète… je veux dire qui me fait paniquer… As -tu des mises à jour automatiques? ce qui pourrait éventuellement expliquer un changement. Dans ton interface de configuration tu dois bien avoir une partie qui concerne les points de montages? ---
**Author:** ![NicolasB](https://www.debian-fr.org/user_avatar/www.debian-fr.org/nicolasb/32/12615_2.png) [@NicolasB](https://www.debian-fr.org/u/NicolasB)\ **Post date:** [Mars 3, 2023, 8:42 UTC](https://www.debian-fr.org/t/migration-omv-4-6-perte-de-mes-donnees-4-disques-en-raid-5/87947/5 "2023-03-03T20:42:09Z")
Non je faisais les mises à jour de façon manuel… 1 fois tous les 3 à 6 mois environs, et je n’ai pas fait de mis à jour depuis le 1 Novembre 2022… est ce que la construction du raid peut être « défaillante »?? y à t’il des infos que je peux récupérer pour reconstruire si besoin le raid 5? ---
**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:** [Mars 3, 2023, 8:44 UTC](https://www.debian-fr.org/t/migration-omv-4-6-perte-de-mes-donnees-4-disques-en-raid-5/87947/6 "2023-03-03T20:44:14Z")
au regard des captures d’ecran je n’en ai pas l’impression. blkid donne quoi, ainsi que findmnt, ou a tout le moins mount? ---
**Author:** ![NicolasB](https://www.debian-fr.org/user_avatar/www.debian-fr.org/nicolasb/32/12615_2.png) [@NicolasB](https://www.debian-fr.org/u/NicolasB)\ **Post date:** [Mars 3, 2023, 9:22 UTC](https://www.debian-fr.org/t/migration-omv-4-6-perte-de-mes-donnees-4-disques-en-raid-5/87947/7 "2023-03-03T21:22:32Z")
> [@Zargos](#): > > blkid je ne suis pas du tout expert linux, je sais acceder en ssh à mon OMV. je vais donc essayer ces commande mais si il y a des arguments à y ajouter je ne sais pas du tout les quels… ---
**Author:** ![NicolasB](https://www.debian-fr.org/user_avatar/www.debian-fr.org/nicolasb/32/12615_2.png) [@NicolasB](https://www.debian-fr.org/u/NicolasB)\ **Post date:** [Mars 3, 2023, 9:46 UTC](https://www.debian-fr.org/t/migration-omv-4-6-perte-de-mes-donnees-4-disques-en-raid-5/87947/8 "2023-03-03T21:46:49Z")
`blkid` ```nohighlight /dev/sdd: UUID="f125d73b-17d5-0597-dd60-db60ff557073" UUID_SUB="f4d8aaae-4f6d-40f6-a9f3-38a1aedfa0c8" LABEL="OMV1:DdRaid5" TYPE="linux_raid_member" /dev/sde1: UUID="08c3871d-7232-4b4f-9acc-8f521db0dc1a" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="ab072bde-01" /dev/sde5: UUID="4ea674ac-b4cb-40ef-9922-56260fa48d88" TYPE="swap" PARTUUID="ab072bde-05" /dev/sdb: UUID="f125d73b-17d5-0597-dd60-db60ff557073" UUID_SUB="a65a3112-c7db-a0e4-03e7-8f4f19d265e4" LABEL="OMV1:DdRaid5" TYPE="linux_raid_member" /dev/sda: UUID="f125d73b-17d5-0597-dd60-db60ff557073" UUID_SUB="163f9575-1204-c670-407f-a9648abb5acc" LABEL="OMV1:DdRaid5" TYPE="linux_raid_member" /dev/sdc: UUID="f125d73b-17d5-0597-dd60-db60ff557073" UUID_SUB="7a286c96-71b2-5fca-06b5-578b07e937d7" LABEL="OMV1:DdRaid5" TYPE="linux_raid_member" /dev/md127: LABEL="Fil1" UUID="dad71d93-597e-435e-b28f-10ac4bd46498" BLOCK_SIZE="4096" TYPE="ext4" ``` `findmnt` ```nohighlight TARGET SOURCE FSTYPE OPTIONS / /dev/sde1 ext4 rw,relatime,errors=remount-ro ├─/sys sysfs sysfs rw,nosuid,nodev,noexec,relatime │ ├─/sys/kernel/security securityfs securityfs rw,nosuid,nodev,noexec,relatime │ ├─/sys/fs/cgroup cgroup2 cgroup2 rw,nosuid,nodev,noexec,relatime,nsdelegate,memory_recursiveprot │ ├─/sys/fs/pstore pstore pstore rw,nosuid,nodev,noexec,relatime │ ├─/sys/fs/bpf bpf bpf rw,nosuid,nodev,noexec,relatime,mode=700 │ ├─/sys/kernel/debug debugfs debugfs rw,nosuid,nodev,noexec,relatime │ ├─/sys/kernel/tracing tracefs tracefs rw,nosuid,nodev,noexec,relatime │ ├─/sys/kernel/config configfs configfs rw,nosuid,nodev,noexec,relatime │ └─/sys/fs/fuse/connections fusectl fusectl rw,nosuid,nodev,noexec,relatime ├─/proc proc proc rw,nosuid,nodev,noexec,relatime │ └─/proc/sys/fs/binfmt_misc systemd-1 autofs rw,relatime,fd=30,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ ├─/dev udev devtmpfs rw,nosuid,relatime,size=1879204k,nr_inodes=469801,mode=755,inode64 │ ├─/dev/pts devpts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 │ ├─/dev/shm tmpfs tmpfs rw,nosuid,nodev,inode64 │ ├─/dev/mqueue mqueue mqueue rw,nosuid,nodev,noexec,relatime │ └─/dev/hugepages hugetlbfs hugetlbfs rw,relatime,pagesize=2M ├─/run tmpfs tmpfs rw,nosuid,nodev,noexec,relatime,size=389492k,mode=755,inode64 │ ├─/run/lock tmpfs tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k,inode64 │ └─/run/rpc_pipefs sunrpc rpc_pipefs rw,relatime └─/tmp tmpfs tmpfs rw,relatime,inode64 ``` ---
**Author:** ![NicolasB](https://www.debian-fr.org/user_avatar/www.debian-fr.org/nicolasb/32/12615_2.png) [@NicolasB](https://www.debian-fr.org/u/NicolasB)\ **Post date:** [Mars 3, 2023, 9:51 UTC](https://www.debian-fr.org/t/migration-omv-4-6-perte-de-mes-donnees-4-disques-en-raid-5/87947/9 "2023-03-03T21:51:32Z")
`mount` ```nohighlight sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) udev on /dev type devtmpfs (rw,nosuid,relatime,size=1879204k,nr_inodes=469801,mode=755,inode64) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,size=389492k,mode=755,inode64) /dev/sde1 on / type ext4 (rw,relatime,errors=remount-ro) securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,inode64) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k,inode64) cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate,memory_recursiveprot) pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime) bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700) systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=30,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=11413) mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime) hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M) debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime) tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime) configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime) sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime) fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime) tmpfs on /tmp type tmpfs (rw,relatime,inode64) ``` `df` ```nohighlight Sys. de fichiers blocs de 1K Utilisé Disponible Uti% Monté sur udev 1879204 0 1879204 0% /dev tmpfs 389492 2096 387396 1% /run /dev/sde1 59279292 2964068 53271592 6% / tmpfs 1947452 0 1947452 0% /dev/shm tmpfs 5120 0 5120 0% /run/lock tmpfs 1947452 0 1947452 0% /tmp ``` `lsblk` ```nohighlight NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 1 2,7T 0 disk └─md127 9:127 0 8,2T 0 raid5 sdb 8:16 1 2,7T 0 disk └─md127 9:127 0 8,2T 0 raid5 sdc 8:32 1 2,7T 0 disk └─md127 9:127 0 8,2T 0 raid5 sdd 8:48 1 2,7T 0 disk └─md127 9:127 0 8,2T 0 raid5 sde 8:64 1 58,7G 0 disk ├─sde1 8:65 1 57,7G 0 part / ├─sde2 8:66 1 1K 0 part └─sde5 8:69 1 975M 0 part [SWAP] ``` ---
**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:** [Mars 4, 2023, 9:26 UTC](https://www.debian-fr.org/t/migration-omv-4-6-perte-de-mes-donnees-4-disques-en-raid-5/87947/10 "2023-03-04T09:26:43Z")
> [@NicolasB](#): > > je vois bien les disques en raid 5 avec la notation « Clean » mais ou s’ont passé mes données? Les données sont probablement toujours dans l’ensemble RAID /dev/md127. `blkid` indique qu’il contient un système de fichiers ext4 étiqueté « Fil1 ». Pour y accéder il faut qu’il soit monté. Je suppose qu’on ne peut pas se contenter de le monter n’importe où avec `mount` ou une ligne dans /etc/fstab, mais ne connaissant pas OMV, j’ignore comment il faut faire pour qu’il le prenne en compte, s’il y a un point de montage dédié ou s’il faut le déclarer quelque part dans l’interface graphique. Par contre je ne vois pas comment il pourrait y avoir « 4 répertoires racines » puisqu’un système de fichiers ext4 n’a qu’un seul répertoire racine. Est-ce que tu voulais dire « 4 répertoires à la racine » ? Note : le nom « md127 » est probablement attribué au lieu du nom d’origine « md0 » parce que le nom d’hôte spécifié lors de la nouvelle installation diffère de l’ancien. ---
**Author:** ![NicolasB](https://www.debian-fr.org/user_avatar/www.debian-fr.org/nicolasb/32/12615_2.png) [@NicolasB](https://www.debian-fr.org/u/NicolasB)\ **Post date:** [Mars 4, 2023, 10:44 UTC](https://www.debian-fr.org/t/migration-omv-4-6-perte-de-mes-donnees-4-disques-en-raid-5/87947/11 "2023-03-04T10:44:58Z")
@PascalHambourg oui effectivement il y avait 4 répertoires **à la** racine nommé « Média », « Setup », « Data » et « Perso »… c’est justement eux que j’aimerais retrouver… mais hélas je ne suis pas du tout compétent dans ce domaine et ce que tu me raconte est assez compliqué pour moi… je vais essayer de comprendre en regardant les définitions des principes que tu utilise… ---
**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:** [Mars 4, 2023, 11:22 UTC](https://www.debian-fr.org/t/migration-omv-4-6-perte-de-mes-donnees-4-disques-en-raid-5/87947/12 "2023-03-04T11:22:14Z")
Dans un premier temps tu peux monter temporairement le volume avec ``` mount /dev/md127 /mnt ``` et vérifier que les données sont bien présentes dans /mnt. Mais je ne sais pas comment faire pour qu’OMV utilise le volume comme avant. ---
**Author:** ![NicolasB](https://www.debian-fr.org/user_avatar/www.debian-fr.org/nicolasb/32/12615_2.png) [@NicolasB](https://www.debian-fr.org/u/NicolasB)\ **Post date:** [Mars 4, 2023, 12:41 UTC](https://www.debian-fr.org/t/migration-omv-4-6-perte-de-mes-donnees-4-disques-en-raid-5/87947/13 "2023-03-04T12:41:20Z")
@PascalHambourg est ce que cette commande ne risque pas de mettre mon système dans un état bloqué? mount /dev/md127 /mnt je me suis renseigner (avec mes maigres compétences) [par exemple ici](https://debian-facile.org/doc:systeme:mount) et de ce que je vois cette commande fonctionne pour principalement des partitions sur un disque… or mon cas est que j’ai 4 disques identiques montés en raid5 et je pense que le problème viens plus de la perte de référencement (?) synchronisation (?) inscription (?) ou autres (?) qui fait que Debian ne les reconnais plus, ou ne les interroges plus (?) cela dit j’ai très envie d’essayer ta commande car si sa se trouve elle donne le résultat attendue… mais si il y a un risque pour mes photos/vidéos de mariages et naissances d’enfants ça me fait prendre quelque précautions… du coup en continuant à chercher des solution je suis tombé sur ce cite: [https://www.deltasight.fr/remonter-raid-mdadm/](https://www.deltasight.fr/remonter-raid-mdadm/) … qu’en pensez vous? d’autre part voici d’autres logs qui peuvent servir: \>\>\>\>\>\>\>\>\>\>\>\>\>\>\>\>\>\>\>\>\>\>\>\>\>\>\>\>\>\>\>\>\>\>\>\>\> ~# sfdisk -l Disk /dev/sda: 2,73 TiB, 3000592982016 bytes, 5860533168 sectors Disk model: WDC WD30EZRX-00S Units: sectors of 1 \* 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes ``` Disk /dev/sdb: 2,73 TiB, 3000592982016 bytes, 5860533168 sectors Disk model: WDC WD30EZRX-00S Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/sdc: 2,73 TiB, 3000592982016 bytes, 5860533168 sectors Disk model: WDC WD30EZRX-00S Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/sdd: 2,73 TiB, 3000592982016 bytes, 5860533168 sectors Disk model: WDC WD30EZRX-00S Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/sde: 58,69 GiB, 63023063040 bytes, 123091920 sectors Disk model: SanDisk SDSSDP06 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0xab072bde Device Boot Start End Sectors Size Id Type /dev/sde1 * 2048 121092095 121090048 57,7G 83 Linux /dev/sde2 121094142 123090943 1996802 975M 5 Extended /dev/sde5 121094144 123090943 1996800 975M 82 Linux swap / Solaris Disk /dev/md127: 8,19 TiB, 9001374842880 bytes, 17580810240 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 524288 bytes / 1572864 bytes >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ~# blkid /dev/sda: UUID="f125d73b-17d5-0597-dd60-db60ff557073" UUID_SUB="163f9575-1204-c670-407f-a9648abb5acc" LABEL="OMV1:DdRaid5" TYPE="linux_raid_member" /dev/sdb: UUID="f125d73b-17d5-0597-dd60-db60ff557073" UUID_SUB="a65a3112-c7db-a0e4-03e7-8f4f19d265e4" LABEL="OMV1:DdRaid5" TYPE="linux_raid_member" /dev/sdc: UUID="f125d73b-17d5-0597-dd60-db60ff557073" UUID_SUB="7a286c96-71b2-5fca-06b5-578b07e937d7" LABEL="OMV1:DdRaid5" TYPE="linux_raid_member" /dev/sdd: UUID="f125d73b-17d5-0597-dd60-db60ff557073" UUID_SUB="f4d8aaae-4f6d-40f6-a9f3-38a1aedfa0c8" LABEL="OMV1:DdRaid5" TYPE="linux_raid_member" /dev/sde1: UUID="08c3871d-7232-4b4f-9acc-8f521db0dc1a" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="ab072bde-01" /dev/sde5: UUID="4ea674ac-b4cb-40ef-9922-56260fa48d88" TYPE="swap" PARTUUID="ab072bde-05" /dev/md127: LABEL="Fil1" UUID="dad71d93-597e-435e-b28f-10ac4bd46498" BLOCK_SIZE="4096" TYPE="ext4" >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ~# mdadm --examine /dev/sda /dev/sda: Magic : a92b4efc Version : 1.2 Feature Map : 0x0 Array UUID : f125d73b:17d50597:dd60db60:ff557073 Name : OMV1:DdRaid5 Creation Time : Fri Oct 17 09:01:47 2014 Raid Level : raid5 Raid Devices : 4 Avail Dev Size : 5860271024 sectors (2.73 TiB 3.00 TB) Array Size : 8790405120 KiB (8.19 TiB 9.00 TB) Used Dev Size : 5860270080 sectors (2.73 TiB 3.00 TB) Data Offset : 262144 sectors Super Offset : 8 sectors Unused Space : before=262064 sectors, after=944 sectors State : clean Device UUID : 163f9575:1204c670:407fa964:8abb5acc Update Time : Fri Mar 3 10:58:06 2023 Checksum : 93b64bad - correct Events : 1562 Layout : left-symmetric Chunk Size : 512K Device Role : Active device 0 Array State : AAAA ('A' == active, '.' == missing, 'R' == replacing) >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ~# mdadm --examine /dev/sdb /dev/sdb: Magic : a92b4efc Version : 1.2 Feature Map : 0x0 Array UUID : f125d73b:17d50597:dd60db60:ff557073 Name : OMV1:DdRaid5 Creation Time : Fri Oct 17 09:01:47 2014 Raid Level : raid5 Raid Devices : 4 Avail Dev Size : 5860271024 sectors (2.73 TiB 3.00 TB) Array Size : 8790405120 KiB (8.19 TiB 9.00 TB) Used Dev Size : 5860270080 sectors (2.73 TiB 3.00 TB) Data Offset : 262144 sectors Super Offset : 8 sectors Unused Space : before=262064 sectors, after=944 sectors State : clean Device UUID : a65a3112:c7dba0e4:03e78f4f:19d265e4 Update Time : Fri Mar 3 10:58:06 2023 Checksum : a71ebd45 - correct Events : 1562 Layout : left-symmetric Chunk Size : 512K Device Role : Active device 1 Array State : AAAA ('A' == active, '.' == missing, 'R' == replacing) >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ~# mdadm --examine /dev/sdc /dev/sdc: Magic : a92b4efc Version : 1.2 Feature Map : 0x0 Array UUID : f125d73b:17d50597:dd60db60:ff557073 Name : OMV1:DdRaid5 Creation Time : Fri Oct 17 09:01:47 2014 Raid Level : raid5 Raid Devices : 4 Avail Dev Size : 5860271024 sectors (2.73 TiB 3.00 TB) Array Size : 8790405120 KiB (8.19 TiB 9.00 TB) Used Dev Size : 5860270080 sectors (2.73 TiB 3.00 TB) Data Offset : 262144 sectors Super Offset : 8 sectors Unused Space : before=262064 sectors, after=944 sectors State : clean Device UUID : 7a286c96:71b25fca:06b5578b:07e937d7 Update Time : Fri Mar 3 10:58:06 2023 Checksum : 3fb246b6 - correct Events : 1562 Layout : left-symmetric Chunk Size : 512K Device Role : Active device 2 Array State : AAAA ('A' == active, '.' == missing, 'R' == replacing) >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ~# mdadm --examine /dev/sdd /dev/sdd: Magic : a92b4efc Version : 1.2 Feature Map : 0x0 Array UUID : f125d73b:17d50597:dd60db60:ff557073 Name : OMV1:DdRaid5 Creation Time : Fri Oct 17 09:01:47 2014 Raid Level : raid5 Raid Devices : 4 Avail Dev Size : 5860271024 sectors (2.73 TiB 3.00 TB) Array Size : 8790405120 KiB (8.19 TiB 9.00 TB) Used Dev Size : 5860270080 sectors (2.73 TiB 3.00 TB) Data Offset : 262144 sectors Super Offset : 8 sectors Unused Space : before=262064 sectors, after=944 sectors State : clean Device UUID : f4d8aaae:4f6d40f6:a9f338a1:aedfa0c8 Update Time : Fri Mar 3 10:58:06 2023 Checksum : 8b1be759 - correct Events : 1562 Layout : left-symmetric Chunk Size : 512K Device Role : Active device 3 Array State : AAAA ('A' == active, '.' == missing, 'R' == replacing) ``` ---
**Author:** ![NicolasB](https://www.debian-fr.org/user_avatar/www.debian-fr.org/nicolasb/32/12615_2.png) [@NicolasB](https://www.debian-fr.org/u/NicolasB)\ **Post date:** [Mars 4, 2023, 1:14 UTC](https://www.debian-fr.org/t/migration-omv-4-6-perte-de-mes-donnees-4-disques-en-raid-5/87947/14 "2023-03-04T13:14:26Z")
petit ajout… ``` >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ~# mdadm --detail /dev/md127 /dev/md127: Version : 1.2 Creation Time : Fri Oct 17 09:01:47 2014 Raid Level : raid5 Array Size : 8790405120 (8.19 TiB 9.00 TB) Used Dev Size : 2930135040 (2.73 TiB 3.00 TB) Raid Devices : 4 Total Devices : 4 Persistence : Superblock is persistent Update Time : Fri Mar 3 10:58:06 2023 State : clean Active Devices : 4 Working Devices : 4 Failed Devices : 0 Spare Devices : 0 Layout : left-symmetric Chunk Size : 512K Consistency Policy : resync Name : OMV1:DdRaid5 UUID : f125d73b:17d50597:dd60db60:ff557073 Events : 1562 Number Major Minor RaidDevice State 0 8 0 0 active sync /dev/sda 1 8 16 1 active sync /dev/sdb 2 8 32 2 active sync /dev/sdc 3 8 48 3 active sync /dev/sdd ``` de plus j’ais l’impression que mon problème est le même que ici: [https://forum.hardware.fr/hfr/OSAlternatifs/Installation/recuperation-raid5-omv-sujet\_76831\_1.htm](https://forum.hardware.fr/hfr/OSAlternatifs/Installation/recuperation-raid5-omv-sujet_76831_1.htm) Autre piste dans la log de la commande « blkid » je trouve [LABEL=« OMV1:DdRaid5 »] OMV1… est ce normale cette notation? ---
**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:** [Mars 4, 2023, 1:29 UTC](https://www.debian-fr.org/t/migration-omv-4-6-perte-de-mes-donnees-4-disques-en-raid-5/87947/15 "2023-03-04T13:29:36Z")
> [@NicolasB](#): > > est ce que cette commande ne risque pas de mettre mon système dans un état bloqué? Pas plus que monter une clé USB. C’est toi qui vois. > [@NicolasB](#): > > cette commande fonctionne pour principalement des partitions sur un disque Non, `mount` fonctionne avec n’importe quel périphérique bloc qui contient un système de fichiers : disque entier, partition, volume logique LVM, volume chiffré, ensemble RAID… > [@NicolasB](#): > > j’ai 4 disques identiques montés en raid5 Pas montés. Assemblés. La notion de montage est réservée aux systèmes de fichiers. A priori l’ensemble RAID n’est pas en cause, il est actif avec ses 4 disques. Il ne reste qu’à le monter. > [@NicolasB](#): > > je pense que le problème viens plus de la perte de référencement (?) synchronisation (?) inscription (?) Charabia sans queue ni tête. > [@NicolasB](#): > > Debian ne les reconnais plus, ou ne les interroges plus Debian reconnaît parfaitement les 4 disques et l’ensemble RAID résultant. Il ne l’utilise pas parce qu’il n’a pas de raison de le faire tant que le système de fichiers n’est pas monté. > [@NicolasB](#): > > je suis tombé sur ce cite: [Remonter un RAID mdadm après une coupure brutale](https://www.deltasight.fr/remonter-raid-mdadm/) … qu’en pensez vous? C’est lorsque l’ensemble RAID ne s’assemble pas, donc pas adapté ici. > [@NicolasB](#): > > la commande « blkid » je trouve [LABEL=« OMV1:DdRaid5 »] OMV1… est ce normale cette notation? En tout cas c’est le nom enregistré dans les méta-données de l’ensemble RAID, comme on peut le voir avec `mdadm --detail`. Le nom du système lors de la création de cet ensemble RAID était donc « OMV1 ». Quel est-il actuellement ? ``` hostname ``` ---
**Author:** ![NicolasB](https://www.debian-fr.org/user_avatar/www.debian-fr.org/nicolasb/32/12615_2.png) [@NicolasB](https://www.debian-fr.org/u/NicolasB)\ **Post date:** [Mars 4, 2023, 3:47 UTC](https://www.debian-fr.org/t/migration-omv-4-6-perte-de-mes-donnees-4-disques-en-raid-5/87947/16 "2023-03-04T15:47:55Z")
> [@PascalHambourg](#): > > Le nom du système lors de la création de cet ensemble RAID était donc « OMV1 ». Quel est-il actuellement ? ``` root@pickwick:~# hostname pickwick ``` Du coup, est- ce que se serait mieux si je renomme en OMV1? heuu ça se fait directement dans l’ihm web d’OMV? ---
**Author:** ![pled](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pled/32/11791_2.png) [@pled](https://www.debian-fr.org/u/pled)\ **Post date:** [Mars 4, 2023, 3:57 UTC](https://www.debian-fr.org/t/migration-omv-4-6-perte-de-mes-donnees-4-disques-en-raid-5/87947/17 "2023-03-04T15:57:29Z")
Par expérience, il est préférable d’effectuer les opérations via l’interface d’OMV plutôt qu’en mode « console », parce qu’OMV utilise une BdD pour toute sa configuration… Reste à savoir ce qu’il te reste à faire pour reconfigurer ton système via cette interface. Du coup, je pense qu’il serait plus judicieux de poser ton problème via [le forum d’OMV](https://forum.openmediavault.org/) car si ça peut te rassurer ça m’étonnerait que tu aies perdu ton RAID et son contenu. ---
**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:** [Mars 4, 2023, 4:36 UTC](https://www.debian-fr.org/t/migration-omv-4-6-perte-de-mes-donnees-4-disques-en-raid-5/87947/18 "2023-03-04T16:36:01Z")
> [@NicolasB](#): > > est- ce que se serait mieux si je renomme en OMV1? Ou bien modifier le homehost de l’ensemble RAID en « pickwick ». Dans les deux cas ça attribuerait à l’ensemble RAID un nom /dev/md\* et un alias /dev/md/homehost:nom correspondant mieux au système, mais j’ignore si ça change quelque chose pour OMV. > [@NicolasB](#): > > ça se fait directement dans l’ihm web d’OMV? Aucune idée, je ne connais pas du tout OMV. > [@pled](#): > > il est préférable d’effectuer les opérations via l’interface d’OMV Pour le moment, sauf si j’ai loupé un épisode, on en est encore à monter temporairement le système de fichiers contenu dans l’ensemble RAID pour voir si les données sont présentes. ---
**Author:** ![pled](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pled/32/11791_2.png) [@pled](https://www.debian-fr.org/u/pled)\ **Post date:** [Mars 4, 2023, 4:47 UTC](https://www.debian-fr.org/t/migration-omv-4-6-perte-de-mes-donnees-4-disques-en-raid-5/87947/19 "2023-03-04T16:47:42Z")
> [@PascalHambourg](#): > > Pour le moment, sauf si j’ai loupé un épisode, on en est encore à monter temporairement le système de fichiers contenu dans l’ensemble RAID pour voir si les données sont présentes. Oui OK, je voulais juste signaler qu’à terme, il faudra de toutes façons passer par OMV, pour ce qui n’est probablement qu’un problème de configuration d’OMV. ---
**Author:** ![NicolasB](https://www.debian-fr.org/user_avatar/www.debian-fr.org/nicolasb/32/12615_2.png) [@NicolasB](https://www.debian-fr.org/u/NicolasB)\ **Post date:** [Mars 4, 2023, 4:48 UTC](https://www.debian-fr.org/t/migration-omv-4-6-perte-de-mes-donnees-4-disques-en-raid-5/87947/20 "2023-03-04T16:48:05Z")
voila j’ai renommé en OMV1: ![Capture d’écran 2023-03-04 174124](https://www.debian-fr.org/uploads/default/original/2X/d/d317bb51d3d7e97374f387317bbc700d23805c4e.png) ca se fait directement dans l’IHM et en SSH il à bien modifié car ca me donne le prompt: root@omv1:~# hostname omv1 mais bon, toujours rien de nouveau sur le raid, c’est les même logs… j’arrive pas à me décider de faire ce que tu me conseil @PascalHambourg : mount /dev/md127 /mnt C’est pas de la confiance en toi (je n’ai certainement pas ton expertise), c’est plus le manque de courage de ma part… [Page suivante](https://www.debian-fr.org/t/migration-omv-4-6-perte-de-mes-donnees-4-disques-en-raid-5/87947.md?page=2)