#76 Le 22/01/2017, à 21:16
- thouve
Re : [RESOLU] Récupération de données sur un NAS en raid
A oui autant pour moi c'est md1.
Bon bah je lance et je croise les doigts
Hors ligne
#77 Le 23/01/2017, à 00:12
- Bougron
Re : [RESOLU] Récupération de données sur un NAS en raid
Voila :
Number Start (sector) End (sector) Size Code Name 1 2048 1062271 517.7 MiB 8200 Linux swap 2 2088960 3902478335 1.8 TiB 0700 Linux/Windows data 4 1062912 2086991 500.0 MiB 0700 Linux/Windows data
Bonsoir.
Si c'est bien le disque qui est à réparer, je ne suis pas du tout certain que e2fsck sache réparer les partitions windows. Si c'était vrai cela se saurait
Hors ligne
#78 Le 23/01/2017, à 00:50
- jamesbad000
Re : [RESOLU] Récupération de données sur un NAS en raid
je ne suis pas du tout certain que e2fsck sache réparer les partitions windows
C'est même certain qu'il ne peut pas. Et pourtant, il s'agit probablement du bon disque. cf post 13 et 30.
Mais sur linux, si tu continue à penser savoir ce que contient une partition d'après la table de partition tu aura toujours du mal à t'y retrouver.
Il faut utiliser des commandes qui identifient le système de fichier d'après le contenu de la partition elle même: lsblk, blkid, mount ou file.
seule exception à la règle que je connais, c'est la partition boot bios, pour un grub bios avec partitionnement gpt. Qui n'a pas de signature reconnaissable...
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#79 Le 23/01/2017, à 00:54
- thouve
Re : [RESOLU] Récupération de données sur un NAS en raid
La réparation est en route depuis 22h.
je penses que ça va durer toute la nuit.
En tout cas ça fait bizarre toutes ces lignes qui défilé, j'ai le sentiment qu'il ne restera pas grand chose une fois fini
Par contre tu parlais d'une "surprise" dans la page précédente, c'est quoi? ^^
Hors ligne
#80 Le 23/01/2017, à 01:02
- jamesbad000
Re : [RESOLU] Récupération de données sur un NAS en raid
3 heures pour réparer un ext4 j'ai encore jamais vu ça. Peut-être est-il est en train de recopier tout un tas de données dans "lost + found", a cause de fichiers qui se chevauchent...
Surprise ? Ou est-ce que j'ai parlé de surprise ?
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#81 Le 23/01/2017, à 01:06
- thouve
Re : [RESOLU] Récupération de données sur un NAS en raid
Autant pour moi, tu as mis "petit bonus" mdr
Pour le temps de réparation je ne saurai te dire pourquoi c'est aussi long vu que j'y connais pas grand chose
Hors ligne
#82 Le 23/01/2017, à 01:11
- jamesbad000
Re : [RESOLU] Récupération de données sur un NAS en raid
Ah oui j'ai aussi ajouté "avec un peu de chance", il me semble.
Pour le temps de réparation je ne saurai te dire pourquoi c'est aussi long
En même temps je te le demandais pas non plus Il s'agissait juste de marquer mon étonnement.
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#83 Le 23/01/2017, à 01:13
- thouve
Re : [RESOLU] Récupération de données sur un NAS en raid
Oui j'avais bien compris pour l'étonnement.
Moi c'était juste histoire de parler et de rappeler à quel point je dépend des autre pour agir sur mon disque
Hors ligne
#84 Le 23/01/2017, à 12:57
- thouve
Re : [RESOLU] Récupération de données sur un NAS en raid
15h de travail pour le disque et toujours pas fini Oo
Hors ligne
#85 Le 24/01/2017, à 12:33
- thouve
Re : [RESOLU] Récupération de données sur un NAS en raid
bon la réparation a fini cette nuit.
Par contre j'ai pas réflechi, j'ai tout eteins et suis part me coucher aussitot sans faire de copie du terminal ni vérifier le disque.
Je me souviens juste qu'il etait ecrit qu'il restait encore quelques erreurs à corriger.
Je vais aller essayer de brancher le disque et voir ce qu'il en est, s'il se monte tout seul ou pas et si j'arrive a récupérer d'autre fichier sans en avoir trop perdu et je vous tiendrais au courant derrière.
Hors ligne
#86 Le 24/01/2017, à 13:02
- thouve
Re : [RESOLU] Récupération de données sur un NAS en raid
Bon alors il se monte seul, j'arrive a voir plus de fichier.
En revanche pareil ca me dit toujours qu'il n'y a que 900Go d'utilisé et que le reste est illisible
Hors ligne
#87 Le 24/01/2017, à 20:41
- jamesbad000
Re : [RESOLU] Récupération de données sur un NAS en raid
Je me souviens juste qu'il etait ecrit qu'il restait encore quelques erreurs à corriger.
Mortel...
Dans ce cas le mieux serait de finir le boulot en repassant un coup comme ceci:
sudo umount -fl /dev/md1
sudo e2fsck -fy /dev/md1
Avec un peu de chance ça va se faire dans un délais normal de qq minutes....
Ensuite il faudra regarder dans lost + found, à la racine du point de montage de la partition, s'il n'y a pas des fichiers qui sont ressortis la dedans.
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#88 Le 24/01/2017, à 21:20
- thouve
Re : [RESOLU] Récupération de données sur un NAS en raid
C'est bon j'ai lancé les commandes.
C'est quoi lost + found?
Désolé je connais pas
Hors ligne
#89 Le 24/01/2017, à 21:29
- jamesbad000
Re : [RESOLU] Récupération de données sur un NAS en raid
c'est le nom d'un répertoire créé automatiquement pas la commande e2fsck. Dans lequel il place des fichiers qui ne sont plus référencés dans un répertoire, ou des données issues de bloc qui étaient affectés à plusieurs fichiers....
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#90 Le 24/01/2017, à 22:55
- thouve
Re : [RESOLU] Récupération de données sur un NAS en raid
D'accord merci.
Ca travaille encore pas mal, c'est toujours pas fini depuis tout a l'heure Oo
Hors ligne
#91 Le 25/01/2017, à 02:20
- moko138
Re : [RESOLU] Récupération de données sur un NAS en raid
3 heures pour réparer un ext4 j'ai encore jamais vu ça. Peut-être est-il est en train de recopier tout un tas de données dans "lost + found", a cause de fichiers qui se chevauchent...
jamesbad000, s'il te plaît,
Est-ce que, en cas de besoin, lost+found peut enfler au-delà des 5% réservés (par défaut) du système de fichiers ?
Est-ce que d'autres processus que fsck peuvent utiliser ces 5% réservés à lost+found ?
Dernière modification par moko138 (Le 25/01/2017, à 02:22)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#92 Le 25/01/2017, à 08:34
- thouve
Re : [RESOLU] Récupération de données sur un NAS en raid
Voilaaaa, ca vient de finir a l'instant.
Le message de fin est celui-ci :
/dev/md1: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****
/dev/md1 : 103105/121888768 fichiers (35.9% non contigus), 425910657/487548656 blocs
JE vais voir ce qu'il y a dans le lost + found et le partager éventuellement
EDIT : Bon bas je le trouve pas ce fichier
Dernière modification par thouve (Le 25/01/2017, à 08:36)
Hors ligne
#93 Le 25/01/2017, à 09:45
- Bougron
Re : [RESOLU] Récupération de données sur un NAS en raid
bonjour
Fais la commande
ls -last
Hors ligne
#94 Le 25/01/2017, à 15:57
- thouve
Re : [RESOLU] Récupération de données sur un NAS en raid
Voila le résultat :
ls -last
total 164
4 drwx------ 2 seb seb 4096 jan 25 15:56 .gconf
4 drwxr-xr-x 17 seb seb 4096 jan 25 15:54 .
12 -rw------- 1 seb seb 11200 jan 25 15:54 .ICEauthority
4 drwx------ 3 seb seb 4096 jan 25 15:54 .gnupg
4 -rw------- 1 seb seb 92 jan 25 15:54 .xsession-errors
4 -rw------- 1 seb seb 59 jan 25 15:54 .Xauthority
4 -rw------- 1 seb seb 1720 jan 25 08:37 .xsession-errors.old
48 drwx------ 2 seb seb 49152 jan 25 08:35 lost+found
4 -rw------- 1 seb seb 1997 jan 25 08:33 .bash_history
4 drwx------ 14 seb seb 4096 jan 24 12:59 .cache
4 drwx------ 20 seb seb 4096 jan 24 12:59 .config
4 drwx------ 4 seb seb 4096 jan 10 16:06 .mozilla
0 -rw-r--r-- 1 seb seb 0 jan 5 15:02 .sudo_as_admin_successful
4 drwx------ 3 seb seb 4096 jan 5 13:51 .local
4 drwxr-xr-x 2 seb seb 4096 jan 5 13:51 Bureau
4 drwxr-xr-x 2 seb seb 4096 jan 5 13:51 Documents
4 drwxr-xr-x 2 seb seb 4096 jan 5 13:51 Images
4 drwxr-xr-x 2 seb seb 4096 jan 5 13:51 Modèles
4 drwxr-xr-x 2 seb seb 4096 jan 5 13:51 Musique
4 drwxr-xr-x 2 seb seb 4096 jan 5 13:51 Public
4 drwxr-xr-x 2 seb seb 4096 jan 5 13:51 Téléchargements
4 drwxr-xr-x 2 seb seb 4096 jan 5 13:51 Vidéos
4 -rw-r--r-- 1 seb seb 3771 jan 5 13:48 .bashrc
4 -rw-r--r-- 1 seb seb 220 jan 5 13:48 .bash_logout
12 -rw-r--r-- 1 seb seb 8980 jan 5 13:48 examples.desktop
4 -rw-r--r-- 1 seb seb 655 jan 5 13:48 .profile
4 drwxr-xr-x 3 root root 4096 jan 5 13:48 ..
seb@seb-VirtualBox:~$
Hors ligne
#95 Le 25/01/2017, à 16:27
- Bougron
Re : [RESOLU] Récupération de données sur un NAS en raid
48 drwx------ 2 seb seb 49152 jan 25 08:35 lost+found
Hors ligne
#96 Le 25/01/2017, à 20:36
- jamesbad000
Re : [RESOLU] Récupération de données sur un NAS en raid
Est-ce que, en cas de besoin, lost+found peut enfler au-delà des 5% réservés (par défaut) du système de fichiers ?
Les 5% réservés peuvent peut-être servir de zone tampon pour fsck mais en aucun cas pour y mettre des fichiers récupérés dans lost+found
Par ailleurs, c'est la valeur par défaut, mais on peut la changer avec l'option -m. y compris pour y mettre la valeur 0 comme c'est le cas pour ce disque (cf dumpe2fs https://forum.ubuntu-fr.org/viewtopic.p … p21661567)
Dernière modification par jamesbad000 (Le 25/01/2017, à 20:43)
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#97 Le 25/01/2017, à 20:42
- jamesbad000
Re : [RESOLU] Récupération de données sur un NAS en raid
JE vais voir ce qu'il y a dans le lost + found et le partager éventuellement
EDIT : Bon bas je le trouve pas ce fichier
Il s'agit d'un répertoire, pas d'un fichier. Et il doit se trouver à la racine du point de montage. Donc après montage, en faisant :
sudo lsblk -o SIZE,NAME,FSTYPE,LABEL,MOUNTPOINT
Il devrait se trouver dans le répertoire indiqué dans la colonne MOUNTPOINT associé à md1
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#98 Le 26/01/2017, à 00:17
- Bougron
Re : [RESOLU] Récupération de données sur un NAS en raid
Bonsoir.
Je suis désolé de squatter cette discussion pour demander de l'aide à notre expert.
L'environnement. Un NAS en RAID5 avec un mauvais réveil.
Un disque éjecté depuis septembre que j'ai rendu failing-now sans trop comprendre pourquoi.
Un second disque en retard d'environ 17 minutes par rapport aux deux autres. Il a pas loin de 6384 secteurs illisibles.
Je n'arrive pas à faire resynchroniser et je ne connais pas bien. J'ai du rater un tiret option!!! Merci pour l'aide!
La discussion => https://forum.ubuntu-fr.org/viewtopic.p … #p21669042
Hors ligne
#99 Le 26/01/2017, à 04:35
- moko138
Re : [RESOLU] Récupération de données sur un NAS en raid
Est-ce que, en cas de besoin, lost+found peut enfler au-delà des 5% réservés (par défaut) du système de fichiers ?
Les 5% réservés peuvent peut-être servir de zone tampon pour fsck mais en aucun cas pour y mettre des fichiers récupérés dans lost+found
[question de moko, pas de Bougron ]
Merci !
Et est-ce que d'autres processus que fsck peuvent utiliser ces 5% réservés à lost+found ?
Ou bien as-tu un lien à me conseiller vers une documentation sur lost+found ?
Dernière modification par moko138 (Le 26/01/2017, à 04:45)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#100 Le 26/01/2017, à 20:57
- jamesbad000
Re : [RESOLU] Récupération de données sur un NAS en raid
question de moko, pas de Bougron
Hum désolé, j'ai pas reconnu ton écriture
Et est-ce que d'autres processus que fsck peuvent utiliser ces 5% réservés à lost+found ?
J'ai du mal expliquer. Lost+found et ce qu'il contient n'est pas censé utiliser les 5% en question. Et dans le cas présent c'est clair, puisqu'il existe un lost+found alors qu'il y a 0% réservé.
Un lien qui parle des blocs réservé (et non de lost+found) https://wiki.archlinux.org/index.php/ext4
Pour lost+found il faudrait que je retrouve l'article qui décrit l'algo de e2fsck...
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne