Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[Tuto] Bilan : comment récupérer des données perdues

pipou24

bon, j'ai récupéré les premiers extraits... Je ne suis pas arrivé ... Je te poste le mbr demain, pour l'instant tt le monde dort.

pipou24

Salut,
je ne sais pas si j'ai fait la bonne manip, le mbr n'a l'air d'etre rempli que de zeros :

 dd if=/dev/sdb of=~/mbr.img bs=512 count=1
1+0 enregistrements lus
1+0 enregistrements écrits
512 octets (512 B) copiés, 0,0627122 s, 8,2 kB/s

 hd -v mbr.img 
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000020  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000030  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000040  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000050  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000060  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000070  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000080  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000090  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000000a0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000000b0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000000c0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000000d0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000000e0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000000f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000100  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000110  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000120  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000130  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000140  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000150  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000160  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000170  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000180  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000190  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000001a0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000001b0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000001c0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000001d0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000001e0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000001f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000200

en revanche, j'ai un autre problème, certaines videos semblent découpées en tranches et rangées a l'envers :
j'ai la video qui lit de 4'30 a 5', puis de 4' a 4'29, puis de 3'30 a 3'59, etc ...
mais pas sur toutes les videos. tu connais ca ?

rmy

?!? bizarre. Non je ne connais pas. Il semble en fait qu'il n'y ait pas de système de fichier. Ce disque est peut-être utilisé dans son ensemble pour du stockage, et même si les formats d'encodage sont similaire pour plus de facilité lors de l'import export, il est possible que le rangement soit fait "à sa sauce". Que donnent les recherches sur le site du constructeur ?

Peux-tu aussi me poster "un peu plus loin", par exemple les 64 premiers secteurs ?

Pour les vidéos tranchées et rangées à l'envers, je n'en ai aucune idée. Peut-être est-ce normal... je ne suis pas expert en encodage et encapsulation des vidéos. Peut-êrte sur un forum dédié à la vidéo tu en apprendras plus ? (Tiens moi au courant ça m'intéresse 😛)

pipou24

:/ ben ca a l'air desesperement vide ...
ou est-ce que je me suis planté ?

 sudo fdisk -l
Disque /dev/sdb: 250.0 Go, 250059350016 octets
255 heads, 63 sectors/track, 30401 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Identifiant disque: 0x00000000

Disque /dev/sdb ne contient pas une table de partition valide

 sudo dd if=/dev/sdb of=~/disk2.img bs=512 count=128

 hd -v disk2.img | less

00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
[...]
0000fff0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00010000

les recherches sur le site du constructeur ne donnent rien pour l'instant (j'ai pas eu beaucoup de temps) mais je vais m'y atteler

rmy

Heu... peut-être serait-il temps que tu cites la marque et le type, afin que :
1-Je puisse essayer de me renseigner
2-Je n'en achète pas :lol:

pipou24

Salut, après avoir parcouru le site du constructeur, c'est décidé : je vais faire de la délation : c'est un Packard Bell Easy HDD recorder
/!\ N'achetez pas cette m%*$e ! ! ! avant qu'il ne tombe définitivement en panne, je n'ai eu que des problèmes avec.

bien sûr le site 'technique' du constructeur ne contient rien... ni le site des autres constructeurs d'ailleurs (Samsung, Philips, Hitachi)

La seule information intéressante est ici :
http://forum.videohelp.com/topic352175.html

en résumé, il s'agirait d'un UFS modifié, mais ça ne doit pas être le cas chez P-B (ca m'aurait étonné de leur part), puisque Photorec me récupère des vidéos comme s'il s'agissait d'un simple vfat

Le seul hic a la récupération de mes vidéos, maintenant, c'est la place.... le DD devrait contenir au moins 200Gio de video, mon DD interne ne fait que 160Gio. Bien sur, seules 60Gio de videos personnelles sont a récupérer dans le tas...

Pour éviter de polluer ton sujet, je vais en ouvrir un autre ou je mettrais les infos utiles au fur et a mesure de ma progression. Je vais effacer mes messages, je mettrais juste un lien vers l'autre sujet. Merci de ton aide. A+

rmy

Ne supprimes pas les messages. ça ne pollue rien du tout, puisqu'il me sert avant toute chose d'archive en attendant un wiki. Et si quelqu'un est dans la même situation, il sera content de voir qu'il est normal de ne trouver que des zéros sur le MBR...

ET bon courage...

:/

forum.videohelp.com a écrit...The best you can do is make your machine usable with a new drive, and put the old one on a shelf until the day someone figures out how to repair them. At present, the only possible salvage involves using the Stellar Phoenix tools to try to repair the disk structure (expensive, may or may not work) or a Hex Editor tool to pick thru your drive fragment by fragment, painstakingly reassembling each program into a standard Unix file that can be repaired and then saved to DVD as MPEG2. The Hex Editor doesn't actually read the files as video or assemble them, all it does is allow you to see them as code recorded on the drive. There is no visual preview and no way to really know what you're doing: you'd be flying blind and working with gibberish Pioneer filenames, hoping against hope you are assembling them correctly. We are talking about days and weeks of work here, possibly months. Unless this sort of gearhead task is your "thing", you're much better off forgetting about it. Assume the programs are gone until and unless someone finally figures out a miracle fix. Or rob a bank to buy Stellar Phoenix, with no guarantees. ..

andso

Bubble's Talks a écritTrès bonne initiative.
Et surtout laisser une trace sur le wiki - impératif.
La raison ? J'avais entamé ce type de synthése aux alentours de mai 2006, pour recuperer des partitions sur un disque, puis sur une clé, puis le disque de quelqu'un d'autre etc. (avec des posts à gauche à droite sur le forum) et au final je n'ai rien écrit.
Résultat ? je ne suis même plus sûr de savoir faire fonctionner TestDisk correctement (c'est con hein ?)
Ceci confirmant (rien de neuf) qu'un paquet de neurone non rafraichi est à peine plus stable qu'une barrette de ram, donc Wiki.
Pas de bras, pas de chocolat.

c'est comme la nasa qui ne serait plus capable d' allunir, ni memes d' y aller, ça m' allucine, la lune, merde

excuse pour le remontage,mais bon...

rmy

merci andso. Message tout à fait reçu.

Le hasard fait bien les choses puisque à l'instant même ou tu postais, je finissais d'envoyer un mail à Christophe Grenier (CGSecurity, Testdisk) suite à mon inscription comme membre à son site pour le soutien/traduction/expérimentation.

Autant dire aussi investissement et amélioration des connaissances.

Parallèlement, sur le Topic des Couche-Tard un membre m'a proposé récemment devant l'aveu de mon impuissance temporelle à créer du wiki pour le moment (et depuis 2 ans :rolleyes:) de faire l'écrivain pendant que je ferai la "connaissance"... flateur, hein. J'ai dit oui. Et j'ai déjà pondu un pseudo plan.

Comme quoi, tout vient à point à qui sait attendre 😉

pipou24

Bon, je vais faire un petit point intermédiaire de ma récup de données sur mon DD d'enregistreur de salon :
C'est long .... je n'en suis qu'a 40%. Je dois récuperer 250Gio, car même si le disque n'étais pas plein, il me récupère les vidéos que j'avais effacé (ben, oui) !

Comme je n'ai que deux partitions avec 40Gio disponible, je fonctionne de cette facon :
Je lance photorec, et au fur et a mesure, je visionne, j'efface ou je déplace les fichiers récupérés (j'en élimine 90%)
Pour pouvoir interrompre temporairement photorec (Dans mon cas particulier, il récupère 3Gio/5min) je passe par le moniteur système et je le stoppe.

Il me reste a résoudre le problème de la reconstruction de certains fichiers mpeg : j'ai des morceaux de films de quelques secondes a quelques minutes qui sont dans le désordre dans un même fichier. Il doit être possible de "tronconner" automatiquement les morceaux puisque le code temporel est correct quand je les visualise avec vlc, mais je n'ai pas trouvé de logiciel pour le faire....

A suivre 😉

rmy

Bon courage...

rmy

Pour mémoire, un post intéressant sur la récup de fichier effacés.

BZH36

Bonjour à tous
(petit résumé de la perte d'un disque dur)
(mots clés => Récupération de données sur ext3 avec testdisk, copie de partition, réparation, i-nodes - i-noeud)

Lors d'un re-démarrage pour finir une mise à jour system, mon ordinateur démarre plus lentement que prévus. Beaucoup de messages d'erreur et un DD hs.

1er idée
je redémarre, je regarde la partition, j'essye de lancer un controle, rien, je bloque ....

2eme idée
je viens fouiner sur le forum, me documente, tente un testdisk, compliqué et perdu (mais surtout énervé) je fais des tests, refais des tests, je tourne en rond ...

3eme idée
j'achète un autre DD pour y mettre une image créé avec dd_rhelp mais je n'arrive pas à la monter (argh)

4eme idée
je vais chercher de l'aide (help me), il y en a qui connaisse très bien le sujet, beuacoup plus que moi en tout cas 😉
RMY me répond, ouf, il me rassure, me conseil, restons calme il y a peut être une chance de tout sauvé. et puis je lance un topic (http://forum.ubuntu-fr.org/viewtopic.php?pid=2305475#p2305475) pour y mettre mes résultats d'analyses)

répose de testdisk

TestDisk 6.9, Data Recovery Utility, February 2008
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb - 500 GB / 465 GiB - CHS 60802 255 63
     Partition               Start        End    Size in sectors
D Linux                    0   1  1 60800 254 63  976768002 [Compil]
D HPFS - NTFS              0   1  1 60800 254 63  976768002

Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
*=Primary bootable  P=Primary  L=Logical  E=Extended  D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
     Enter: to continue
EXT3 Large file Sparse superblock, 500 GB / 465 GiB

et je pose pas mal de questions, pour y voir plus clair (essayer) et surement pour me rassurer !!!
j'essaye divers commande, et essaye de répondre à RMY (heuresement il est toujours là) pour le guider sur mon problème

Réponses pour testdisk : Il trouve la trace de deux partitions qui ont existé sur la totalité de ton disque : une e nNTFS, une sous linux. Les données stockées l'étaient sur quel systeme de fichier ?
  => linux
  => voila mes disques
  Select a media (use Arrow keys, then press Enter):
  Disk /dev/sda - 500 GB / 465 GiB - ATA ST3500630AS
  Disk /dev/sdb - 500 GB / 465 GiB - ATA ST3500641AS
  Disk /dev/sdc - 1000 GB / 931 GiB - Maxtor Basics Desktop
  Disk /dev/sdd - 500 GB / 465 GiB - ST350064 1AS
 
  => le disque en panne ( Disk /dev/sdd - 500 GB / 465 GiB - ST350064 1AS)
  Disk /dev/sdd - 500 GB / 465 GiB - CHS 60801 255 63
  Current partition structure:
  Partition                  Start        End    Size in sectors
  1 * Linux                    0   1  1 60800 254 63  976768002 [Compil]

  => près pour pour controle
  Disk /dev/sdd - 500 GB / 465 GiB - CHS 60802 255 63
  Partition               Start        End    Size in sectors
  * Linux                    0   1  1 60800 254 63  976768002 [Compil]

  => les répertoires
  drwxrwxrwx     0     0      4096  8-Nov-2008 21:56 ..
  drwxrwxrwx  1000  1000     28672  4-Dec-2008 21:28 Compil
  drwxrwxrwx  1000  1000      4096 16-May-2008 16:31 Compil - Série
  drwx------     0     0      4096 16-Jul-2008 10:42 lost+found
  drwx------  1000  1000      4096  8-Nov-2008 21:56 .Trash-1000

  => après 50/60801
  * Linux                    0   1  1 60800 254 63  976768002 [Compil]
  * Linux                    0   1  1 60800 254 63  976768002 [Compil]

  => pour le reste ça tourne je reviens quand c'est finis

As-tu essayé la récupértion de bootsector avec testdisk ? La reconstruction de la FAT/MBR ?
  => oui mais je retente

En fait, le log de dd_rhelp indique que tu as des erreurs principalement au début de ton disque, mon hypothèse de la dernière fois se confirme. Popur tes données, tu devrais pouvoir tout récupérer avec Photorec, mais c'est plus fastidieux que de réussir à retrouver l'arborescence... si c'est encore possible.
  => j'espère

Pour que dd_rhelp reprenne ou il en était il faut soit que tu lui indique le chemin du log, soit que tu te places dans le dossier où se trouve se log.
  =>root@BZH36:/home/bzh36# cd /media/disk/
  =>root@BZH36:/media/disk# sudo dd_rhelp /dev/sdd /media/disk/marecup.img
  =>/usr/bin/tail: Ne peut ouvrir `+247' en lecture: Aucun fichier ou dossier de ce type
  =>Bad log format !!! Fallback to slow mode...
  =>/usr/bin/tail: Ne peut ouvrir `+2' en lecture: Aucun fichier ou dossier de ce type
  =>/usr/bin/tail: Ne peut ouvrir `+2' en lecture: Aucun fichier ou dossier de ce type
  =>=== dd_rhelp INFO - 1 chunks...
  =>- Jump pos : 244193311.0 - max file size : 488386584.0
  =>- Biggest hole size :  488386546 k - total holes : 0k
  =>- xferd(succ/err) : 38.0k(36.0k/2.0k)
  =>- EOF is not found, but between 38.0k and 488386584.0k.

  => voila le départ ...

une semaine après la perte de mes données
(faut pas perdre espoir)

je reprends tout à zero et j'applique les conseils de RMY

Qu'est-ce que tu appelles le contrôle ?

Avant cette étape (ou il te détecte une vieille partition NTFS) et ou il voit tes fichiers, peux tu te placer sur un dossier et entrer dedans pour voir si il trouve aussi tes fichiers ?

Si tu vois tes fichiers, je te propose une autre solution :
sudo testdisk /dev/sdd, ou mieux si tu as assez de place :
sudo tesdisk /media/disk/marecup.img

puis dans testdisk Proceed > intel

puis OPtions : Expet Mode : Yes

Puis Advanced: Selection de la partition linux ou tu vois tes fichiers et "Image Creation"
-> Cela devrait te créer une image de ta partition telle qu'elle est lue (donc avec les fichiers lisibles (?)

puis un check...
sudo e2fsck -fyv /media/disk/imagepartition

eventuellement spécifie un superblock alternatif avec l'option -b numéroblock

pour toi ça pourrait donner
sudo e2fsck -fyv /media/disk/imagepartition -b 32768
et remplacer pourquoi pas -b 32768 par les valeurs de superblocs ci-dessus...

Ensuite : mount la partition
mkdir pointmontage
sudo mount -t ext3 -o loop /media/disk/imagepartition pointmontage/

et croiser les doigts...

Je risque de ne pas pouvoir t'aider plus car je vais m'absenter pour les fêtes et je ne sais pas si j'aurai une bonne connection sur place...

Bon courage, et n'oublie pas : fais des tests sur l'image, pas sur le disque... et refais une image si nécessaire !

Pour les systèmes de fichiers ext je n'ai pas encore approfondi les questions de récupération de données. Si tu arrives à contacter cep à ce sujet, il te sera peut-être d'un grand secours.

Eventuellement contacte aussi Christophe Grenier sur son site (c'est le concepteur de Testdisk/Photorec), il est assez réactif.

je laisse tourner pour refaire une image avec testdisk (c'est assez long sur 500 Go)

Création de l'image avec testdisk sur
=> /media/disk/image.dd
Crontrole de l'image avec :
=> sudo e2fsck -fyv /media/disk/image.dd

là c'est encore plus long, mais il corrige des trucs, donc il y a de l'espoir

le résultat

Compil: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****

   88597 inodes used (0.29%)
    6741 non-contiguous inodes (7.6%)
         nombre d'i-noeuds avec des blocs ind/dind/tind : 84195/48193/1
107457850 blocks used (88.01%)
       0 bad blocks
       2 large files

   85811 regular files
    2777 directories
       0 character device files
       0 block device files
       0 fifos
       0 links
       0 symbolic links (0 fast symbolic links)
       0 sockets
--------
   88588 files

Il est l'heure du grand test
Création du point de montage
=> mkdir imagedd
Montage de l'image
=> sudo mount -t ext3 -o loop /media/disk/image.dd imagedd/

Je vérifie la présence des fichiers
et miracle tout a l'air de fonctionner

Je lance la copie sur un autre DD
J'en ai pour 20h00 mais ça fonctionne, je peux récupérer mes données.

Voila le résultat est que j'ai récupéré la quasi totalté de mes fichiers, que j'ai compris qu'elles trucs sur la recup et que je suis près à en aider d'autres !

Merci à RMY & à ilcorseronero pour s'être intérèssé à mon sort

quelques conseils
=> rester calme
=> écouter les grands (ceux qui savent)
=> ne pas hésiter à prendre le temps

@Bientôt
BZH36

rmy

merci pour le bilan 😉

Je n'ai pas (encore) la prétention d'être un "grand"...

Pour info et pour l'efficacité de la recherche...
Dans le post précédent : Récupération de données sur ext3 avec testdisk, copie de partition, réparation, i-nodes - i-noeud.

BZH36

(Récupération de données sur ext3 avec testdisk, copie de partition, réparation, i-nodes - i-noeud.)

Bonjour à tous
Peu après la réparation de mon premier DD le second a laché lui aussi.Coincidence ou problème matériel (les deux sont identiques), le fait est que j'ai encore perdu des données en ext3 !
Après mes récentes aventures je maitrise un peu mieux le sujet et je commence la recupération (sereinement) des que je trouve un DD avec suffisament d'espace pour acceillir l'image créer avec testdisk.
Je commence ...

Création de l'image avec testdisk sur
=> /media/750 Go/image.dd
=> une journée entière pour une image de 465.8 Gio

Vérification de l'image avec :
=> sudo e2fsck -fyv /media/750 Go/image.dd
=> ça ne fonctionne pas (je pense que ça viens de l'espace dans "750 Go)

Renommer le Disk
=> sudo ntfslabel /dev/sdd1 750Go

Vérification de l'image avec :
=> sudo e2fsck -fyv /media/750Go/image.dd
=> la ça passe

Passe 1 : vérification des i-noeuds, des blocs et des tailles
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité des répertoires
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe

   78032 inodes used (0.26%)
    6393 non-contiguous inodes (8.2%)
         nombre d'i-noeuds avec des blocs ind/dind/tind : 71213/46985/1
109800784 blocks used (89.93%)
       0 bad blocks
       2 large files

   72814 regular files
    5209 directories
       0 character device files
       0 block device files
       0 fifos
       0 links
       0 symbolic links (0 fast symbolic links)
       0 sockets
--------
   78023 files

Création du point de montage
=> mkdir imagedd

Montage de l'image
=> sudo mount -t ext3 -o loop /media/750Go/image.dd imagedd/
=> Et voila ça fonctionne

@Bientôt
BZH36

rmy

Merci, et bravo !
😃

rmy

Je ne sais plus si j'avais déjà posté ça : c'est mon post it à tester..

Pour mémoire quelques adresses :

http://www.commentcamarche.net/repar/ntfs.php3
http://www-igm.univ-mlv.fr/~dr/XPOSE/NTFSvsEXT2FS/NTFSPres.html
http://www.easeus.com/resource/ntfs-disk-structure.htm
http://www-igm.univ-mlv.fr/~dr/XPOSE/NTFSvsUFS/right.htm
http://forum.pcastuces.com/sujet.asp?f=1&s=102819&page=26
http://poloastucien.free.fr/testdisk_detail_h.html
http://slaxlfi.free.fr/index.php?option=com_content&task=view&id=31&Itemid=28
http://forum.ubuntu-fr.org/viewtopic.php?id=37594&p=1
http://www.infoclick.fr/ccm/repar/ntfs.htm
http://www.geocities.com/thestarman3/asm/mbr/NTFSBR.htm
http://forum.pcastuces.com/sujet.asp?f=01&s=108547
http://f1efq.free.fr/save.htm

ftp://ftp.symantec.com/public/english_us_canada/tools/pq/utilities/

andso

merci
je reste abonné en vue du futur

geobart

bonjour rmy, je suis tout nouveau sur ubuntu et linux en général, et au détour de mes recherches je suis "tombé" sur ce post qui va peut-être, avec tes conseils, bien m'aider :rolleyes:

donc, j'ai un HDD externe USB 2.5 iomega, et depuis 2 jours, lorsque je le branche sur le PC il n'est plus reconnu sous linux, sous xp, sur la PS3, etc ...
il est bien alimenté (voyant vers allumé), la connexion d'un nouveau périphérique sembe détecté (bip lors du branchement USB) mais pas de partition ou de fichier qui s'ouvre !!!

y'a t'il quelque chose à tenter ?

merci 😛

rmy

Commençons par le commencement :
Le voyant et le bip fonctionneraient aussi même si il n'y avait pas de disque dans ton boitier.
Y a-t-il des symptômes auditifs particuliers ?
A-t-il pris un choc physique ou électrique ?
Lorsque tu le branches, l'entends tu tourner ?

Ensuite :
Peux-tu me donner le retour de

sudo sfdisk -l

avec ton disque branché bien sûr...

EDIT : Je pars cette après midi, retour et suite ce soir. Pas de bêtise en attendant. Principe n°1 d'une bonne récup de données : S'efforce de conserver la situation de départ.

« Page précédente Page suivante »