Contenu | Rechercher | Menus

Annonce

L'équipe des administrateurs et modérateurs du forum vous invite à prendre connaissance des nouvelles règles.
En cas de besoin, vous pouvez intervenir dans cette discussion.

Ubuntu 18.04 LTS
Ubuntu-fr propose des clés USB de Ubuntu et toutes ses « saveurs » ainsi qu'un magnifique t-shirt pour cette toute nouvelle version d'Ubuntu !

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#26 Le 15/04/2018, à 18:11

jamesbad000

Re : Plus de système de fichier, du jour au lendemain

Entrée et après  "deeper search" OK, pas write.
PS: entrée + write validerait toutes les partitions sur lequel il y a "P" au début. Pas seulement la 3ème

Dernière modification par jamesbad000 (Le 15/04/2018, à 18:14)


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#27 Le 15/04/2018, à 19:00

OrionB

Re : Plus de système de fichier, du jour au lendemain

Après avoir fait une "deep search" j'ai maintenant :

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sda - 256 GB / 238 GiB - CHS 31130 255 63
     Partition               Start        End    Size in sectors
>D MS Data                     2046     499709     497664
 D MS Data                     2048     499711     497664
 D MS Data                     2048    1050623    1048576 [NO NAME]
 D MS Data                     2054    1050629    1048576 [NO NAME]
 D MS Data                   501760     505855       4096
 D MS Data                  1050622    1550333     499712
 D MS Data                  1050624    1550335     499712
 P MS Data                  1550336    1554431       4096
 D MS Data                 78153748   78353400     199653 [l M-BM-L#A ~A@N ]
 D MS Data                 78153749   78353401     199653 [l M-BM-L#A ~A@N ]


Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
                P=Primary  D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
     Enter: to continue
ext2 blocksize=1024 Large_file Sparse_SB Backup_SB, 254 MB / 243 MiB

Que dois-je faire maintenant?
C'est bizarre les partitions sont passées en "D" comme "Delete" au lieu de P "Primary"
Je peux recommencer depuis le début si quelque chose gène.

Dernière modification par OrionB (Le 15/04/2018, à 19:13)


Lycéen en Terminale S-SI, utilise GNU/Linux Ubuntu/Debian depuis août 2014. A lu "Reprenez le contrôle à l'aide de Linux" du Site du Zéro.

Hors ligne

#28 Le 15/04/2018, à 19:23

jamesbad000

Re : Plus de système de fichier, du jour au lendemain

Mouhai,

Je suggère d'utiliser l'option "P: list files" sur chaque partitions.
Ensuite tu indique la liste des partitions sur lesquelles ça a fonctionné (là ou tu as pu accéder à la liste des fichiers/répertoires) accompagné de ligne de bas d'écran correspondante. Par ex:

ext2 blocksize=1024 Large_file Sparse_SB Backup_SB, 254 MB / 243 MiB

Ainsi on va pouvoir "cartographier" partiellement le contenu du disque et déduire les espaces dispo ou peut se trouver vraiment la partition luks.
Car il semble que l'entête luks ne contienne pas d'information sur la taille du volume.
Et on ne va pas valider un partitionnement GPT dans un premier temps...


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#29 Le 15/04/2018, à 19:29

jamesbad000

Re : Plus de système de fichier, du jour au lendemain

OrionB a écrit :

C'est bizarre les partitions sont passées en "D" comme "Delete" au lieu de P "Primary"

Normal car les partitions trouvées par le deep search se chevauchent. Si bien qu'il faudrait indiquer lesquels on veut récupérer...
Alors que le quick search lui, ne cherche (et ne trouve) que des partitions consécutives. Le partitionnement qui en découle est donc techniquement valide.


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#30 Le 15/04/2018, à 19:54

OrionB

Re : Plus de système de fichier, du jour au lendemain

Merci beaucoup pour ta réponse.
Ça devient un peu abstrait pour moi ces histoires de partitions qui se chevauchent...
Alors dans l'ordre des partitions affichées ci-dessus :
(1)

     MS Data                     2046     499709     497664
Can't open filesystem. Filesystem seems damaged.

(2)

     MS Data                     2048     499711     497664
Directory /
No file found, filesystem may be damaged.

(3)

     MS Data                     2048    1050623    1048576 [NO NAME]
Directory /
>drwxr-xr-x     0     0         0  3-Sep-2017 13:07 EFI

(4)

     MS Data                     2054    1050629    1048576 [NO NAME]
Directory /
No file found, filesystem may be damaged.

(5)
ON NE PEUT PAS UTILISER LA LETTRE P POUR CELLE-CI.
(6)

     MS Data                  1050622    1550333     499712
Can't open filesystem. Filesystem seems damaged.

(7)

     MS Data                  1050624    1550335     499712
Directory /

>drwxr-xr-x     0     0      1024 31-Mar-2018 20:36 .
 drwxr-xr-x     0     0      1024 31-Mar-2018 20:36 ..
 drwx------     0     0     12288  3-Sep-2017 12:53 lost+found
 drwxr-xr-x     0     0      1024  3-Sep-2017 12:54 efi
 -rw-r--r--     0     0    186567  2-Mar-2018 07:52 config-4.9.0-6-amd64
 -rw-r--r--     0     0   4224800  2-Mar-2018 07:52 vmlinuz-4.9.0-6-amd64
 drwxr-xr-x     0     0      1024  3-Mar-2018 18:48 grub
 -rw-r--r--     0     0    186443 23-Dec-2017 00:39 config-4.9.0-4-amd64
 -rw-r--r--     0     0  20781311 31-Mar-2018 20:36 initrd.img-4.9.0-6-amd64.new
 -rw-r--r--     0     0  20781311 31-Mar-2018 20:36 initrd.img-4.9.0-6-amd64
 -rw-r--r--     0     0   4212512 23-Dec-2017 00:39 vmlinuz-4.9.0-4-amd64
 -rw-r--r--     0     0    186473  4-Jan-2018 11:12 config-4.9.0-5-amd64
 -rw-r--r--     0     0   3183748 23-Dec-2017 00:39 System.map-4.9.0-4-amd64
 -rw-r--r--     0     0  20646639 23-Dec-2017 23:53 initrd.img-4.9.0-4-amd64


PAREIL, ON NE PEUT PAS SUR LES TROIS DERNIÈRES

Ensuite la liste des partitions, toujours dans l'ordre :
(1)

ext2 blocksize=1024 Large_file Sparse_SB Backup_SB, 254 MB / 243 MiB

(2)

ext2 blocksize=1024 Large_file Sparse_SB Backup_SB, 254 MB / 243 MiB

(3)

FAT32, blocksize=4096, 536 MB / 512 MiB

(4)

FAT32, blocksize=4096, 536 MB / 512 MiB

(5)

LUKS 1 (Data size unknown), 2097 KB / 2048 KiB

(6)

ext2 blocksize=1024 Large_file Sparse_SB Backup_SB, 255 MB / 244 MiB

(7)

ext2 blocksize=1024 Large_file Sparse_SB, 255 MB / 244 MiB

(8)

LUKS 1 (Data size unknown), 2097 KB / 2048 KiB

(9)

cramfs, 102 MB / 97 MiB

(10)

cramfs, 102 MB / 97 MiB

Pfiou. Voilà. Que dois-je faire maintenant ?

Dernière modification par OrionB (Le 15/04/2018, à 19:54)


Lycéen en Terminale S-SI, utilise GNU/Linux Ubuntu/Debian depuis août 2014. A lu "Reprenez le contrôle à l'aide de Linux" du Site du Zéro.

Hors ligne

#31 Le 15/04/2018, à 20:05

jamesbad000

Re : Plus de système de fichier, du jour au lendemain

Ok la 3 et la 7 sont donc bien valides (et correspondent au 2 premieres partitions du quicksearch)
Et la 8 (= la 3 dans quicksearch) correspond donc probablement à l'entête du volume lucks. Comme suggéré par ??.

Bon pour la suite, je crois que ça sera plus simple, que je t'indique les manip à la ligne de commande que dans testdisk.

Donc enter, puis Quit. Et je t'envoi la suite dans qq minutes


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#32 Le 15/04/2018, à 20:26

jamesbad000

Re : Plus de système de fichier, du jour au lendemain

on va d'abord essayer de trouver ce que contient (LVM ou système de fichier) et ou fini le volume

sudo losetup -f --show -o $((1550336*512)) /dev/sda
sudo lsblk -o size,name,label,fstype,mountpoint

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#33 Le 15/04/2018, à 20:26

OrionB

Re : Plus de système de fichier, du jour au lendemain

Je fais entrer sur n'importe quelle partition/option ?


Lycéen en Terminale S-SI, utilise GNU/Linux Ubuntu/Debian depuis août 2014. A lu "Reprenez le contrôle à l'aide de Linux" du Site du Zéro.

Hors ligne

#34 Le 15/04/2018, à 20:27

jamesbad000

Re : Plus de système de fichier, du jour au lendemain

OrionB a écrit :

Je fais entrer sur n'importe quelle partition/option ?

Oui: Entrée ne change rien aux partitions, il permet juste de passer à l'écran suivant


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#35 Le 15/04/2018, à 20:31

OrionB

Re : Plus de système de fichier, du jour au lendemain

Très bien je l'ai fait. Je quitte le programme complètement?
Vraiment, merci énormément.


Lycéen en Terminale S-SI, utilise GNU/Linux Ubuntu/Debian depuis août 2014. A lu "Reprenez le contrôle à l'aide de Linux" du Site du Zéro.

Hors ligne

#36 Le 15/04/2018, à 20:32

jamesbad000

Re : Plus de système de fichier, du jour au lendemain

Oui quitte complètement, et ensuite tu fais ce que j'ai indiqué au post #32 !


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#37 Le 15/04/2018, à 21:00

OrionB

Re : Plus de système de fichier, du jour au lendemain

Très bien merci! (Parfois je rate des messages parce que je ne vois pas les posts précédents en répondant)
Voici le contenu du terminal :

ubuntu@ubuntu:~$ sudo losetup -f --show -o $((1550336*512)) /dev/sda
/dev/loop1
ubuntu@ubuntu:~$ sudo lsblk -o size,name,label,fstype,mountpoint
  SIZE NAME   LABEL                    FSTYPE      MOUNTPOINT
237.8G loop1                           crypto_LUKS 
 29.2G sdb    Ubuntu 16.04.3 LTS amd64 iso9660     /cdrom
  2.3M ├─sdb2 Ubuntu 16.04.3 LTS amd64 vfat        
  1.5G └─sdb1 Ubuntu 16.04.3 LTS amd64 iso9660     
  1.4G loop0                           squashfs    /rofs
238.5G sda                         

Lycéen en Terminale S-SI, utilise GNU/Linux Ubuntu/Debian depuis août 2014. A lu "Reprenez le contrôle à l'aide de Linux" du Site du Zéro.

Hors ligne

#38 Le 15/04/2018, à 21:05

jamesbad000

Re : Plus de système de fichier, du jour au lendemain

Ok on avance encore d'un pas en essayant d'ouvrir le volume chiffré

sudo cryptsetup luksOpen /dev/loop1 recup
sudo lsblk -o size,name,label,fstype,mountpoint /dev/loop1

Dernière modification par jamesbad000 (Le 15/04/2018, à 21:05)


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#39 Le 15/04/2018, à 21:09

OrionB

Re : Plus de système de fichier, du jour au lendemain

NICE! J'ai accès aux données ! En espérant qu'elles sont intactes !

ubuntu@ubuntu:~$ sudo cryptsetup luksOpen /dev/loop1 recup
Enter passphrase for /dev/sda: 
ubuntu@ubuntu:~$ sudo lsblk -o size,name,label,fstype,mountpoint /dev/loop1
  SIZE NAME                    LABEL FSTYPE      MOUNTPOINT
237.8G loop1                         crypto_LUKS 
237.8G └─recup                       LVM2_member 
229.9G   ├─ddeborib--vg-root         ext4        
  7.9G   └─ddeborib--vg-swap_1       swsuspend  

Lycéen en Terminale S-SI, utilise GNU/Linux Ubuntu/Debian depuis août 2014. A lu "Reprenez le contrôle à l'aide de Linux" du Site du Zéro.

Hors ligne

#40 Le 15/04/2018, à 21:11

OrionB

Re : Plus de système de fichier, du jour au lendemain

Est-ce possible de ne pas tout réinstaller ?


Lycéen en Terminale S-SI, utilise GNU/Linux Ubuntu/Debian depuis août 2014. A lu "Reprenez le contrôle à l'aide de Linux" du Site du Zéro.

Hors ligne

#41 Le 15/04/2018, à 21:23

jamesbad000

Re : Plus de système de fichier, du jour au lendemain

En principe oui. Il me reste à trouver comment avoir la position exacte de la fin du volume pour être certain qu'on peut recréer une table de partition GPT sans écraser de données à la fin du disque.

En attendant, si tu as des données à sauvegarder ne te gêne pas.


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#42 Le 15/04/2018, à 21:32

OrionB

Re : Plus de système de fichier, du jour au lendemain

Incroyable. Merci énormément.
Je me suis précipité de sortir mon disque après avoir vu mes fichiers pour tout te dire lol


Lycéen en Terminale S-SI, utilise GNU/Linux Ubuntu/Debian depuis août 2014. A lu "Reprenez le contrôle à l'aide de Linux" du Site du Zéro.

Hors ligne

#43 Le 15/04/2018, à 21:41

jamesbad000

Re : Plus de système de fichier, du jour au lendemain

Voilà qui devrait donner l'information qui manque

sudo pvdisplay --units s /dev/mapper/recup

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#44 Le 15/04/2018, à 21:44

OrionB

Re : Plus de système de fichier, du jour au lendemain

Et voici :

ubuntu@ubuntu:~$ sudo pvdisplay --units s /dev/mapper/recup
  --- Physical volume ---
  PV Name               /dev/mapper/recup
  VG Name               ddeborib-vg
  PV Size               498563072 Se / not usable 6144 Se
  Allocatable           yes (but full)
  PE Size               8192 Se
  Total PE              60859
  Free PE               0
  Allocated PE          60859
  PV UUID               U02GaY-Greg-aodq-Xin3-5ebr-SwR5-95M0zn
   

Lycéen en Terminale S-SI, utilise GNU/Linux Ubuntu/Debian depuis août 2014. A lu "Reprenez le contrôle à l'aide de Linux" du Site du Zéro.

Hors ligne

#45 Le 15/04/2018, à 22:01

jamesbad000

Re : Plus de système de fichier, du jour au lendemain

Ok. Pour la suite, il ne faut pas qu'il y ait d'opération en cours sur le volume. Donc fermer toute appli qui utiliserait un fichier du volume y compris explorateur de fichier. Puis

sudo umount -lf /dev/mapper/ddeborib*
sudo cryptsetup close recup
sudo losetup -D
sudo lsblk -o size,name,label,fstype,mountpoint

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#46 Le 15/04/2018, à 22:14

OrionB

Re : Plus de système de fichier, du jour au lendemain

Voici le terminal :

ubuntu@ubuntu:~$ sudo umount -lf /dev/mapper/ddeborib*
umount: /dev/mapper/ddeborib--vg-swap_1: not mounted
ubuntu@ubuntu:~$ sudo cryptsetup close recup
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
device-mapper: remove ioctl on recup failed: Device or resource busy
Device recup is still in use.
ubuntu@ubuntu:~$ sudo losetup -D
ubuntu@ubuntu:~$ sudo lsblk -o size,name,label,fstype,mountpoint
  SIZE NAME                    LABEL                    FSTYPE      MOUNTPOINT
237.8G loop1                                            crypto_LUKS 
237.8G └─recup                                          LVM2_member 
229.9G   ├─ddeborib--vg-root                            ext4        
  7.9G   └─ddeborib--vg-swap_1                          swsuspend   
 29.2G sdb                     Ubuntu 16.04.3 LTS amd64 iso9660     /cdrom
  2.3M ├─sdb2                  Ubuntu 16.04.3 LTS amd64 vfat        
  1.5G └─sdb1                  Ubuntu 16.04.3 LTS amd64 iso9660     
  1.4G loop0                                            squashfs    /rofs
238.5G sda                           

Lycéen en Terminale S-SI, utilise GNU/Linux Ubuntu/Debian depuis août 2014. A lu "Reprenez le contrôle à l'aide de Linux" du Site du Zéro.

Hors ligne

#47 Le 15/04/2018, à 22:26

jamesbad000

Re : Plus de système de fichier, du jour au lendemain

Hum, le démontage du volume chiffré a échoué, car oublié de désactiver LVM

sudo vgchange -an 
sudo cryptsetup close recup
sudo losetup -D
sudo lsblk -o size,name,label,fstype,mountpoint

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#48 Le 15/04/2018, à 22:29

OrionB

Re : Plus de système de fichier, du jour au lendemain

Et voici encore :

ubuntu@ubuntu:~$ sudo vgchange -an
  0 logical volume(s) in volume group "ddeborib-vg" now active
ubuntu@ubuntu:~$ sudo cryptsetup close recup
ubuntu@ubuntu:~$ sudo losetup -D
ubuntu@ubuntu:~$ sudo lsblk -o size,name,label,fstype,mountpoint
  SIZE NAME   LABEL                    FSTYPE   MOUNTPOINT
 29.2G sdb    Ubuntu 16.04.3 LTS amd64 iso9660  /cdrom
  2.3M ├─sdb2 Ubuntu 16.04.3 LTS amd64 vfat     
  1.5G └─sdb1 Ubuntu 16.04.3 LTS amd64 iso9660  
  1.4G loop0                           squashfs /rofs
238.5G sda         

Lycéen en Terminale S-SI, utilise GNU/Linux Ubuntu/Debian depuis août 2014. A lu "Reprenez le contrôle à l'aide de Linux" du Site du Zéro.

Hors ligne

#49 Le 15/04/2018, à 22:31

jamesbad000

Re : Plus de système de fichier, du jour au lendemain

parfais, maintenant recréation du partitionnement et vérif

sudo sgdisk /dev/sda -o
sudo sgdisk /dev/sda -n 1 2048 1050623
sudo sgdisk /dev/sda -n 2 1050624 1550335
sudo sgdisk /dev/sda -n 3 1550336 500113407
sudo sgdisk /dev/sda -p
sudo cryptsetup luksOpen /dev/sda3 recup
sudo lsblk -o size,name,label,fstype,mountpoint
ls /dev/mapper

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#50 Le 15/04/2018, à 22:32

OrionB

Re : Plus de système de fichier, du jour au lendemain

Yup. Quelques soucis apparemment...

ubuntu@ubuntu:~$ sudo sgdisk /dev/sda -o

***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory. 
***************************************************************

Non-GPT disk; not saving changes. Use -g to override.
ubuntu@ubuntu:~$ sudo sgdisk /dev/sda -n 1 2048 1050623

***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory. 
***************************************************************

Non-GPT disk; not saving changes. Use -g to override.
ubuntu@ubuntu:~$ sudo sgdisk /dev/sda -n 2 1050624 1550335

***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory. 
***************************************************************

Non-GPT disk; not saving changes. Use -g to override.
ubuntu@ubuntu:~$ sudo sgdisk /dev/sda -n 3 1550336 500113407

***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory. 
***************************************************************

Non-GPT disk; not saving changes. Use -g to override.
ubuntu@ubuntu:~$ sudo sgdisk /dev/sda -p

***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory. 
***************************************************************

Disk /dev/sda: 500118192 sectors, 238.5 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 24FEA3F9-1718-4193-9533-5FB7D1D96883
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 500118158
Partitions will be aligned on 2048-sector boundaries
Total free space is 500118125 sectors (238.5 GiB)

Number  Start (sector)    End (sector)  Size       Code  Name
ubuntu@ubuntu:~$ sudo cryptsetup luksOpen /dev/sda3 recup
Device /dev/sda3 doesn't exist or access denied.
ubuntu@ubuntu:~$ sudo lsblk -o size,name,label,fstype,mountpoint
  SIZE NAME   LABEL                    FSTYPE   MOUNTPOINT
 29.2G sdb    Ubuntu 16.04.3 LTS amd64 iso9660  /cdrom
  2.3M ├─sdb2 Ubuntu 16.04.3 LTS amd64 vfat     
  1.5G └─sdb1 Ubuntu 16.04.3 LTS amd64 iso9660  
  1.4G loop0                           squashfs /rofs
238.5G sda                                      
ubuntu@ubuntu:~$ ls /dev/mapper
control
 

Lycéen en Terminale S-SI, utilise GNU/Linux Ubuntu/Debian depuis août 2014. A lu "Reprenez le contrôle à l'aide de Linux" du Site du Zéro.

Hors ligne