Bonjour,
Mon disque dur de PC portable étant plein (SSHD de 750 Go), je l'ai un peu vidé et j'ai décidé de le changer pour un de plus grande capacité, sans sauvegarder mes données puisque je comptais m'en servir justement comme sauvegarde. LDLC m'a mis le nouveau disque de 2To dans le PC et l'autre dans un boîtier (Icy box).
Sur le nouveau DD j'ai installé kubuntu 18.04 (j'étais sous ubuntu 16.04 mais la version 18.04 que j'ai testée ne me convenait pas trop). Je suis donc toute nouvelle sous kubuntu.
Après avoir réinstallé quelques logiciels j'ai voulu récupérer les données de mon ancien DD pour les copier dans le nouveau. Or quand je le branche seule une des partitions (de 243 Mo) est reconnue. Le vendeur m'a dit qu'il voyait les données du disque mais que c'était un pb de montage et qu'il existait des tutos...
J'ai trouvé ce sujet:
https://forum.ubuntu-fr.org/viewtopic.php?id=2002553 qui m'a fait un peu peur mais surtout je ne suis pas sûre qu'il corresponde exactement à mon cas.
J'ai testé la commande
sudo fdisk -l
Elle donne ceci :
grililalu@grililalu-W54xEU:~$ sudo fdisk -l
[sudo] Mot de passe de grililalu :
Disque /dev/sda : 1,8 TiB, 2000398934016 octets, 3907029168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0xa9ef5b95
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sda1 * 2048 3907028991 3907026944 1,8T 83 Linux
Disque /dev/sdb : 698,7 GiB, 750156374016 octets, 1465149168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 33553920 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x000ba9ca
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sdb1 * 2048 499711 497664 243M 83 Linux
/dev/sdb2 501758 1465147391 1464645634 698,4G 5 Étendue
/dev/sdb5 501760 1465147391 1464645632 698,4G 8e LVM Linux
La partition 2 ne commence pas sur une frontière de cylindre physique.
grililalu@grililalu-W54xEU:~$
Mon DDE existe donc bien en /dev/sdb, avec ce message d'erreur (en rouge) "La partition 2 ne commence pas sur une frontière de cylindre physique". Actuellement seule la partition sdb1 est montée, et je n'arrive pas à voir comment monter les autres.
la commande
sudo parted -l
donne ceci :
grililalu@grililalu-W54xEU:~$ sudo parted -l
Modèle: ATA TOSHIBA HDWL120 (scsi)
Disque /dev/sda : 2000GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : msdos
Disk Flags:
Numéro Début Fin Taille Type Système de fichiers Fanions
1 1049kB 2000GB 2000GB primary ext4 démarrage
Modèle: JMicron Generic (scsi)
Disque /dev/sdb : 750GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : msdos
Disk Flags:
Numéro Début Fin Taille Type Système de fichiers Fanions
1 1049kB 256MB 255MB primary ext2 démarrage
2 257MB 750GB 750GB extended
5 257MB 750GB 750GB logical lvm (gestionnaire de volumes logiques)
grililalu@grililalu-W54xEU:~$
Si j'essaie de monter la partition 2, cela donne :
grililalu@grililalu-W54xEU:~$ sudo mount /dev/sdb2 /mnt
mount: /mnt : wrong fs type, bad option, bad superblock on /dev/sdb2, missing codepage or helper program, or other error.
grililalu@grililalu-W54xEU:~$
Si j'essaie de monter la partition 5 (aucune idée de pourquoi elle s'appelle 5, au passage), ça semble encore pire :
grililalu@grililalu-W54xEU:~$ sudo mount /dev/sdb5 /mnt
mount: /mnt : type de système de fichiers « LVM2_member » inconnu.
grililalu@grililalu-W54xEU:~$
Le même post parlait de tester le disque avec smartctl :
grililalu@grililalu-W54xEU:~$ sudo smartctl -a /dev/sdb2
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.15.0-34-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Vendor: JMicron
Product: Generic
Revision: 8101
Compliance: SPC-4
User Capacity: 750156374016 bytes [750 GB]
Logical block size: 512 bytes
LU is fully provisioned
Logical Unit id: 0x3001234567891234
Serial number: 0123456789ABCDEF
Device type: disk
Local Time is: Sat Sep 29 16:31:53 2018 CEST
SMART support is: Unavailable - device lacks SMART capability.
=== START OF READ SMART DATA SECTION ===
Current Drive Temperature: 0 C
Drive Trip Temperature: 0 C
Error Counter logging not supported
No self-tests have been logged
grililalu@grililalu-W54xEU:~$
Si je teste sdb5, ça donne ça:
grililalu@grililalu-W54xEU:~$ sudo smartctl -a /dev/sdb5
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.15.0-34-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Vendor: JMicron
Product: Generic
Revision: 8101
Compliance: SPC-4
User Capacity: 750156374016 bytes [750 GB]
Logical block size: 512 bytes
LU is fully provisioned
Logical Unit id: 0x3001234567891234
Serial number: 0123456789ABCDEF
Device type: disk
Local Time is: Sat Sep 29 16:33:02 2018 CEST
SMART support is: Unavailable - device lacks SMART capability.
=== START OF READ SMART DATA SECTION ===
Current Drive Temperature: 0 C
Drive Trip Temperature: 0 C
Error Counter logging not supported
No self-tests have been logged
grililalu@grililalu-W54xEU:~$
Je n'ai pas compris tout ce que j'ai lu, mais apparemment c'était lié à des disques qui étaient très endommagés... est-ce qu'il a une chance de s'en sortir ? (j'ai absolument besoin de récupérer les données qui sont dessus, en particulier la dernière version du fichier tex de ma thèse - oui, je sais, j'aurais dû sauvegarder plus souvent, mais c'est une très longue histoire cette thèse et moi). Accessoirement il y a aussi mes photos (une bonne partie est aussi ailleurs car j'ai des sauvegardes tout de même, mais pas les dernières...).
J'ai vu qu'il existait aussi ce post :
https://forum.ubuntu-fr.org/viewtopic.php?id=1287391 mais quand j'ai vu
Si c'est le cas tu peux tenter une réparation depuis un LiveCD :
sudo fsck -f -y /dev/sda1
j'ai pris un peu peur et la suite était un peu du chinois pour moi (ça fait longtemps que je suis sous ubuntu - depuis 2008 - mais je ne suis quand même pas très avancée en ligne de commande...)
Bref. Si quelqu'un peut me dire comment je peux m'y prendre pour arriver à monter ce disque et à récupérer ses données, je prends, et il-elle aura droit à ma gratitude éternelle.
Lavinie
edit : je continue quand même à regarder avec les solutions du 2e post évoqué plus haut et ce n'est pas très rassurant:
grililalu@grililalu-W54xEU:~$ sudo fsck.ext4 -f -y /dev/sdb2
[sudo] Mot de passe de grililalu :
e2fsck 1.44.1 (24-Mar-2018)
fsck.ext4: La tentative de lecture d'un bloc depuis le système de fichiers a produit une lecture tronquée lors de la tentative d'ouverture de /dev/sdb2
Peut-être cette partition est-elle de taille zéro ?
grililalu@grililalu-W54xEU:~$
Et pour sdb5:
grililalu@grililalu-W54xEU:~$ sudo fsck.ext4 -f -y /dev/sdb5
e2fsck 1.44.1 (24-Mar-2018)
ext2fs_open2: Numéro magique invalide dans le super-bloc
fsck.ext4 : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
fsck.ext4: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb5
Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2/ext3/ext4 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
e2fsck -b 8193 <périphérique>
ou
e2fsck -b 32768 <périphérique>
/dev/sdb5 contient un système de fichiers LVM2_member
grililalu@grililalu-W54xEU:~$
J'ai donc testé les 2 solutions proposées pour sdb5 (au passage, les 2 partitions 2 et 5 semblent se chevaucher, c'est peut-être de là que vient le problème ? ou le signe du problème, je ne sais pas ?)
grililalu@grililalu-W54xEU:~$ e2fsck -b 8193 sdb5
e2fsck 1.44.1 (24-Mar-2018)
e2fsck: Aucun fichier ou dossier de ce type lors de la tentative d'ouverture de sdb5
Périphérique peut-être inexistant ?
grililalu@grililalu-W54xEU:~$ e2fsck -b 32768 sdb5
e2fsck 1.44.1 (24-Mar-2018)
e2fsck: Aucun fichier ou dossier de ce type lors de la tentative d'ouverture de sdb5
Périphérique peut-être inexistant ?
grililalu@grililalu-W54xEU:~$