[mount/dd] Partition disque dur disparue (résolu)

[zanto]

Bonjour,

En voulant graver une image ISO sur une clé USB et en faisant quelques (mauvaises) manip' je n'arrive plus à monter mon disque dur de données.

Voici mon fichier /etc/fstab :

Code : Tout sélectionner

UUID=81cd2062-9bcd-45f3-b5d6-001aceb77985 / ext4 rw,relatime,data=ordered 0 1
UUID=d11c2a00-16a0-4bb8-b7d5-7c49d92a9e19 swap swap defaults 0 0
UUID=cb1c9db8-f6b6-4660-a6c4-7645964e2df6 /boot ext2 defaults 0 0
UUID=5CBB-8AF1 /boot/efi vfat defaults 0 0
UUID=c4f546c7-c1ba-43e7-8610-23a8cde084c3 /mnt/DATA ext4 rw,relatime,exec,auto 0 2

J'ai donc mon SSD avec le système sur /dev/sda et mon disque dur de 500GB en EXT4 sur /dev/sdb (ici la partition /dev/sdb1 n'apparait plus) :

Code : Tout sélectionner

NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 111.8G  0 disk 
├─sda1   8:1    0     2M  0 part 
├─sda2   8:2    0   100M  0 part /boot/efi
├─sda3   8:3    0   256M  0 part /boot
├─sda4   8:4    0 103.8G  0 part /
└─sda5   8:5    0   7.7G  0 part [SWAP]
sdb      8:16   0 465.8G  0 disk 

J'ai donc connecté une clé USB sur /dev/sdc et voici les commandes de mon historique :

Code : Tout sélectionner

 9934  yaourt -S ms-sys
 9935  ls
 9936  lsblk
 9937  sudo umount /dev/sdc1 # démontage de ma clé qui s'est automount
 9938  lsblk
 9939  sudo fdisk /dev/sdb
 9940  ls
 9941  lsblk
 9942  ms-sys -7 /dev/sdc
 9943  sudo ms-sys -7 /dev/sdc
 9944  sudo mount -o loop ~/win.iso /mnt/iso # mauvaise commande /mnt/iso n'existe pas
 9945  sudo mount -o loop ~/win.iso /mnt/DATA/iso/ # ok
 9946  sudo mount /dev/sdb1 /mnt/DATA/usb/ # erreur je voulais monter /dev/sdc1
 9947  lsblk
 9948  sudo mount /dev/sdb1 /mnt/DATA # je remonte /dev/sdb1 sur /mnt/DATA
 9949  sudo umount /dev/sdb1 # je démonte /dev/sdb1
 9950  sudo mount /dev/sdc1 /mnt/DATA/usb/ # je remonte correctement /dev/sdc1 sur /mnt/DATA/usb/
 9951  ls -al /mnt/DATA/iso/ # je vérifie les fichiers
 9952  cp -r /mnt/DATA/iso/* /mnt/DATA/usb/ # je copie les fichiers de mon iso sur ma clé
 9953  sync # je sync
 9954  lsblk
 9955  sudo umount /dev/sdc1
 9956  sudo umount loop0
 9957  sudo umount /mnt/DATA/iso
 9958  lsblk
 9959  exit # dernière commande avant reboot

Depuis que j'ai effectué ces commandes, mon disque dur n'a plus de partition /dev/sdb1 qui a disparu et fsck ne passe pas pour corriger. J'ai bien fait quelques erreurs que j'ai indiqué en commentaire ci-dessus mais je ne vois pas comment la partition a pu sauter...

Quelqu'un a-t-il une explication ?

Merci de votre aide.

[waitnsea]

Bonjour,
Ta commande 9939 : tu as lancé fdisk en root sur /dsv/sdb, on ne voit pas ce que tu as fait après, mais il y a des chances que tu aies créé une nouvelle table de partitions.
Comme tu n'as rien écrit depuis, ton disque n'apparaissant plus, il y a des chances que tu puisse récupérer ton système avec testdisk
Il y a le Wiki, et le web est plein de tutos : ici par exemple ou ici
Normalement il peut retrouver/recréer la table de partition
L'alternative qui est de récupérer les données en vrac sur un support externe par photorec ou foremost est une vraie galère
Edit : Je retrouve dans mes aide-mémoire :

Code : Tout sélectionner

• TestDisk :
Lancer TestDisk > sélectionner "Create" > entrée > sélectionner le DD à explorer et 
"Proced" > entrée > sélectionner "intel" > entrée > sélectionner "Analyse" > entrée > 
Les partitions sont affichées, ne rien faire > entrée > sélectionner la partion à transformer. 
Là vous pouvez modifier le statut de chaque partition, principale, étendu ou logique (*, P, L, E, D),
par les flèches droite gauche > entrée > "Write" > entrée > confirmer par "Y".

[zanto]

En effet tu dois avoir raison, c'est très bizarre je croyais me souvenir avoir quitté fdisk sans rien faire...

On dirait que testdisk va pouvoir me sauver la vie :

Code : Tout sélectionner

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

Disk /dev/sdb - 500 GB / 465 GiB - CHS 60801 255 63

     Partition                  Start        End    Size in sectors

 1 P Linux                    0  32 33 60801  80 15  976771072 [DATA]

J'ai pas encore osé écrire la partition je préfère faire une image de mon disque avant. Je te tiens au courant dès c'est fini

[waitnsea]

Je me souviens de ce post affirmant que les dernières versions de gparted (qui existe aussi en cd/live) permettraient de récupérer une table de partition effacée.
Je ne l'ai jamais fait, alors que j'ai déjà utilisé (une seule fois, mais quel bonheur !) testdisk avec succès.
Le manuel de gparted, lui, renvoie à testdisk

[zanto]

C'est au top, testdisk a fait le boulot parfaitement !

Merci beaucoup j'avais pas tout backup sur ce disque

[avi3000]

Manip de barbu :
Sauvegarder sa table de partitions dans un fichier texte, ce qui permet de la recréer manuellement avec parted ou autres.

Code : Tout sélectionner

parted /dev/sda unit s print

Modèle: ATA Samsung SSD 840 (scsi)
Disque /dev/sda : 234441648s
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : gpt
Disk Flags: 
Numéro  Début       Fin         Taille     Système de fichiers  Nom          Fanions
 1      34s         12287s      12254s                          bios-grub    bios_grub
 2      12288s      983039s     970752s    fat32                FAT32
 3      17694720s   34406399s   16711680s  ext4                 arch64
 4      34406400s   51118079s   16711680s  ext4                 wheezy64
 5      51118080s   67829759s   16711680s  ext4                 jessie64
 6      67829760s   84541439s   16711680s  ext4                 arch-a6
 7      84541440s   101253119s  16711680s  ext4                 wheezy32
 8      101253120s  117964799s  16711680s  ext4                 jessie32
 9      117964800s  134676479s  16711680s  ext4                 voidmusl
10      134676480s  151387417s  16710938s  ext4                 trusty32
11      151388160s  168099839s  16711680s
12      168099840s  184811519s  16711680s
13      184811520s  201523199s  16711680s
14      201524800s  217397239s  15872440s                       freebsd10
15      217397240s  218232823s  835584s                         freebsd-swp
16      218234880s  234441614s  16206735s                       lnx-swap

[waitnsea]

Je suis un peu étonné...
Comment restaures-tu une table de partitions effacée avec ça ?
Je connaissais

Code : Tout sélectionner

sudo dd if=/dev/sda of=/path/to/backup/MBR_SDA.dmp bs=512 count=1

[avi3000]

j'ai écrit recréer, pas restaurer.

exemple de code de recréation :

Code : Tout sélectionner

parted /dev/sda mklabel gpt

parted -s /dev/sda mkpart primary 34s          16064s
parted -s /dev/sda mkpart primary 16065s       96390000s
parted -s /dev/sda mkpart primary 120503565s   128536064s
....

parted /dev/sda set 1 bios_grub on
parted /dev/sda name 1 bios-grub
....

Fonctionne également sur les tables MBR.
Cette manip permet également de passer d'une table MBR à une table GPT.

[waitnsea]

tout ça est non-destructif pour les données devenues inaccessibles ?

[avi3000]

c'est le but.

Tant que tu n'écris pas sur les partitions, les données t'attendent sagement.

script de 2011 : viewtopic.php?f=18&t=9405

[waitnsea]

script de 2011 : viewtopic.php?f=18&t=9405

Ce script pour remettre en ordre une table de partition gpt est maintenant dépassé par la simple commande # sgdisk -s /dev/sdn

[oktoberfest]

tout ça est non-destructif pour les données devenues inaccessibles ?

Une table des partitions n'est qu'un tableau indiquant le début et la fin de chaque partition, totalement indépendant des données sur les partitions elles-mêmes.

[avi3000]

Il n'est pas dépassé puisqu'il fonctionne.

et puis je suis un fan de parted, requis par udisks donc présent sur quasiment toutes les installations.
ce qui n'est pas le cas de gptfdisk.

[waitnsea]

Une table des partitions n'est qu'un tableau indiquant le début et la fin de chaque partition, totalement indépendant des données sur les partitions elles-mêmes.

Je pensais qu'elle renseignait aussi sur le type de partitionnement (mkpart PART-TYPE [FS-TYPE] DEBUT FIN dans le man) ce qui n'est pas flagrant dans la commande :
parted -s /dev/sda mkpart primary 34s 16064s

[avi3000]

comme indiqué dans ce foutu manuel, c'est fully documented => https://www.gnu.org/software/parted/man ... tml#mkpart

Par défaut, le fstype est linux/ext2 (qui convient aussi pour ext3 et 4). Ca m'avait posé problème pour une install W7 qui refusait de booter.

[waitnsea]

comme indiqué dans ce foutu manuel, c'est fully documented => https://www.gnu.org/software/parted/man ... tml#mkpart

Par défaut, le fstype est linux/ext2 (qui convient aussi pour ext3 et 4). Ca m'avait posé problème pour une install W7 qui refusait de booter.

Merci, je comprends (enfin ?)...

[avi3000]

les codes hexa pour le fstype => http://www.tldp.org/HOWTO/Partition-Mas ... /x190.html

[waitnsea]

comme dans fdisk bien sûr, qui d'ailleurs s'est (encore en beta ?) adapté à GPT