Pages : 1
#1 Le 29/03/2025, à 18:51
- jime
recuperation des données NAS
Bonjour a vous,
nouveau sur le forum et nouveau avec Ubuntu..
mon NAS syno 412+ est HS .. carte mère morte ..et je voudrais recuperer mes fichiers stocké en raid 5 sur 4 disques de 1To
j'ai cherché sur le forum et réussi a :
installer mes 4 disques sur un pc
installer Ubuntu 20.04.
dans le terminal j'ai :
root@jim-MS-7514:~# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4] [linear] [multipath] [raid0] [raid1] [raid10]
md2 : active raid5 sde3[6] sdb3[4] sdd3[5] sdc3[7]
2920854336 blocks super 1.2 level 5, 64k chunk, algorithm 2 [4/4] [UUUU]
unused devices: <none>dans GParted je trouve bien une partition /dev/md2
et le terminal avec sudo mdadm --detail /dev/md2
root@jim-MS-7514:~# sudo mdadm --detail /dev/md2
/dev/md2:
Version : 1.2
Creation Time : Wed Aug 1 19:26:52 2012
Raid Level : raid5
Array Size : 2920854336 (2785.54 GiB 2990.95 GB)
Used Dev Size : 973618112 (928.51 GiB 996.98 GB)
Raid Devices : 4
Total Devices : 4
Persistence : Superblock is persistent
Update Time : Sun Mar 9 04:33:12 2025
State : clean
Active Devices : 4
Working Devices : 4
Failed Devices : 0
Spare Devices : 0
Layout : left-symmetric
Chunk Size : 64K
Consistency Policy : resync
Name : station34:2
UUID : 7a229175:8c5d41ce:93f3b5cb:3f76cd25
Events : 839900
Number Major Minor RaidDevice State
4 8 19 0 active sync /dev/sdb3
7 8 35 1 active sync /dev/sdc3
5 8 51 2 active sync /dev/sdd3
6 8 67 3 active sync /dev/sde3mais je bloque, je ne sais pas comment monter la partition et copier mes fichiers presents sur le raid.
help,
si quelqu'un peux m'aider .. merci par avance
Hors ligne
#2 Le 29/03/2025, à 22:27
- geole
Re : recuperation des données NAS
Bonsoir.
Fabrique un point de montage et monte le raids.
sudo mkdir -v /media/Raidsudo mount -v /dev/md2 /media/Raid Il y aura probablement des problème d'autorisation d'écriture à résoudre.
Dernière modification par geole (Le 29/03/2025, à 22:30)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#3 Le 30/03/2025, à 19:05
- jime
Re : recuperation des données NAS
bonjour et merci pour ton aide ..
j'ai crée le dossier mais je ne le trouve pas ds fichiers ... et j'ai un message d'erreur
jim@jim-MS-7514:~$ sudo mkdir -v /media/Raid
[sudo] Mot de passe de jim :
mkdir: création du répertoire '/media/Raid'
jim@jim-MS-7514:~$ sudo mount -v /dev/md2 /media/Raid
mount: /media/Raid: wrong fs type, bad option, bad superblock on /dev/md2, missing codepage or helper program, or other error.Hors ligne
#4 Le 30/03/2025, à 21:42
- geole
Re : recuperation des données NAS
Bonsoir.
Aie,
Que donne.
sudo fsck /dev/md2Je ne propose pas de réparation automatique car si cela casse tout, tout est perdu.
Je ne sais pas sur quoi cela ralera.
Il est même probable que pour certaines questions, je sois bien ennuyé.
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#5 Hier à 11:04
- jime
Re : recuperation des données NAS
bonjour,
voilà ...
jim@jim-MS-7514:~$ sudo fsck /dev/md2
[sudo] Mot de passe de jim :
fsck de util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
Corruption repérée dans le superbloc. (reserved_gdt_blocks = 8189).
Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2/ext3/ext4 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
e2fsck -b 8193 <périphérique>
ou
e2fsck -b 32768 <périphérique>merci pour ton aide ...
Hors ligne
#6 Hier à 11:23
- geole
Re : recuperation des données NAS
Bonjour.
sudo e2fsck -b 32768 /dev/md2 Bonjour
Pour info
b:~$ sudo umount /dev/md0
a@b:~$ sudo fsck /dev/md0
fsck de util-linux 2.39.3
e2fsck 1.47.0 (5-Feb-2023)
/dev/md0 : propre, 4380/655360 fichiers, 2042891/2619136 blocs
a@b:~$ sudo mount /dev/md0Je pense à quelque chose.
Si /dev/md2 a été reformaté assez récemment, La vieille version e2fsck que tu utilises, pourrait ne pas comprendre la structure...
Mais si le formatage est très ancien, il se pourrait que ta version ubuntu soit trop récente D'après ce que je comprend de ces très vielles discussions
https://forums.archlinux.fr/viewtopic.php?t=18503
https://community.synology.com/enu/forum/17/post/88277
Tu risques de devoir booter en live USB avec de vieux noyaux à télécharger. Donc une version 16.04 voir 14.04
publie ce retour
sudo dumpe2fs /dev/md2 | head -76Vu, ce que je découvre, même si tu récupères Lorsque tu auras retrouvé l'accès à ton raid, tu ne peux pas rester dans cette situation. Il te faudra un RAID de structure plus récente. Tu n'y coupes pas d'acheter deux nouveaux disques pour une taille de 3 To en RAID1? voir plus pour préparer l'avenir.
Donc mon idée, Tu achètes maintenant ces disques et tu dupliques physiquement le contenu avant de commencer à réparer s'il faut réparer....
Je vois une commande dd avec écriture dans un fichier compressé
sudo dd if=/dev/sdX3 bs=1M conv=notrunc,noerror status=progress | sudo gzip -c > /media/$USER/sdX3-image.gzip ou gnome disk utilisé ( création image de partition)
ou une duplication des partitions 3 à l'identique (gparted ou dd) dans des partitions à créer.
Dernière modification par geole (Hier à 13:33)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#7 Hier à 18:08
- jime
Re : recuperation des données NAS
hello
root@jim-MS-7514:~# sudo dumpe2fs /dev/md2
dumpe2fs 1.45.5 (07-Jan-2020)
Filesystem volume name: 1.41.10-2228
Last mounted on: /volume1
Filesystem UUID: c6687a6a-936c-4f0a-ac47-307bc76015ec
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode filetype extent 64bit sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Default mount options: (none)
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 182558720
Block count: 730213584
Reserved block count: 25600
Free blocks: 131073859
Free inodes: 182146859
First block: 0
Block size: 4096
Fragment size: 4096
Group descriptor size: 64
Reserved GDT blocks: 8189
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8192
Inode blocks per group: 512
Filesystem created: Wed Aug 1 19:26:54 2012
Last mount time: Tue Oct 1 12:02:45 2024
Last write time: Sun Mar 9 04:33:12 2025
Mount count: 154
Maximum mount count: 20
Last checked: Wed Aug 1 19:26:54 2012
Check interval: 15552000 (6 months)
Next check after: Mon Jan 28 18:26:54 2013
Lifetime writes: 93 TB
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
dans Gparted les partitions sdb3, sdc3, sdd3, et sde3 sont suivis d'un symbole clé ....???
bon je vais essayé d'installer ubuntu 16 ....
Hors ligne
#8 Hier à 18:44
- geole
Re : recuperation des données NAS
Reserved GDT blocks: 8189J'ai trouvé une autre discussion avec le même problème.
...
Further research into this yielded this question https://askubuntu.com/questions/894530/ … partitions whose answer links to a thread suggesting the issue might be the result of a patch to kernel version 4.7 which changes how GDT blocks are handled? A suggested solution is to use a version of Linux running a kernel pre-dating this update, noting 15.10 as their choice.As suggested, I tried to run Ubuntu 15.10, but it didn't include mdadm by default, and I wasn't able to install it. I think this may be because 15.10 has reached end of life, and is no longer supported.
Donc tu verras le noyau de la 16.04....
Mais, il faudra adapter les adresses de chargement du logiciel pour récupérer l'application mdadm
Ce sont des old release. Voici le lien pour télécharger https://old-releases.ubuntu.com/releases/
et lire ce chapitre un pour rectifier le lieu de téléchargement des logiciels additionnels.
Note qu'une version 16.04 à jour utilise le noyau 4.15.0-231, Je crains donc que celle que tu vas télécharger ait un noyau approchant cette valeur.
Dernière modification par geole (Hier à 18:50)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#9 Hier à 18:53
- geole
Re : recuperation des données NAS
Passe directement a la 15.10 ou 14.04 car la 16.04 ne sera pas bonne, vu cette remarque
sam. 10 sept. 2016, 11:07
J'ai mis à jour mon système il y a ~un mois, et aujourd'hui lors du reboot de la machine, blocage complet lors du mount de ma partition de 'stockage'.
Dernière modification par geole (Hier à 18:54)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#10 Hier à 19:04
- jime
Re : recuperation des données NAS
hello,
merci pour ces infos..
je teste ça demain ...
je croise les disques pour que ça march ..!!!! 
Hors ligne
Pages : 1