[Résolu] J'ai formaté le DDInterne au lieu du DDExterne

Pimprelune · Le 01/08/2016, à 08:42

Re-coucou le Forum !

Alors ça y est, je me suis lancé dans la récupération de mes données (pas trop tôt ), et je me retrouve devant un grooooos problème :

J'ai suivi la procédure de Photorec pas-à-pas, sauf que quand je veux choisir le DDExterne où stocker les données récupérées (dans mon cas Babiche2) et que je rentre la fameuse commande

sudo chown -R <utilisateur> recup_dir*

(et oui, j'ai changé le nom de l'utilisateur donné un label précis...), ça me renvoie -->

lubuntu@lubuntu:~$ sudo chown -R Babiche2 recup_dir*
chown: invalid user: 'Babiche2'
lubuntu@lubuntu:~$

Dernière modification par Pimprelune (Le 01/08/2016, à 17:40)

Pimprelune · Le 01/08/2016, à 08:53

Peut-être que je me suis trompé dans le choix du support de destination des données à récupérer ???

PhotoRec 6.14, Data Recovery Utility, July 2013

Please select a destination to save the recovered files.
Do not choose to write the files to the same partition they were stored on.
Keys: Arrow keys to select another directory
      C when the destination is correct
      Q to quit
Directory /home/lubuntu
>drwxr-xr-x   999   999       420  1-Aug-2016 07:28 .
 drwxr-xr-x     0     0        60  1-Aug-2016 07:18 ..
 drwxr-xr-x   999   999        40  1-Aug-2016 07:18 Bureau
 drwxr-xr-x   999   999        40  1-Aug-2016 07:18 Documents
 drwxr-xr-x   999   999        40  1-Aug-2016 07:18 Images
 drwxr-xr-x   999   999        40  1-Aug-2016 07:18 Modèles
 drwxr-xr-x   999   999        40  1-Aug-2016 07:18 Musique
 drwxr-xr-x   999   999        40  1-Aug-2016 07:18 Public
 drwxr-xr-x   999   999        40  1-Aug-2016 07:18 Téléchargements
 drwxr-xr-x   999   999        40  1-Aug-2016 07:18 Vidéos
 -rw-r--r--     0     0     40960  1-Aug-2016 07:28 photorec.ses

J'ai surligné la 1ère ligne -->

drwxr-xr-x   999   999       420  1-Aug-2016 07:28 .

Ou bien qu'il faut que je sorte de ce Terminal-là et que je relance avec le choix de Photorec ?

Je m'explique, il n'a peut-être pas compris qu'il y avait un DDExterne de ce nom ? Je veux dire que le sudo chown avec l'attribution des droits, il fallait que je le lance avant le reste des commandes, pour que Photorec en prenne compte, non ? Vu que le nom qui est apparent sur le Gestionnaire de fichiers, il n'apparaît pas dans la liste les choix proposés par le Terminal (???)

moko138 · Le 01/08/2016, à 14:01

Stop. Ferme photorec.

Tu tentais de l'appliquer au home de ta live (qu'on reconnaît au propriétaire "999").
D'autre part, photorec est une solution de secours si ni testdisk ni extundelete n'ont marché. Car photorec ne préserve ni l'arborescence ni les noms de fichiers.

moko138 · Le 01/08/2016, à 14:05

Pour savoir où on va, démarre en live, sans DDE.
1) Donne

sudo lsblk -o name,fstype,size,mountpoint,label,uuid

- -
2) Branche ton DDE et donne le nouveau retour de la même commande.

Pimprelune · Le 01/08/2016, à 14:22

Re-bonjour à toi, moko138 !

Pour le 1)

lubuntu@lubuntu:~$ sudo lsblk -o name,fstype,size,mountpoint,label,uuid
NAME   FSTYPE     SIZE MOUNTPOINT LABEL     UUID
sda               1,8T                      
├─sda1 ext4       512M                      2fe1a5b3-8151-4e21-85ac-5d7dc5c5bc2a
├─sda2 ext4        50G                      b05328af-770f-410e-b403-531493417991
├─sda3 ext4       1,8T                      883e482d-48ba-487d-9fa6-7e15e5e0f2ec
└─sda4 swap        12G [SWAP]               adb1abae-fe0b-42f2-9451-20ca6b2bfd43
sdb              14,9G                      
└─sdb1 vfat      14,9G /isodevice MULTISYSTEM
                                            7DFB-DFD6
sr0              1024M                      
loop0  iso9660  613,2M /cdrom     Boot-Repair-Disk 64bit
                                            
loop1  squashfs 548,7M /rofs                
zram0  swap       1,5G [SWAP]               7f72c602-309e-4df9-a7a7-f6feff50a18a
zram1  swap       1,5G [SWAP]               b6e9b68b-0876-4d13-b104-b4376eebde52
lubuntu@lubuntu:~$

Dernière modification par Pimprelune (Le 01/08/2016, à 14:32)

Pimprelune · Le 01/08/2016, à 14:24

moko138 a écrit :

Stop. Ferme photorec.
Tu tentais de l'appliquer au home de ta live (qu'on reconnaît au propriétaire "999").
D'autre part, photorec est une solution de secours si ni testdisk ni extundelete n'ont marché. Car photorec ne préserve ni l'arborescence ni les noms de fichiers.

Haaaaa, mais je croyais qu'il fallait lancer d'abord photorec pour récupérer mes fichiers ? Et après, Testdisk pour les fichiers de configuration, moko138...

Pimprelune · Le 01/08/2016, à 14:29

Petite question, moko138, pour remplir la condition 2 de ton message, je fais exit dans le terminal avant de reposer la "question" avec le DDExterne branché, ou je le fais à la suite ?

moko138 · Le 01/08/2016, à 14:38

Pas besoin d'exit ici.
- -
photorec récupère les fichiers, et ce sous des noms genre 01234567.jpg.
testdisk récupère des partitions entières (quand tout va bien) avec leur contenu (arborescence et noms de fichiers compris).

Pimprelune · Le 01/08/2016, à 14:41

Réponse du 2)

lubuntu@lubuntu:~$ sudo lsblk -o name,fstype,size,mountpoint,label,uuid
NAME   FSTYPE     SIZE MOUNTPOINT LABEL     UUID
sda               1,8T                      
├─sda1 ext4       512M                      2fe1a5b3-8151-4e21-85ac-5d7dc5c5bc2a
├─sda2 ext4        50G                      b05328af-770f-410e-b403-531493417991
├─sda3 ext4       1,8T                      883e482d-48ba-487d-9fa6-7e15e5e0f2ec
└─sda4 swap        12G [SWAP]               adb1abae-fe0b-42f2-9451-20ca6b2bfd43
sdb              14,9G                      
└─sdb1 vfat      14,9G /isodevice MULTISYSTEM
                                            7DFB-DFD6
sdc             931,5G                      
└─sdc1 ext4     931,5G /media/lub Babiche2  141adfed-a7d4-4943-ae07-fcbc3b7c960c
sr0              1024M                      
loop0  iso9660  613,2M /cdrom     Boot-Repair-Disk 64bit
                                            
loop1  squashfs 548,7M /rofs                
zram0  swap       1,5G [SWAP]               7f72c602-309e-4df9-a7a7-f6feff50a18a
zram1  swap       1,5G [SWAP]               b6e9b68b-0876-4d13-b104-b4376eebde52
lubuntu@lubuntu:~$

Pimprelune · Le 01/08/2016, à 14:44

Ça m'a l'air identique (enfin un intérêt à avoir le fixe et le portable au même endroit), moko138...

Pimprelune · Le 01/08/2016, à 15:02

Et je pense avoir fait une grosse boulette, moko138 : les 3 lignes de commande que tu m'avais donné -->

echo "deb http://archive.ubuntu.com/ubuntu trusty universe" | sudo tee -a /etc/apt/sources.list

sudo apt-get update

et

sudo apt-get install testdisk

, quand j'ai repris le fil du sujet, je les ai faites !!!

Par contre, avant ton intervention, j'avais éteint le PC et débranché la clé Aaaaarrggghhh, ainsi que le DD !

Et en voulant te répondre rapidement, j'ai juste relancé BootRepair, pas les trois commandes du Terminal.

Donc, cette fois, je fais exit dans le Terminal, je débranche le DDExterne, je relance les 3 lignes et je donne la réponse à ton 1) et 2), non ?

Ce qui va poser problème, moko138, parce que le DDExterne, il ne se "retire pas sans aucun risque", il se "démonte", et le pire c'est que même en le "démontant", il est toujours présent dans le Gestionnaire de fichiers, sauf que quand je clique dessus, il m'annonce qu'il faut le "monter"...

Oui, c'est peut-être normal (dans la version live ?), mais moi, quand je débranche un DD quelconque, il disparaît habituellement de l'écran !

Dernière modification par Pimprelune (Le 01/08/2016, à 15:04)

moko138 · Le 01/08/2016, à 15:07

identique ???
Et ceci :

sdc             931,5G                      
└─sdc1 ext4     931,5G /media/lub Babiche2  141adfed-a7d4-4943-ae07-fcbc3b7c960c

alors ?
Nous avons identifié ton DDE !

Monte-le, attends 15 secondes et donne

df -Th | grep -Ev "devpts|none|proc|sys|tmpfs|udev"

pour vérifier l'espace disponible.
- -

Non, je ne vois pas de boulette. Mais
quand tu as un doute demande avant !

Pimprelune · Le 01/08/2016, à 15:11

Retour de ta demande, moko138 -->

df -Th | grep -Ev "devpts|none|proc|sys|tmpfs|udev"

lubuntu@lubuntu:~$ df -Th | grep -Ev "devpts|none|proc|sys|tmpfs|udev"
/cow           overlayfs  2,9G   46M  2,9G   2% /
/dev/sdb1      vfat        15G  647M   15G   5% /isodevice
/dev/loop0     iso9660    614M  614M     0 100% /cdrom
/dev/loop1     squashfs   549M  549M     0 100% /rofs
/dev/sdc1      ext4       917G   72M  871G   1% /media/lubuntu/Babiche2
lubuntu@lubuntu:~$

Pimprelune · Le 01/08/2016, à 15:18

Je peux demander, moko138, si ta réponse du 17/07 (message #22) -->

De toute façon, la réparation s'annonce très simple :
sudo grub-install /dev/sdX
en remplaçant X par la lettre qui sera À CE MOMENT-LÀ attribuée à ton disque touché hier.

est d'une telle simplicité, aujourd'hui ?

J'en serais la première ravie, Hein ?

moko138 · Le 01/08/2016, à 15:27

Je ne sais plus, il faut que je voie d'abord ton dernier boot-info. (Si tu te rappelles dans quel message tu as mis le lien, dis- où, ça me fera gagner du temps, merci !)

Pimprelune · Le 01/08/2016, à 15:47

Celui-ci, moko138 ? Message #53 page 3.

-->

Pimprelune a écrit :

Bootinfo --> http://paste.ubuntu.com/20305626

Rufus T. Firefly · Le 01/08/2016, à 16:17

Pimprelune a écrit :

(et oui, j'ai changé le nom de l'utilisateur...)...

Très bonne idée... Il vaut mieux toujours s'arranger un peu pour compliquer les choses. Sinon que ferait-on pendant les vacances ? On risquerait de s'ennuyer...

Désolé, je n'ai pas résisté... Je sors...

Pimprelune · Le 01/08/2016, à 16:23

Rufus T. Firefly a écrit :

Pimprelune a écrit :
(et oui, j'ai changé le nom de l'utilisateur...)...
Très bonne idée... Il vaut mieux toujours s'arranger un peu pour compliquer les choses. Sinon que ferait-on pendant les vacances ? On risquerait de s'ennuyer...

Désolé, je n'ai pas résisté... Je sors...

Hihihi, pour une fois, Rufus T. Firefly que le changement (pour récupérer les données, au lieu de laisser <utilisateur>) était logique, je reconnais que ma tournure de phrase laisse à penser que c'est encore une autre Pimprenouillerie...

moko138 · Le 01/08/2016, à 16:30

Non, tu n'as PAS changé le nom de l'utilisateur.
Sois rigoureuse : c'est l'étiquette de la partition de ton DDE qui est devenue Babiche2.

- -
en #53 montr :

===== df -Th:
Filesystem     Type       Size  Used Avail Use% Mounted on
(...)     Ta clef :
/dev/sdb1      vfat        15G  640M   15G   5% /isodevice
/dev/loop0     iso9660    614M  614M     0 100% /cdrom
/dev/loop1     squashfs   549M  549M     0 100% /rofs
(...)     Ton disque interne :
/dev/sda1      ext4       488M  396K  452M   1% /mnt/boot-sav/sda1
/dev/sda2      ext4        50G  7.2G   40G  16% /mnt/boot-sav/sda2
/dev/sda3      ext4       1.8T  292G  1.4T  18% /mnt/boot-sav/sda3

on voit que
sda1 488 Mio/524 Mo est quasi vide et en ext4 : a été reformatée.
sda3 ext4 1.8T contient 292G donc n'a(vait) pas été reformatée.
sda2 contient 7,2 G, ta racine apparemment intacte
dont le fstab qui dit, à la ligne 137 :

# /boot was on /dev/sda1 during installation
UUID=abbee112-6eba-46e5-913d-972ce012411a   /boot   ext2   defaults  0  2

Puisqu'en ext2, ce N'était PAS une partition UEFI.
- -

Donc nous avons au moins quatre possibilités :
- utiliser testdisk pour restaurer, fichiers et UUID compris, sdX1 /boot en ext2 (plus délicat et plus sûr)
OU BIEN
- utiliser boot-repair manuellement
OU BIEN
- reformater sdX1 en ext2
- utiliser tune2fs pour redonner à sdX1 son UUID du fstab,
- réinstaller grub sur sdX (SANS CHIFFRE)
OU BIEN
comme tu as beaucoup de place dans sdX2 (/),
- commenter (par "#") la ligne sur sda1 dans fstab
- purger et réinstaller grub sur sdX (SANS CHIFFRE).

Dans tous ces cas, (re)mettre le bios en position NON-EFI (= legacy).

J'ai besoin de réfléchir et/ou des lumières d'un collègue expérimenté.
Es-tu toujours là, Rufus ?

Babdu89 · Le 02/08/2016, à 01:12

Bonsoir.
@moko138,
Présent!!!.
J'ai tout relu. Ce que j'en ai compris
Deux soucis;
Un hdd externe formaté par inadvertance .(çà je ne saurais pas aider, jamais utiliser Photorec, mai il me semble qu'il faille retrouver les partitions du disque externe avec testdisk avant d'utiliser Photorec, non?)
L'Os de la machine est cassé.
Un machine UEFI/Bios. Installation Ubuntu 16.04 en mode Bios_Legacy

Le boot info fait depuis une clé live MultiSystem qui lance un BRD amd64...
l'iso est quand même "vieille" . Bon, si elle ne marche pas bien en mode UEFI, en Bios_Legacy , on peut s'en servir, alors autant mettre à jour les paquets, il me semble que Synaptic est dans les menu. Avec l'onglet "Origine" ouvert, çà devrait permettre l'accès au maj des paquets.
Coup de chance, une iso 64 bits va réparer une installation 32 bits, mais pas l'inverse.

Par-contre. Çà çà ne va pas;

=================== UEFI/Legacy mode:
Unusual EFI: Veuillez indiquer ce message à boot.repair@gmail.com
BIOS is EFI-compatible, and is setup in EFI-mode for this live-session.
SecureBoot disabled. (maybe sec-boot, Veuillez indiquer ce message à boot.repair@gmail.com)

Non, il ne faut pas démarrer la clé MultiSystem en mode UEFI, mais en mode Bios_legacy . L'installation a réparer est installée en mode Bios. Le partitionnement du disque en Msdos, pas en GPT.
C'est a changer dans le Bios au démarrage de la machine. Sinon on ne pourra pas réparer.

moko, tu auras remarqué comme moi que l'installation à été faite;
Avec une partition système / /sda2
Avec une partition /home séparé /sda3
Avec une partition de /boot séparé /sda1 (Et oui on faire ce type d'installation en mode Bios) Boot-Repair sait réparer ce type de démarrage.
Mais comme la partition /sda1 à été formatée (c'est ce qui fait actuellement que la machine démarre pas) il n'y a pas de boot possible. Il manque des fichiers pour démarrer, dont une bonne partie de Grub qui doit être dans cette partition. (on ne voit pas le fichier grub.cfg dans le boot info).
Formatage partition = changement d'UUID .
Le formatage de /sda1 a donc changé l'UUID de la partition de /boot .

blkid donne

/dev/sda1        2fe1a5b3-8151-4e21-85ac-5d7dc5c5bc2a   ext4

Nouveau UUID actuel.

Dans le fstab de /sda1 on a;

# /boot was on /dev/sda1 during installation
UUID=abbee112-6eba-46e5-913d-972ce012411a /boot           ext2    defaults        0       2

En session live, en root, il faut changer dans le fstab de l'Os en /sda1

abbee112-6eba-46e5-913d-972ce012411a     pour   2fe1a5b3-8151-4e21-85ac-5d7dc5c5bc2a

Enregistre,fermer le fstab.

Ensuite avec Boot-Repair, en passant par les "Options avancées"
Réinstaller Grub dans /sda2 Ubuntu 16.04
Utiliser l'option (cocher) de la partition /boot séparé ( /sda1)
Mettre la première partie de Grub dans /sda sans n° de partition.
Faire "Appliquer"
Je pense que çà va réparer le démarrage du Ubuntu 16.04.

@+. Babdu89 .

moko138 · Le 02/08/2016, à 06:22

Merci Babdu89 !!!

1) Question :
Pour ne pas casser la clef, tu le sais, il ne faut pas upgrader le noyau. Du coup je me méfie de synaptic. (Et je n'ai pas d'onglet "origine" dans le synaptic de ma 14.04). Ne serait-il pas plus prudent de passer en ligne de commande ?

sudo apt-get update
sudo apt-get install --reinstall boot-repair

- -
2) Question :
Tu laisses sda1 en ext4 (primitivement en ext2) ?
- -
3) Tu dis :

Ensuite avec Boot-Repair, en passant par les "Options avancées"
Réinstaller Grub dans /sda2 Ubuntu 16.04
Utiliser l'option (cocher) de la partition /boot séparé ( /sda1)
Mettre la première partie de Grub dans /sda sans n° de partition.
Faire "Appliquer"

je ne savais pas que boot-repair savait être aussi précis.
Merci de me l'avoir appris !
- -

4) Question :
Tu dis :

Un hdd externe formaté par inadvertance

Je n'ai plus tout le fil en tête, mais il me semblait au contraire que sda1 avait été reformaté à la place d'un des DDE.
Si je me trompe, peux-tu me dire où tu as vu un DDE effectivement formaté par inadvertance ?
Re-merci !

Babdu89 · Le 02/08/2016, à 08:52

Bonjour.
@moko138.
En réponses au questions;
1) Question.
J'ai bien parlé de synaptic, pas du gestionnaire des mises à jour, qu'il faut éviter d'utiliser en session live.
Synaptic est dans l'iso BRD. On l'ouvre, et dans le volet de gauche, il y a "Origine"
"Origine" sélectionné, on voit les PPA installés don Boot-Repair.
On recharge les sources.
On Sélection le PPA Boot-Repair. Les paquets Boot-repair sont proposé à la mise à jour. On fait la mise à jour uniquement du PPA Boot-Repair de cette façon, puisqu'on ne sélectionne que lui.

2)Question
Bien oui, pourquoi pas? de toute manière, il n'y a pas beaucoup d'écritures dans cette partition qui ne sert qu'au boot.
J'ai déjà testé en la mettant sur une clé USB. L'os lancé, on débranche la clé USB, çà n'empêche pas de fonctionner. Il y a des Utilisateurs qui font ce type d'installation, pour éviter que l'on puisse démarrer la machine sans la clé.
Un utilisateur avancé "culoté", saura réinstaller Grub dans la partition système, et redémarrera la machine...

3)Question.
Boot-Repair sait réparer ce genre d'installation, à condition qu'elle soit faite comme çà à l'origine
Partition /boot séparé (/boot)
Partition système ( / )
Partition /home séparé éventuellement. ( /home)
Il ne sait pas remanier une installation existante sans partition de /boot séparé, en la créant, si je me souviens bien.

4)Question.
Et bien oui, il me semble bien qu'il s'agisse de çà, non?
Tuxmarc propose l'utilisation de testdisk et Photorec, pour récupérer des donnés suite au formatage d'un hdd externe, non? ... Ou alors j'ai la "berlue"...

@+. Babdu89 .

Pimprelune · Le 02/08/2016, à 09:18

Bonjour au Forum et un grand merci à moko138 et à Babdu89 qui travaillent en tant qu'experts sur mon (gros) bug !

Pour revenir au problème qui a fait que j'ai formaté ce qu'il ne fallait pas :

--> J'ai ouvert Disques pour donner un label (ou étiquette) et c'est là que je n'ai pas fait attention, j'ai formaté le 1er disque de la liste... qui était mon DDInterne.

Auparavant, j'avais bien formaté le bon disque - DDExterne - via GParted, mais pour étiqueter, le collègue de l'Axul m'avait conseillé cette appli - Disques - plutôt que GP.

Maintenant que j'ai compris le système de l'étiquette, GP me paraît convenir tout seul. Tardivement, hélas

Et tuxmarc a proposé photorec pour récupérer mes fichiers, docs et photos, mais il semblerait que ça ne fasse que dans le jpg, a précisé moko138.

Même si toutes les formules (UUID et Cie) me restent un tantinet obscures, j'ai lu attentivement tout ce qui a été écrit pour les choses à faire.

Dernière modification par Pimprelune (Le 02/08/2016, à 09:37)

Babdu89 · Le 02/08/2016, à 09:53

Bonjour Pimprelune.

Concernant la réparation de ton Ubuntu sur le disque interne.
Stp ne fais rien pour le moment, il faut que je teste des choses, pour savoir si il a moyen de donner plusieurs solutions de réparation.
Il faut que je relise le boot info...

@+. Babdu89 .

Pimprelune · Le 02/08/2016, à 10:45

Babdu89 a écrit :

Bonjour Pimprelune.
Concernant la réparation de ton Ubuntu sur le disque interne.
Stp ne fais rien pour le moment, il faut que je teste des choses, pour savoir si il a moyen de donner plusieurs solutions de réparation.
Il faut que je relise le boot info...
@+. Babdu89 .

Merci encore à toi, Babdu89, et comme je suis sur le portable, je n'allume le fixe que pour suivre les directives données ici par moko138, aussi, pas de problème, je ne me risque plus à faire (n'importe quoi) quoi que ce soit dessus

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#126 Le 01/08/2016, à 08:42

Re : [Résolu] J'ai formaté le DDInterne au lieu du DDExterne

#127 Le 01/08/2016, à 08:53

Re : [Résolu] J'ai formaté le DDInterne au lieu du DDExterne

#128 Le 01/08/2016, à 14:01

Re : [Résolu] J'ai formaté le DDInterne au lieu du DDExterne

#129 Le 01/08/2016, à 14:05

Re : [Résolu] J'ai formaté le DDInterne au lieu du DDExterne

#130 Le 01/08/2016, à 14:22

Re : [Résolu] J'ai formaté le DDInterne au lieu du DDExterne

#131 Le 01/08/2016, à 14:24

Re : [Résolu] J'ai formaté le DDInterne au lieu du DDExterne

#132 Le 01/08/2016, à 14:29

Re : [Résolu] J'ai formaté le DDInterne au lieu du DDExterne

#133 Le 01/08/2016, à 14:38

Re : [Résolu] J'ai formaté le DDInterne au lieu du DDExterne

#134 Le 01/08/2016, à 14:41

Re : [Résolu] J'ai formaté le DDInterne au lieu du DDExterne

#135 Le 01/08/2016, à 14:44

Re : [Résolu] J'ai formaté le DDInterne au lieu du DDExterne

#136 Le 01/08/2016, à 15:02

Re : [Résolu] J'ai formaté le DDInterne au lieu du DDExterne

#137 Le 01/08/2016, à 15:07

Re : [Résolu] J'ai formaté le DDInterne au lieu du DDExterne

#138 Le 01/08/2016, à 15:11

Re : [Résolu] J'ai formaté le DDInterne au lieu du DDExterne

#139 Le 01/08/2016, à 15:18

Re : [Résolu] J'ai formaté le DDInterne au lieu du DDExterne

#140 Le 01/08/2016, à 15:27

Re : [Résolu] J'ai formaté le DDInterne au lieu du DDExterne

#141 Le 01/08/2016, à 15:47

Re : [Résolu] J'ai formaté le DDInterne au lieu du DDExterne

#142 Le 01/08/2016, à 16:17

Re : [Résolu] J'ai formaté le DDInterne au lieu du DDExterne

#143 Le 01/08/2016, à 16:23

Re : [Résolu] J'ai formaté le DDInterne au lieu du DDExterne

#144 Le 01/08/2016, à 16:30

Re : [Résolu] J'ai formaté le DDInterne au lieu du DDExterne

#145 Le 02/08/2016, à 01:12

Re : [Résolu] J'ai formaté le DDInterne au lieu du DDExterne

#146 Le 02/08/2016, à 06:22

Re : [Résolu] J'ai formaté le DDInterne au lieu du DDExterne

#147 Le 02/08/2016, à 08:52

Re : [Résolu] J'ai formaté le DDInterne au lieu du DDExterne

#148 Le 02/08/2016, à 09:18

Re : [Résolu] J'ai formaté le DDInterne au lieu du DDExterne

#149 Le 02/08/2016, à 09:53

Re : [Résolu] J'ai formaté le DDInterne au lieu du DDExterne

#150 Le 02/08/2016, à 10:45

Re : [Résolu] J'ai formaté le DDInterne au lieu du DDExterne

Pied de page des forums