QNAP TS-469-Pro reconstruction des données

J

jeffrome51

Nouveau membre
7 Juillet 2025
7
3
3
Bonjour a tous, nouvellement inscris sur le site et ayant pas mal parcourue le forum pour comprendre mon problème, mon NAS a planter et executer une reconstruction de données (pendant 11 heure environ) maintenant je suis bloquer avec la restaurations des données , en effet le volume lourd indique bien que des données sont toujours présente sur les 4 DD mais impossible a retrouver, je vous envoie les resultats des cmd si vous avez une idée pour essayer de les recuperer ? Merci a Vous ! :)
Message automatiquement fusionné :

[~] # qcli_storage
Enclosure Port Sys_Name Size Type RAID RAID_Type Pool TMeta VolType VolName
NAS_HOST 1 /dev/sda 3.64 TB data /dev/md1 RAID 5,64 1 16 GB flexible DataVol1
NAS_HOST 2 /dev/sdb 3.64 TB data /dev/md1 RAID 5,64 1 16 GB flexible DataVol1
NAS_HOST 3 /dev/sdc 3.64 TB data /dev/md1 RAID 5,64 1 16 GB flexible DataVol1
NAS_HOST 4 /dev/sdd 3.64 TB data /dev/md1 RAID 5,64 1 16 GB flexible DataVol1
[~] # qcli_storage -d
Enclosure Port Sys_Name Type Size Alias Signature Partitions Model
NAS_HOST 1 /dev/sda HDD:data 3.64 TB -- QNAP FLEX 5 Seagate ST4000DM004-2U9104
NAS_HOST 2 /dev/sdb HDD:data 3.64 TB -- QNAP FLEX 5 Seagate ST4000DM004-2CV104
NAS_HOST 3 /dev/sdc HDD:data 3.64 TB -- QNAP 5 Seagate ST4000DM004-2CV104
NAS_HOST 4 /dev/sdd HDD:data 3.64 TB -- QNAP FLEX 5 Seagate ST4000DM004-2CV104
[~] # cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath]
md1 : active raid5 sdd3[4] sdb3[0] sdc3[3] sda3[5]
11691190848 blocks super 1.0 level 5, 64k chunk, algorithm 2 [4/4] [UUUU]

md322 : active raid1 sdd5[3](S) sdc5[2](S) sdb5[1] sda5[0]
7235136 blocks super 1.0 [2/2] [UU]
bitmap: 0/1 pages [0KB], 65536KB chunk

md256 : active raid1 sdd2[3](S) sdc2[2](S) sdb2[1] sda2[0]
530112 blocks super 1.0 [2/2] [UU]
bitmap: 0/1 pages [0KB], 65536KB chunk

md13 : active raid1 sdb4[0] sdd4[2] sdc4[3] sda4[32]
458880 blocks super 1.0 [32/4] [UUUU____________________________]
bitmap: 1/1 pages [4KB], 65536KB chunk

md9 : active raid1 sdb1[0] sdd1[2] sdc1[3] sda1[32]
530048 blocks super 1.0 [32/4] [UUUU____________________________]
bitmap: 1/1 pages [4KB], 65536KB chunk

unused devices: <none>
[~] # md_checker

Welcome to MD superblock checker (v1.4) - have a nice day~

Scanning system...

HAL firmware detected!
Scanning Enclosure 0...

RAID metadata found!
UUID: 68fc061a:d6d1a9bd:6133ee04:18c26eb2
Level: raid5
Devices: 4
Name: md1
Chunk Size: 64K
md Version: 1.0
Creation Time: May 30 12:00:43 2020
Status: ONLINE (md1) [UUUU]
===============================================================================
Disk | Device | # | Status | Last Update Time | Events | Array State
===============================================================================
2 /dev/sdb3 0 Active Jul 7 06:32:42 2025 13346100 AAAA
1 /dev/sda3 1 Active Jul 7 06:32:42 2025 13346100 AAAA
4 /dev/sdd3 2 Active Jul 7 06:32:42 2025 13346100 AAAA
3 /dev/sdc3 3 Active Jul 7 06:32:42 2025 13346100 AAAA
===============================================================================

[~] # pvs -a
PV VG Fmt Attr PSize PFree
/dev/md1 vg1 lvm2 a-- 10.89t 0
/dev/md13 --- 0 0
/dev/md256 --- 0 0
/dev/md322 --- 0 0
/dev/md9 --- 0 0
[~] # lvs -a
LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
lv1 vg1 Vwi-aot--- 10.76t tp1 100.00
lv544 vg1 -wi------- 111.49g
tp1 vg1 twi-aot--- 10.76t 99.96 2.17
[tp1_tdata] vg1 Twi-ao---- 10.76t
[tp1_tmeta] vg1 ewi-ao---- 16.00g
[~] # ls -alh /dev/mapper/
total 0
drwxr-xr-x 2 admin administrators 180 2025-07-06 09:43 ./
drwxr-xr-x 13 admin administrators 20K 2025-07-07 06:16 ../
brw------- 1 admin administrators 253, 0 2025-07-06 09:43 cachedev1
crw------- 1 admin administrators 10, 236 2025-07-06 10:42 control
brw------- 1 admin administrators 253, 5 2025-07-06 09:43 vg1-lv1
brw------- 1 admin administrators 253, 4 2025-07-06 09:43 vg1-tp1
brw------- 1 admin administrators 253, 2 2025-07-06 09:43 vg1-tp1_tdata
brw------- 1 admin administrators 253, 1 2025-07-06 09:43 vg1-tp1_tmeta
brw------- 1 admin administrators 253, 3 2025-07-06 09:43 vg1-tp1-tpool
[~] #
Message automatiquement fusionné :

1751868728839.png
 
Bonjour,
D'après ce que tu indiques ta un raid 5 dont le device se nomme /dev/md1.

Ce device a été formaté en LVM:
- Volume Groupe: vg1
- Volume Logique: lv1_tdata

Je dirai de faire
sudo -i
df -h; # Afficher le montage
mkdir /mnt/data
mount /dev/vg1/lv1_data /mnt/data
df -h
Cliquez pour agrandir...

Sa devrait monter la partition dans /mnt/data
 
Salut,
Les disques Seagate Baracuda sont assez problématique en RAID, en espérant qu'il n'y ai pas une corruption trop importante.

Assure toi que cachedev1 n'est pas monté avec la commande suivante :
Code: 
df -h

S'il n'est pas monté, fait un controle du systeme de fichier :
Code: 
e2fsck_64 -fp -C 0 /dev/mapper/cachedev1

Regarde deja si ce controle arrive au bout ( cela peut etre long )

Si oui, alors essaye de remonter le systeme de fichier manuellement avec les 2 commandes suivantes :
Code: 
mkdir /share/CACHEDEV1_DATA
mount -t ext4 /dev/mapper/cachedev1 /share/CACHEDEV1_DATA

Puis vérifie si la visu sur les dossiers est ok :
Code: 
ls -alh /share/CACHEDEV1_DATA
 
Bonjour, de retour au domicile, je viens de me poser pour commencer a mettre en pratique les solutions, bon avec
Code: 
df -h
chachedev1 est monté .. quel ligne de code devrais je faire pour un unmount ? Merci :)
 
Avec :
umount /dev/mapper/cachedev1

Cependant avant, si l'accès aux fichiers est possible en ssh, je te recommande de sauvegarder , au moins les données importantes.
 
Merci EVO, umount ne fonctionne pas car il est occupé "device is busy" en revanche oui j'ai acces en SSH aux dossiers et fichiers du CACHEDEV_1 par WinSCP il faud que j'arrive a transfere une partie des dossiers sur un HDD externe, mais a priori cela bloque..
 
jeffrome51 a dit:
mais a priori cela bloque..
Cliquez pour agrandir...
C'est quoi qui bloque ? A tu essayé de brancher un disque directement en USB sur le NAS ? Logiquement il devrait se monter automatique ( si formaté en NTFS / exFAT, ... ) et etre visible avec la commande :

Code: 
df -h

sous la forme : /share/external/DEV3301_1/

Si oui, alors tu peux copier par exemple ton répertoire Multimedia vers en disque USB avec la commande :
Code: 
rsync -a --progress /share/CACHEDEV1_DATA/Multimedia /share/external/DEV3301_1/

( Bien sur il faut adapter DEV3301_1 )



Concernant le fait qu'il n'est pas possible de démonter le volume, tu peux essayer ceci ( bien sur je te conseil d'essayer de sauvegarder avant ) :

place toi dans /tmp :
Code: 
cd /tmp

Arrête les services :
Code: 
/etc/init.d/services.sh stop

Force qulog a s’arrêter :
Code: 
/etc/init.d/qulog.sh force-stop

Tu peux vérifier quel processus utilise le volume via : lsof | grep CACHEDEV

S'il n'y a vraiment plus de processus en cours, et que le démontage est impossible, essaye :
Code: 
umount -l /dev/mapper/cachedev1
 
Bonjour EVO et merci ! j'arrive a a effectuer le transfert de données via

rsync -a --progress /share/CACHEDEV1_DATA/Multimedia /share/external/DEV3301_1/

mais je vais manquer de place pour stocker tous cela en externe, je continu au maximum et ensuite je tente les autres codes.
 
  • J'aime
Réactions: EVO
Vous devez vous connecter ou vous enregistrer pour répondre ici.
Haut Bas