Suppression De Fichiers De Configuration

[smike2809]

Bonjour,

 

J'ai fais les choses un peu rapidement et je pense que ce qui a été supprimé est plus grave qu'il n'y paraît. Dans le dossier /.../HDA_ROOT/.config/ j'ai supprimé le contenu du dossier au lieu de supprimer le fichier que je souhaitais réinitialiser. 

Résultat des courses le NAS n'est plus accessible ni en ssh ni via Qfinder. Y a-t-il un moyen de récupérer les données?

 

Merci

[father_mande]

Bonjour,

 

Hum! si vous n'avez pas de sauvegarde de la configuration (menu dans le Web Admin) ... pas beaucoup de "chance" ...

 

Pour reprendre la main :

démarrez le QNAP sans disque, vérifiez votre accès via Qfinder admin / admin

montez à chaud les disques

utilisez ssh pour remonter la partition 1 du premier disque ou le Raid md9

ex. ici avec le Raid :

mdadm --assemble /dev/md9 /dev/sda1 /dev/sdb1 etc. suivant votre nombre de disque ...

ls /mnt

si HDA_ROOT n'existe pas

mkdir /mnt/HDA_ROOT

mount /dev/md9 /mnt/HDA_ROOT

 

Puis allez voir si par chance le répertoire ou les fichiers supprimé(s) est dans lost+found (corbeille Linux)

Si vous êtes équipé et avez les connaissances, vous pouvez aussi tentez d'utiliser un outil de récupération de données ...

 

Sinon ... il va falloir utiliser Qfinder ... pour réinstaller le même firmware puis configurer ... SANS initialiser les disque en fin de procédure (disque = partition 3 ou Raid des partitions 3pour QNAP ... celle qui est "visible" ... )

en n'initialisant pas le disque vos données seront là ... mais il faudra tout reconfigurer (utilisateur, droits et partages) pour les partages NE créez PAS les répertoires cibles mais utiliser ceux existant ...

 

Philippe.

[smike2809]

Bonjour,

 

Oui j'ai une sauvegarde de la configuration mais elle est sur le NAS.

Impossible de se connecter en ssh. Pour l'instant j'ai enlevé tous les disques. 

Qfinder trouve le NAS mais il me demande de l'initialiser et il me demande de mettre un disque dur. Pas le choix de faire autre chose. 

Les 4 disques sont actuellement monté dans mon pc. Avant de rencontrer ce problème j'étais en RAID5, est il possible de récupérer les données depuis ce PC?

mdadm --assemble /dev/md9 /dev/sdb1 /dev/sdb2 /dev/sdb3 /dev/sdb4

[father_mande]

Bonjour,

 

OUI la recupération est possible ...

 

md9 regroupe les /dev/sd_1

md0 regroupe les /dev/sd_3 vos données

les 2 sont le swap et le 4 les extensions QNAP ... remisent en état avec l'installation du firmware ...

 

DONC jamais de assemble avec les partitions d'un même disque comme écrit dans votre message ...

 

En remettant les disques en lançant la procédure de réinstallation du firmware et de réinit du QNAP MAIS sans (réponse NON) lancer l'initialisation du disque (en fait le Raid0 des partitions 3) puis en re-assemblant le Raid ... vous devriez tout retrouver ... mais je sais c'est plus facile à dire qu'à faire ... car il n'y a pas de vrai pas à pas (sauf chance) mais une adaptation du script à chaque étape en fonction des réponses ...

 

Philippe.

[smike2809]

Bonjour, Merci pour le dernier message qui m'a donné un peu d'espoir

 

La commande sudo fdisk -l me donne ces infos:

smike@Ubuntu14:~$ sudo fdisk -l

Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
255 têtes, 63 secteurs/piste, 243201 cylindres, total 3907029168 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x00052291

Périphérique Amorçage  Début         Fin      Blocs    Id. Système
/dev/sda1              40     1060289      530125   83  Linux
/dev/sda2         1060296     2120579      530142   83  Linux
/dev/sda3         2120584  3906011969  1951945693   83  Linux
/dev/sda4      3906011976  3907007999      498012   83  Linux

Disk /dev/sdb: 2000.4 GB, 2000398934016 bytes
255 têtes, 63 secteurs/piste, 243201 cylindres, total 3907029168 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x00055d2b

Périphérique Amorçage  Début         Fin      Blocs    Id. Système
/dev/sdb1              40     1060289      530125   83  Linux
/dev/sdb2         1060296     2120579      530142   83  Linux
/dev/sdb3         2120584  3906011969  1951945693   83  Linux
/dev/sdb4      3906011976  3907007999      498012   83  Linux

Disk /dev/sdc: 2000.4 GB, 2000398934016 bytes
255 têtes, 63 secteurs/piste, 243201 cylindres, total 3907029168 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x00051018

Périphérique Amorçage  Début         Fin      Blocs    Id. Système
/dev/sdc1              40     1060289      530125   83  Linux
/dev/sdc2         1060296     2120579      530142   83  Linux
/dev/sdc3         2120584  3906011969  1951945693   83  Linux
/dev/sdc4      3906011976  3907007999      498012   83  Linux

Disk /dev/sdd: 2000.4 GB, 2000398934016 bytes
255 têtes, 63 secteurs/piste, 243201 cylindres, total 3907029168 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x000d8d94

Périphérique Amorçage  Début         Fin      Blocs    Id. Système
/dev/sdd1              40     1060289      530125   83  Linux
/dev/sdd2         1060296     2120579      530142   83  Linux
/dev/sdd3         2120584  3906011969  1951945693   83  Linux
/dev/sdd4      3906011976  3907007999      498012   83  Linux

Attention : identifiant de table de partitions GPT (GUID) détecté sur « /dev/sde » ! L'utilitaire fdisk ne prend pas GPT en charge. Utilisez GNU Parted.


Disk /dev/sde: 256.1 GB, 256060514304 bytes
255 têtes, 63 secteurs/piste, 31130 cylindres, total 500118192 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x9e57332a

Périphérique Amorçage  Début         Fin      Blocs    Id. Système
/dev/sde1               1   500118191   250059095+  ee  GPT

Disque /dev/md9 : 542 Mo, 542769152 octets
2 têtes, 4 secteurs/piste, 132512 cylindres, total 1060096 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x00000000

Le disque /dev/md9 ne contient pas une table de partitions valable

Disque /dev/md4 : 542 Mo, 542769152 octets
2 têtes, 4 secteurs/piste, 132512 cylindres, total 1060096 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x00000000

Le disque /dev/md4 ne contient pas une table de partitions valable

Disk /dev/md0: 5996.4 GB, 5996376883200 bytes
2 têtes, 4 secteurs/piste, 1463959200 cylindres, total 11711673600 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 65536 octets / 196608 octets
Identifiant de disque : 0x00000000

Le disque /dev/md0 ne contient pas une table de partitions valable

Disque /dev/md13 : 469 Mo, 469893120 octets
2 têtes, 4 secteurs/piste, 114720 cylindres, total 917760 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x00000000

Le disque /dev/md13 ne contient pas une table de partitions valable

J'ai accès à mes donnés mais est-ce que c'est important ce qu'il me dit (voir les messages d'erreurs similaires aussi ci-dessus):

Le disque /dev/md9 ne contient pas une table de partitions valable

 

@Philippe:

Ce que vous me dites de faire ci-dessous permet de restaurer les paramètres d'usines? Donc les QPKG que jaurai installé via l'interface web (par exemple transmission) ainsi que les paramètres seront désinstallé?

 

PS: si quelqu'un rencontre un problème similaire concernant le récupération de données sur un système RAID il peut peut-être s'aider de ceci: https://www.isalo.org/wiki.debian-fr/Raid_logiciel_(mdadm)#Cas_2_:_panne_du_disque_syst.C3.A8me.2C_la_grappe_RAID_est_OK

[father_mande]

Bonjour,

 

Fdisk ne gère pas les device Raid /dev/mdx ... et ne reconnait pas les partitions ou leur appartenance à une grappe Raid, car il ont un "tag" de partition 83 Linux ... versus le "tag" Raid qui est "fd" je crois (T.B.C.) ... QNAP n'utilise pas le tag Raid car il n'y a pas lieu d'identifier ua niveau du démarrage les disque comme tel ... puisque le système est en Ram ...

 

Il faut donc "ignorer" cette erreur   ... les modèles à firmware SMB utilise maintenant LVM que fdisk ne gére pas mieux mais que parted gére totalement ... y compris la table d'allocation "GPT" remplaçant la table "DOS"

 

Oui la remise du firmware perd une partie des informations ... mais si vous avez une sauvegarde ou savez récupérer le fichier qpkg.conf (en copiant / adaptant (chemin) si nécessaire, celui d'un autre utilisateur) ... les applications elles-mêmes sont toujours en place ... et leurs fichiers ...

 

seules pour certaines applications QNAP n'est pas "récupérable" les travaux en cours ... comme Download Station ... car la base des transferts n'est pas dans la partition ou Raid des données utilisateurs ...

 

Il y a aussi plus complexe (mais récupérable) pour les bases Mysql , cible Iscsi , etc. ...

 

Philippe....

[smike2809]

Merci Philippe,

 

Voila j'ai remis les disques dans le NAS. Je lance Qfinder et il me repère le NAS (192.168.1.103). Si je clique sur "Connexion" ou "Configuration" il me demande d'initialiser le serveur. C'est noté en rouge en bas de la fenêtre que lors de l'initialisation toutes les données seront supprimées. Maintenant si je clique sur NON il m'ouvre une page web avec comme adresse http://192.168.1.103:8080/cgi-bin/index.cgi mais cette page est blanche. J'ai essayé avec un autre navigateur et supprimées les données de navigation mais la page est identique.

La connexion en SSH est refusé. 

 

Que faire?

 

smike

[father_mande]

Bonjour,

 

Je ne l'ai plus refait ... depuis pas mal de temps ... mais mon souvenir ... c'est qu'il ne faut pas tenir compte de l'avertissement et en fin de travail il demande comment gérer le disque (en fait les partitions 3) et c'est là qu'il faut dire rien ou non à la proposition ...

 

Mais appelez le support C'EST LEUR travail ... moi utilisateur ne peut en aucun cas prendre leur place en quoi que ce soit ...

 

Philippe.

[smike2809]

Bonjour,

 

J'ai réussi. Il faut mettre tous les disques, appuyer avec une pointe pendant plus de 10 secondes (peut-être un peu plus longtemps) sur la touche reset (qui se trouve derrière le NAS) jusqu’à ce que il y ai le deuxième bip sonore retentisse. Ceci ne supprime pas les données mais remet le NAS avec les paramètres de bases. Ensuite utiliser QFinder pour définir le mot de passe administrateur etc...

L’arborescence était respecté, mes données étaient à leur place et ne ma fallut que réinstaller mes applications et mes paramètres.

 

Merci pour votre aide Philippe ça m'a beaucoup aidé. J'essaierai de passer par le service client la prochaine fois, j'espère qu'il c'est un peu amélioré depuis la dernière fois...

 

smike