Aller au contenu
  • 0

Data Recovery Sur Lyon - Urgent


cs.roux

Question

Bonjour ,j'ai un gros problème.

Et c'est urgent....

Il y a eu un power off brutal sur mon QNAP il y a quelques mois ...

Le support QNAP vient de faire un check à distance, et m'informe que mes 2 HD n'ont plsu de superblocks ...

Bref, il me conseille de faire appel à une société ....

mais je n'ai aucune expérience en ce domaine...

et je souhaite trouver une société qui aurait connaissance des QNAP.

Ma question: qui connait une boite capable de récupérer mes données sur LYON ?

merci

Lien vers le commentaire
Partager sur d’autres sites

7 réponses à cette question

Messages recommandés

  • 0

Bonjour,

Vous devriez nous préciser en quel mode Raid êtes vous ... et si c'est un x09 ARM en quel firmware et quel format ... car les x09 utilisaient un format "ext3 extend" non standard ... et donc plus difficile a récupérer ...

Malgré quelques déboires d'un utilisateur (mais c'était pour un SAV de matériel) il y a bien datalabz qui gère la récupération de données ... et dont un ancien (déjà) de QNAP France (Pierre Girard, je crois) fait parti, ils ont une agence en Auvergne à "Dompierre sur besbre", au nord ouest de Lyon (150 Kms) a priori ... ils se disent spécialistes QNAP

Sinon sur Lyon, il y a databack ... qui permet des devis en ligne et a un numéro de téléphone sur Lyon ... si mes souvenirs sont bons ... Le labs est loin ... mais c'est eux qui gèrent l'envoi à la Roche sur Yon et je me demande si ils ne sont pas aussi le réparateur d'une marque très connu de PC portable en France (T.B.C.)

Sinon Google vous donnera des adresses sur Lyon (faire : récupération de données LYON) mais souvent c'est pour du disque simple ou du mobile ...

ou sur la France ...

Philippe.

NB comme j'utilise R-studio ... car j'ai un ensemble de machine Linux disponible ... mais c'est moins performant et plus compliqué, qu'un professionnel ...

NB je n'ai AUCUNE relation avec ces entreprises (ni intérêts) ... prenez ceci comme une piste ... le choix vous reste totalement ...

Lien vers le commentaire
Partager sur d’autres sites

  • 0

VOici les infos que j'ai: Model Name: * TS-409 Pro Turbo NAS Firmware Version : * 3.3.1 Product Serial Number: * Q088800xxx Language:

(Check all that apply) French Client Operating System:

(check all that apply) Linux Detail Hard Disk information: Hard Disk Model WD Caviar Green WD10EACS-00D6B1 Hard Disk Capacity 1TB RAID configuration raid 1

je viens de voir avec RECOVEO ... les prix (>500€) me refroidissent un peu..

Je vais d'abord voir pour acheter un dock adaptateur , et essayer une récupération moi-même....

J'ai 2 disques qui étaient en RAID 1.

Les superblocks ont disparus, d'après Qnap ...

tous les infos sont bienvenues ...

Lien vers le commentaire
Partager sur d’autres sites

  • 0

Bonjour,

Déjà ... un Raid1 c'est un miroir ... donc la récupération peut se tenter avec UN seul disque ...

Si vous êtes ou avez une connaissance Linuxien(ne) ...

essayez sur un autre Linux ou mieux avec le CD Live_Linux de récupération de QNAP, qui gère bien les ext3 extend ftp://ftp.qnap.com/NAS/live_cd/ (toujours sur 1 disk) :

de monter la partition 3 ... car le superblock manquant est peut-être un des partitions système ...

si le montage ne fonctionne pas, essayez : es2fsck -b 8193 /dev/sdx3 (car seule la partition 3 vous intéresse ... le x représente la lettre (a, b, etc.) de votre disque sur le linux ... regardez du coté du log système ... ) et réessayez le montage

si c'est toujours négatif essayez : mke2fs avec -S (attention sans -S c'est le formatage .... ) puis un es2fsck immédiatement après, puis le montage . le problème étant d'avoir la taille des blocs ... a demander à QNAP ... je n'ai plus de x09 sous la main, (ou a un gentil forumeur ayant encore ce joujou avec le firmware QNAP) ... ceci est une dernière chance ...

Si vous êtes bien en ext3 extend ... ceci malheureusement limite fortement vos chances ... car seul le live_cd contient à ma connaissance le driver ... ou alors il faut un disque de - de 600 Moct , au dessus, une récupération est parfois possible ... mais pour la partie dans les 600 premiers Moct ...

Si vous étiez en ext4 ... là c'est plus "large" comme possibilités ...

Philippe.

NB ces manipulations, je répète, sont à faire par un linuxien ... plutôt confirmé ... (sauf si le live_cd fonctionne, car là il n'y aura qu'a recopier les données)

NB2 pour les autres lecteurs ... pensez à ceci avant d'oublier un backup ou de trouver un disque externe trop cher pour sauver vos principales données ...

Lien vers le commentaire
Partager sur d’autres sites

  • 0

merci pour vos infos.

Je suis un linuxien, comme vous dites ... mais autodidacte.

Je me suis fait moi même un linux from scratch il y a plus de 15 ans...

et je bidouille pas mal...

c'est pourquoi je vais tenter le coup.

le liveCD m'intéresse ... mais impossible de s'y connecter on demande un ID et un pwd ...

cordialement

Lien vers le commentaire
Partager sur d’autres sites

  • 0

Bonjour,

Déjà ... un Raid1 c'est un miroir ... donc la récupération peut se tenter avec UN seul disque ...

Si vous êtes ou avez une connaissance Linuxien(ne) ...

essayez sur un autre Linux ou mieux avec le CD Live_Linux de récupération de QNAP, qui gère bien les ext3 extend ftp://ftp.qnap.com/NAS/live_cd/ (toujours sur 1 disk) :

de monter la partition 3 ... car le superblock manquant est peut-être un des partitions système ...

si le montage ne fonctionne pas, essayez : es2fsck -b 8193 /dev/sdx3 (car seule la partition 3 vous intéresse ... le x représente la lettre (a, b, etc.) de votre disque sur le linux ... regardez du coté du log système ... ) et réessayez le montage

si c'est toujours négatif essayez : mke2fs avec -S (attention sans -S c'est le formatage .... ) puis un es2fsck immédiatement après, puis le montage . le problème étant d'avoir la taille des blocs ... a demander à QNAP ... je n'ai plus de x09 sous la main, (ou a un gentil forumeur ayant encore ce joujou avec le firmware QNAP) ... ceci est une dernière chance ...

Si vous êtes bien en ext3 extend ... ceci malheureusement limite fortement vos chances ... car seul le live_cd contient à ma connaissance le driver ... ou alors il faut un disque de - de 600 Moct , au dessus, une récupération est parfois possible ... mais pour la partie dans les 600 premiers Moct ...

Si vous étiez en ext4 ... là c'est plus "large" comme possibilités ...

Philippe.

NB ces manipulations, je répète, sont à faire par un linuxien ... plutôt confirmé ... (sauf si le live_cd fonctionne, car là il n'y aura qu'a recopier les données)

NB2 pour les autres lecteurs ... pensez à ceci avant d'oublier un backup ou de trouver un disque externe trop cher pour sauver vos principales données ...

Bonjour,

bon, après plusieurs jours d'attente pour trouver un dock me permettant de lire un de mes 2 disques, me voici de retour....

Alors résultats des courses:

- je travaille actuellement sur le disque 1 de mon système RAID 1. L'autre est gardé intact.

- sur un ubuntu, j'arrive avec testdisk aux résultts suivants : je détecte le disque, je vois 4 partitions, sdb1 sdb2 sdb3 sdb4.

sdb 2 est le swap.

sdb 1 une partition linux .. mais quoi ?

sdb 3 -> mes données

sdb 4 linux, mais quoi ?

sdb 1 possède un superblock intact, un check de la partition ne donne aucune erreur. Superblock, OK, block size 4096

sdb 2 -> swap

sdb4 -> possède superbloc et block size 1024. Le check ne donen aucune erreur avec fsck.ext3

sdb3 -< alors là c'est un problème ...

Magic number non trouvé, impossible de trouver un superblock.

L'utilisation de testdisk n'apporte pas de solution -> aucun superblock de backup n'a été trouvé...

ce qui est amusant, c'est qu'avec testdisk, dans le menu ANALYSE, en lançant l'analyse, et avec la commande P, je peux naviguer dans 'arborescence de la partition , et je vois tout mes fichiers (Qmultimedia, Qusb etc ....)

le soucis, c'est que je ne vois pas du tout comment faire pour restaurer un superblock ...vu que je ne trouve pas de backup ....

J'ai cru lire que le magic number était en hexadecimal 0xEF53... J'ai fait un hexdump pour le chercher hexdump -C -n 40000 /dev/sdb3 | grep -i 'EF 53'

et je ne trouve rien ....

une idée ??

serais-du au fait que le système de ficheir n'est pas vraiment un ext3 mais ext 3 étendue ? (sur lequel je ne trouve d'ailleurs aucune infos)

Lien vers le commentaire
Partager sur d’autres sites

  • 0

Bonjour,

Part 1 : system Linux en complément du système de base en Ram

Part 2 : swap

Part 3 : données et applications utilisateur (QPKG)

Part 4 : réservé à QNAP (applic. administration, flag physique d'état)

Les x09 Arm utilisait un ext3 extend ... avec un driver spécifique ... à ma connaissance ... les 600 1er mega octets ,sont lisibles (pas d'extend) ... pour la suite ... il faut un driver spécifique ... a ma connaissance celui-ci n'est disponible que sur le Live_CD de récupération fourni par QNAP

ftp://ftp.qnap.com/NAS/live_cd/ ... user csdread/csdread ... je n'ai jamais essayé sur un 409 (uniquement sur un 109) ... mais je ne ois pas pourquoi il ne fonctionnerai pas ... de plus c'est du read only ... donc pas trop de risque ...

Philippe.

Lien vers le commentaire
Partager sur d’autres sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Invité
Répondre à cette question…

×   Vous avez collé du contenu avec mise en forme.   Supprimer la mise en forme

  Seulement 75 émoticônes maximum sont autorisées.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédent a été rétabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insérez-les depuis une URL.

Chargement
×
×
  • Créer...