Erreur De Suppression D'utilisateur Et Donc De Fichiers...

[philippe212]

Alors voila, jeune débutant que je suis, je vais sûrement en faire rigoler quelques un, mais bon tant pis.

J’ai décidé de supprimer des comptes utilisateurs, mais le problème c’est que les fichiers qui étaient enregistrés sous ces comptes utilisateur ont été effacés avec.

Apres quelques recherches

Pas de back up

Pas de corbeille activée

Donc je suis dans la m…

Mais je ne baisse pas les bras facilement, et je suis sur que quelqu’un à une solution.

Donc merci d’avance à celui qui va m’aider à résoudre mon PETIT problème

[domlas]

Si tu supprimes des utilisateurs cela ne supprime pas les fichiers qui ont sont sous des dossiers partagés.

Par contre si ces utilisaterus étaient les seuls à avoir accès à ces fichiers (plutôt aux DP concernés) il est évidents qu'ils ne sont plus visibles.

Sauf pour l'administrateur de préférence en utilisant l'ordinateur ayant servi à l'installation.

[philippe212]

tout d'abord merci de prêter attention à mon problème.

En effet les fichiers qui sont sous les dossiers partagés n'ont pas bougés, par contre ce sont les fichiers sous le dossier racine de l'utilisateur qui sont effacés.

[Patrick21]

Bonjour

A la suppression d'un user, tu as le message suivant :

Lorsque le compte est supprimé, les dossiers accueil de l'utilisateur seront simultanément supprimés. Êtes-vous sûr de vouloir supprimer le(s) utilisateur(s) suivant(s) ?

après l'avoir lu (pas lu) tu as répondu "oui", l'erreur a été fatale

au lieu de supprimer un user, prenez l'habitude de le désactiver, cela laisse une porte de secours

Patrick

[Fravadona]

Il existe des utilitaires comme ext3grep qui permettent de restaurer des fichiers effaces (si leur espace memoire n'a pas ete realloue pour d'autres fichiers),

mais en attendant tu ne dois plus toucher au volume ou etaient les "home" des utilisateurs.

Et il faut des informations sur la configuration de tes disques :

- Les "home" des utilisateurs étaient dans /volume1 ?

- /volume1 est un volume JBOD, RAID, ou SHR ?

- As-tu un disque disponible de capacite superieure a celle du volume ou etaient les homes ?

Modifié le 15 novembre 2013 par Fravadona

[Fravadona]

Plus le temps passe et plus ton NAS "ecrit" sur tes disques et plus de fichiers sont definitivement perdus ...

[philippe212]

Bonsoir, ce sont deux seagate de 1tb montés en raid et bien-sur que j'ai lu le message d'alerte, mais je n'ai pas du tout réfléchi que j'avais des fichiers directement dans le dossier accueil de l'utilisateur.

La seul chose que j'ai fait (après avoir effacé mes comptes utilisateur) est d'avoir recréer des nouveaux comptes utilisateurs et je me suis aperçu aussitôt de ma c...

donc je pense ne pas avoir trop de pertes.

j'ai fait cette manip à cause de dsphoto qui ne voulait pas fonctionner avec mes anciens comptes utilisateurs.

j'ai installé mes deux disque dur dans un pc qui tourne sous xp et fais une copie avec photorec (fourni avec testdisk), je n'ai pas eu le temps d’éplucher le résultat (ça va être très long mais si j'ai pas le choix ...).

N'y a t'il pas un logiciel qui ne cible que les fichiers effacés??

comment fonctionne EXT3grep ?

directement avec le nas ou avec un pc (sous windows ou sous lunix)???

merci d'avance

[Fravadona]

ext3grep fonctionne sous linux et il cible les fichiers journaux d'ext3 pour recuperer les fichiers effaces. Il a du evoluer depuis la derniere fois que je l'ai utilise mais je pense que ca restera un travail "manuel" en ligne de commande.

Il peut probablement fonctionner directement sur ton syno mais il faudra le compiler pour ton CPU.

Edit: Photorec est vraiment bourrain, utile quand le FS est mort (ce qui n'est pas ton cas), et genere des millions de fichiers qui ne correspondent a rien.

Modifié le 15 novembre 2013 par Fravadona

[philippe212]

Ok je vais chercher s'il existe un tuto fr de ext3grep car je ne suis pas habituer aux lignes de commandes.

Suite à un tuto pour récupérer des données j'ai monté un pc qui tourne sous ubuntu (rapidement abandonné, pas a l'aise avec le système), est ce que je peux m'en servir pour utiliser ext3grep ?

[Fravadona]

oui, sur un PC Linux ce sera plus simple de faire fonctionner ext3grep, en plus du fait qu'il y a des outils natif pour MD et LVM.

Je peux t'aider a acceder a ta partition RAID a partir de ton Linux, mais as-tu un disque assez grand pour contenir l'image de ta partition RAID-1 (c.a.d 1To) ?

Sur la page de ext3grep ils conseillent de ne plus "monter" ta partition sur laquelle tu tente de recuperer les donnees (probablement parce que les fichiers journaux sont limite en taille et que tu peux perdre de l'info)

Modifié le 15 novembre 2013 par Fravadona

[philippe212]

je suis bien entendu preneur de ton aide donc 1ere question

tu me parles de Linux est ce qu'on parle bien du même système quand moi je dis que j'ai installé ubuntu??

[Fravadona]

ubuntu est un Linux oui

comment vas-tu brancher ton disque (un seul suffit) a la station Linux ?

Modifié le 14 novembre 2013 par Fravadona

[philippe212]

bonjour

j'ai installé mes deux disques sur un pc qui tourne sous ubuntu et après la ligne de commande sudo fdisk -l voici le detail de mes disques dur :

Disk /dev/sda: 20.0 GB, 20020396032 bytes
255 têtes, 63 secteurs/piste, 2434 cylindres, total 39102336 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 : 0x000dd5f2

Périphérique Amorçage Début Fin Blocs Id. Système
/dev/sda1 * 2048 34912255 17455104 83 Linux
/dev/sda2 34914302 39100415 2093057 5 Étendue
/dev/sda5 34914304 39100415 2093056 82 partition d'échange Linux / Solaris

Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
255 têtes, 63 secteurs/piste, 121601 cylindres, total 1953525168 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Identifiant de disque : 0x0004d6be

Périphérique Amorçage Début Fin Blocs Id. Système
/dev/sdb1 256 4980735 2490240 fd RAID Linux autodétecté
/dev/sdb2 4980736 9175039 2097152 fd RAID Linux autodétecté
/dev/sdb3 9437184 1953511007 972036912 f Étendue W95 (LBA)
/dev/sdb5 9453280 1953511007 972028864 fd RAID Linux autodétecté

Disk /dev/md127: 995.4 GB, 995356311552 bytes
2 têtes, 4 secteurs/piste, 243006912 cylindres, total 1944055296 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Identifiant de disque : 0x00000000

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

Disk /dev/sdc: 1000.2 GB, 1000204886016 bytes
255 têtes, 63 secteurs/piste, 121601 cylindres, total 1953525168 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Identifiant de disque : 0x00093631

Périphérique Amorçage Début Fin Blocs Id. Système
/dev/sdc1 256 4980735 2490240 fd RAID Linux autodétecté
/dev/sdc2 4980736 9175039 2097152 fd RAID Linux autodétecté
/dev/sdc3 9437184 1953511007 972036912 f Étendue W95 (LBA)
/dev/sdc5 9453280 1953511007 972028864 fd RAID Linux autodétecté

Disk /dev/mapper/vg1000-lv: 995.4 GB, 995354476544 bytes
255 têtes, 63 secteurs/piste, 121011 cylindres, total 1944051712 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Identifiant de disque : 0x00000000

Le disque /dev/mapper/vg1000-lv ne contient pas une table de partitions valable

J'ai pu lire que ton petit logiciel ext3 permettait de choisir une date à partir de laquelle on souhaite récupérer tous les fichiers effacés, mais je ne sais comment adapter la ligne de commande suivant à ma config

ext3grep /dev/sda3 --restore-all --after=$(date -d '01/12/2011 00:00:00' +"%s")

[Fravadona]

Ton Linux semble avoir re-active le volume RAID sans que tu n'es rien a faire.

A priori la "partition" sur laquelle tu dois travailler est /dev/md127 . Tu peux le verifier avec la commande :

mdadm --detail /dev/md127 

qui devrait te montrer que c'est un assemblage de /dev/sdb5 et /dev/sdc5

PS: ne "montes" surtout pas cette partition, il faut utiliser ext3grep directement dessus

Modifié le 15 novembre 2013 par Fravadona

[philippe212]

suite à ta commande

mdadm --detail /dev/md127

voici la reponse

mdadm: must be super-user to perform this action

??????

[Fravadona]

sudo mdadm --detail /dev/md127 

[philippe212]

/dev/md127:
Version : 1.2
Creation Time : Sun Mar 10 19:15:07 2013
Raid Level : raid1
Array Size : 972027648 (927.00 GiB 995.36 GB)
Used Dev Size : 972027648 (927.00 GiB 995.36 GB)
Raid Devices : 2
Total Devices : 2
Persistence : Superblock is persistent

Update Time : Fri Nov 15 11:21:40 2013
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0

Name : DiskStation:2
UUID : 44e0c162:7be390be:14c783ef:a8d8921a
Events : 710939

Number Major Minor RaidDevice State
0 8 21 0 active sync /dev/sdb5
1 8 37 1 active sync /dev/sdc5

on dirais bien un assemblage de /dev/sdb5 et /dev/sdc5 donc qu'elle est la prochaine étape?

[Fravadona]

je dois regarder le "man" de "ext3grep" pour pouvoir en dire plus car ext3grep n'est pas qqchose qu'on utilise souvent , et je t'invite a faire de meme tout en cherchant des exemples sur le net

Modifié le 15 novembre 2013 par Fravadona

[philippe212]

ok je cherche bien sur de mon coté.

mais je ne veux surtout aggraver la situation en faisant une mauvaise manip.

[Fravadona]

ok je cherche bien sur de mon coté.

mais je ne veux surtout aggraver la situation en faisant une mauvaise manip.

tkt tout est paré, tu peux difficilement faire une betise maintenant.

As-tu les noms des utilisateurs qui ont ete effaces ? ca pourrait simplifier la recherche.

Si tu peux aussi determiner la date de l'effacement tu pourras tenter une restauration automatique si les autres methodes sont trop compliquees.

Modifié le 15 novembre 2013 par Fravadona

[philippe212]

j'ai bien LE nom de d'utilisateur que j'ai effacé car il y en a qu'un auquel je tiens. mais je pense que ça ne sert à rien étant donné que j'ai recréé un nouvel utilisateur avec le même nom.

si tu parles d'une restauration automatique à partir du nas directement, j'ai déjà tente cette manip mais sans résultat puisque je n'ai pas mis en place malheureusement le système de restauration.

il est sur qu’après cette histoire je vais te demander des conseils pour bien configurer mon nas, car il est clair que je ne maîtrise pas du tout la bête.

je comprend qu'il ne faut pas reécrire sur le disque mais comment je fais pour:

savoir sur quel disque je suis,

travailler ou lire un autre disque

[Fravadona]

sudo ext3grep /dev/md127 --search nomutilisateur

Il y a toute une methodology avec cette commande ... par exemple http://gergap.wordpress.com/2008/07/18/how-ext3grep-can-save-you-hours-of-work/

Sinon ext3grep possede une option de restauration automatique en fonction d'une plage horaire, mais il faut determiner avec le plus de precision l'heure d'effacement

La commande suivante permet de convertir une date/heure en secondes (modifier la partie --date="" en mettant la date que tu veux mais en respectant le format de l'exemple, et en anglais):

date "+%s" --date="Fri Nov 15 13:31:35 CET 2013"

Puis la commande suivante va indiquer combien de fichier ont ete effaces entre 2 dates :

sudo ext3grep /dev/md127 --histogram=dtime --after="date presumee du debut d'effacement (en secondes)" --before="date presumee de la fin d'effacement (en secondes)"

Modifié le 15 novembre 2013 par Fravadona

[Fravadona]

j'ai bien LE nom de d'utilisateur que j'ai effacé car il y en a qu'un auquel je tiens. mais je pense que ça ne sert à rien étant donné que j'ai recréé un nouvel utilisateur avec le même nom.

si tu parles d'une restauration automatique à partir du nas directement, j'ai déjà tente cette manip mais sans résultat puisque je n'ai pas mis en place malheureusement le système de restauration.

il est sur qu’après cette histoire je vais te demander des conseils pour bien configurer mon nas, car il est clair que je ne maîtrise pas du tout la bête.

je comprend qu'il ne faut pas reécrire sur le disque mais comment je fais pour:

savoir sur quel disque je suis,

travailler ou lire un autre disque

je parlais de restauration automatique avec ext3grep. Le fait que tu ais recree un utilisateur du meme nom complique la chose mais ca ne la rend pas impossible.

Combien de Go as-tu a restaurer ? le disque systeme de ton Linux est un peu petit (20Go) mais il peut faire l'affaire si tu as moins de 10 Go a recuperer

Les disques de ton Syno ne sont pas "montés" sur ton Linux, tu ne peux donc pas te deplacer dans leur arborescence mais seulement acceder aux donnees "brutes", ce qui tombe bien car ext3grep travaille sur les donnees brutes, et en lecture seule donc tu ne risque rien.

Modifié le 15 novembre 2013 par Fravadona

[philippe212]

je ne comprends pas bien le terme "monté" mount et "demonté" umount concernant les disques.

la recherche de fichiers effacés sur une période déterminée ne donne pas grand chose

/dev/md127 --histogram=dtime --after="date en secondes a determiner" --before="date en secondes a determiner"

Running ext3grep version 0.10.1

Only show/process deleted entries if they are deleted on or after Mon Nov 4 07:00:00 2013 and before Tue Nov 5 07:00:00 2013.

ext3grep: init_consts.cc:44: void init_consts(): Assertion `super_block.s_magic == 0xEF53' failed.

Running ext3grep version 0.10.1
Only show/process deleted entries if they are deleted on or after Mon Nov 4 07:00:00 2013 and before Thu Nov 14 07:00:00 2013.

ext3grep: init_consts.cc:44: void init_consts(): Assertion `super_block.s_magic == 0xEF53' failed.

je pense que mes fichiers effacées ne ce situent pas dans dev/md127, mais alors ou??

[Fravadona]

Un truc a verifier : le FS est-il bien du ext3 ?

sudo dd if=/dev/md127 of=~/debut_md127.img bs=1M count=1

file ~/debut_md127.img

Modifié le 15 novembre 2013 par Fravadona