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

Récupération de données sur un disque dur de portable Acer

Mornagest

Ah, moi, c'était la répétition de chorale 😛

J'ai tout éteint, tout rallumé, tout rebranché, et je retrouve mes données sur /sdb, y compris l'image faite par ddrescue.

??

Bonsoir
je suis content que tu retrouves te données.

Rien ne s'oppose plus à l'essai de cette commande

sudo mkfs.fat -v /dev/sdc2

Je suis toujours convaincu que tu n'as pas de partitions dans SDB. Pourrais-tu donner le retour de

sudo fdisk -l | grep sdb

sudo blkid | grep sdb

Mornagest

Je fais ça en rentrant ce soir 🙂 j'espère pouvoir récupérer ces fichues données... d'autant que la remise en état du portable semble assez lointaine pour l'instant, le changement de pile n'a rien donné.

C'est bizarre, cette histoire de partition ; je suis sûr à 99,9 % que j'ai bien créé une partoche unique en ext4 lorsque j'ai formaté ce disque dur... disque dur que j'ai acheté neuf et qui était bien sûr nu.

Nasman

Pour voir l'en-tête de sdc2 et savoir si cela correspond à du FAT16 ou NTFS

sudo dd if=/dev/sdc bs=512 count=4 skip=20467712 | hexdump -C

??

Bonjour Nasman.
Je te laisse oeuvrer dans les octets

Mornagest

D'acc, merci !

Ça me paraîtrait bizarre que ce soit du FAT16... le portable date de 2007, ce format n'était déjà plus usité pour des disques aussi gros (Moko a raison, je crois bien que le FAT32 ne gère déjà pas de partition plus grande que 2 Gio environ), mais autant vérifier !

C'est sans doute là que réside le conflit, entre l'en-tête de la partition et le format réel utilisé ? Question subsidiaire, comment ce FAT16 est arrivé là ? 😛

lovesuprem

Bonjour à tous,
pourriez vous m'aider à recuperer mes playlists rythmbox depuis le disque dur de mon ancien ordi acer svp
je ne sais pas où chercher et comment les charger
merci beaucoup

??

Bonjour Lovesuprem
fais donc une nouvelle discussion.

??

Mornagest a écritD'acc, merci !

Ça me paraîtrait bizarre que ce soit du FAT16... le portable date de 2007, ce format n'était déjà plus usité pour des disques aussi gros (Moko a raison, je crois bien que le FAT32 ne gère déjà pas de partition plus grande que 2 Gio environ), mais autant vérifier !

C'est sans doute là que réside le conflit, entre l'en-tête de la partition et le format réel utilisé ? Question subsidiaire, comment ce FAT16 est arrivé là ? 😛

Ce n'est pas du tout de nasmam attends de toi comme réponse.
Il t'a demandé de faire une commande,

sudo dd if=/dev/sdc bs=512 count=4 skip=20467712 | hexdump -C

tu la fais et tu attends sa réponse.

Peux-tu expliquer comment on peut mettre 4000 fichiers de 4 Go dans une partition FAT32 qui ne dépasserait pas 2 misérables Go.
A priori pour le FAT16, tu as raison, la partition ne devrait pas âtre capable de dépasser 4 Go

https://fr.wikipedia.org/wiki/FAT16 a écritclusters de 64 Ko : partitions de 256 à 4 096 Mo, c'est-à-dire 4 Go : ces partitions sont créées et gérées uniquement par Windows NT 4.0 ou postérieur.

Limitations de FAT32Techniques
Taille maximale d’un fichier : 4 Gio moins 1 octet, ou 4 294 967 295 octets (232-1).
Taille maximale de la partition : 16 Tio (en théorie) Mais les disques de 16 To existent maintenant!!!!!
Nombre de fichiers maximum : environ 268 000 000 (228 = 268 435 456)

Mornagest

Oui, je sais, mais mon disque est à la maison et je n'y suis pas 😉 je m'en occupe en rentrant.

Justement, le FAT32 n'est pas censé gérer des partitions plus grosses que 2 Gio, donc je doute que cette partition soit réellement en FAT32, d'où le conflit qui empêcherait la lecture de la partition... si j'ai bien compris.

moko138

En #17, Mornagest a écritd'après ce que je lis, le souci sur la partition /sdc2 pourrait être réglé par un chkdsk -f sur Windows, j'imagine que c'est jouable même en le branchant sur un lecteur de disque dur externe ?

De toute manière, ça peut pas le tuer de lui faire faire ça, je présume... et ça paraît logique d'utiliser un outil qui gère directement le NTFS. Non ?

Si tu prenais cette voie (*)
"sur un lecteur externe" : oui, nécessairement.

Option -r, et non -f

chkdsk -r X:

- en remplaçant X par la lettre que l'explorateur attribuera à la partition.
- à lancer depuis un windows (même un vieil XP fait l'affaire).
- suivi du rebranchement du disque dans son pc d'origine, et de DEUX démarrages consécutifs sur C:.

___
(*) Je ne conseille pas de changer de stratégie au milieu du gué !

moko138

Mornagest,
Concentre-toi, pour arrêter de confondre
- fat16, fat32 et ntfs,
- taille de fichier et taille de partition.
Sinon, ça sert à quoi qu'on se décarcasse sur ta demande d'aide ?

Rappel :

Pour éviter les confusions entre sdX et sdY, mieux vaut travailler avec les retours de

ls -l /dev/disk/by-id

/!\ Les lettres peuvent changer à chaque branchement ou démarrage ou redémarrage.

1) Le disque Hitachi 160 Go, objet de ce fil, est l'un des 2 disques branchés en USB, c'est :

/dev/disk/by-id/ata-Hitachi_HTS542516K9SA00_071124BB0C00WGHA3N0C

et aussi, au choix (à cause de l'USB) :

/dev/disk/by-id/wwn-0x5000cca531d2b0e6

sa deuxième partition, celle qui selon moi (#26) n'est pas en fat16 mais en ntfs, est :

/dev/disk/by-id/ata-Hitachi_HTS542516K9SA00_071124BB0C00WGHA3N0C-part2

[Et, pour corriger ce que j'ai dit plus haut,
sa 1ère partition est une partition de service (Mais si le poids de son contenu, affiché en #13, est complet et exact, 2 Mo, elle permet tout au plus un diagnostic ou une installation par le Net).]
- -

Il y a aussi (cf #11) :
2) le seul disque interne,
disque de 250 Go à partitions 1, 2, 5 et 6. Sa désignation sans équivoque (cf #29) est

/dev/disk/by-id/ata-ST9250410ASG_5VG1F026  # c'est un Seagate

- -

3) un deuxième disque externe-USB,

en #15, Mornagest a écrit ce disque dur externe... c'est celui que j'ai donc utilisé pour ddrescue, et que j'emploie d'ailleurs pour faire mes sauvegardes régulières de données (j'en ai un second, tout en double par sécurité).

disque de 1 To à FS ext4 et sans partition. Sa désignation sans équivoque est

/dev/disk/by-id/ata-ST1000DM003-1CH162_Z1D747QG  # c'est encore un Seagate

et aussi, au choix (à cause de l'USB) :

/dev/disk/by-id/wwn-0x5000c50064f331ef

[center]= =[/center]

Donc, puisque Nasman te l'a demandé, montre

sudo dd if=/dev/sdc bs=512 count=4 skip=20467712 | hexdump -C

Et montre aussi :

sudo dd if=/dev/disk/by-id/ata-Hitachi_HTS542516K9SA00_071124BB0C00WGHA3N0C-part2 bs=512 count=4 | hexdump -C

et le MBR du DDE de 1 To :

sudo dd if=/dev/disk/by-id/ata-ST1000DM003-1CH162_Z1D747QG2 bs=512 count=1 | hexdump -C

Mornagest

J'avoue que je n'y connais à peu près rien, c'est notamment pour ça que je dois certainement poser des questions idiotes ou incohérentes... les systèmes de fichiers, c'est vraiment pas mon rayon ^^

Je réponds à tout ça ce soir 🙂

Nasman

En fait tu as l'identifiant de fichier qui apparaît dans les tables des partitions, par exemple un id=07 signifie NTFS, et la structure réelle du système de fichiers qui est reconnaissable à l'en-tête de la partition (ce que je te demande d'afficher). Il peut arriver que l'identifiant soit modifié dans la table sans que la partition ait réellement été reformatée (donc avec réécriture des en-têtes et des systèmes d'indexation des fichiers).
En général dans ce cas, gparted fait la gueule (système de fichier inconnu) - ce qui n’empêche pas forcement le démarrage. Tu peux indiquer un type de système de fichiers NTFS à une partition ext4 dans le mbr et avoir Ubuntu qui démarre normalement.

Mornagest

D'accord, merci pour l'explication, je crois que je comprends un peu mieux le principe et la possibilité du conflit !

J'ai réalisé les commandes que vous m'avez demandées, les voici :

mornagest@affreux:~$ sudo mkfs.fat -v /dev/sdc2
mkfs.fat 4.1 (2017-01-24)
Auto-selecting FAT32 for large filesystem
/dev/sdc2 has 255 heads and 63 sectors per track,
hidden sectors 0x1385000;
logical sector size is 512,
using 0xf8 media descriptor, with 146325504 sectors;
drive number 0x80;
filesystem has 2 32-bit FATs and 64 sectors per cluster.
FAT size is 17920 sectors, and provides 2285775 clusters.
There are 64 reserved sectors.
Volume ID is 0cf3e21a, no volume label.

mornagest@affreux:~$ sudo fdisk -l | grep sdb
Disque /dev/sdb : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs

mornagest@affreux:~$ sudo blkid | grep sdb
/dev/sdb: LABEL="Sauvegarde2" UUID="d79ea873-1bb0-447f-a480-7578df5e6589" TYPE="ext4"
mornagest@affreux:~$ sudo dd if=/dev/sdc bs=512 count=4 skip=20467712 | hexdump -C
4+0 enregistrements lus
4+0 enregistrements écrits
00000000  eb 58 90 6d 6b 66 73 2e  66 61 74 00 02 40 40 00  |.X.mkfs.fat..@@.|
00000010  02 00 00 00 00 f8 00 00  3f 00 ff 00 00 50 38 01  |........?....P8.|
2048 bytes (2,0 kB, 2,0 KiB) copied, 0,370307 s, 5,5 kB/s
00000020  00 c0 b8 08 00 46 00 00  00 00 00 00 02 00 00 00  |.....F..........|
00000030  01 00 06 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000040  80 00 29 1a e2 f3 0c 4e  4f 20 4e 41 4d 45 20 20  |..)....NO NAME  |
00000050  20 20 46 41 54 33 32 20  20 20 0e 1f be 77 7c ac  |  FAT32   ...w|.|
00000060  22 c0 74 0b 56 b4 0e bb  07 00 cd 10 5e eb f0 32  |".t.V.......^..2|
00000070  e4 cd 16 cd 19 eb fe 54  68 69 73 20 69 73 20 6e  |.......This is n|
00000080  6f 74 20 61 20 62 6f 6f  74 61 62 6c 65 20 64 69  |ot a bootable di|
00000090  73 6b 2e 20 20 50 6c 65  61 73 65 20 69 6e 73 65  |sk.  Please inse|
000000a0  72 74 20 61 20 62 6f 6f  74 61 62 6c 65 20 66 6c  |rt a bootable fl|
000000b0  6f 70 70 79 20 61 6e 64  0d 0a 70 72 65 73 73 20  |oppy and..press |
000000c0  61 6e 79 20 6b 65 79 20  74 6f 20 74 72 79 20 61  |any key to try a|
000000d0  67 61 69 6e 20 2e 2e 2e  20 0d 0a 00 00 00 00 00  |gain ... .......|
000000e0  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 55 aa  |..............U.|
00000200  52 52 61 41 00 00 00 00  00 00 00 00 00 00 00 00  |RRaA............|
00000210  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000003e0  00 00 00 00 72 72 41 61  ce e0 22 00 02 00 00 00  |....rrAa..".....|
000003f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|
00000400  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000800

mornagest@affreux:~$ sudo dd if=/dev/disk/by-id/ata-Hitachi_HTS542516K9SA00_071124BB0C00WGHA3N0C-part2 bs=512 count=4 | hexdump -C
4+0 enregistrements lus
4+0 enregistrements écrits
00000000  eb 58 90 6d 6b 66 73 2e  66 61 74 00 02 40 40 00  |.X.mkfs.fat..@@.|
00000010  02 00 00 00 00 f8 00 00  3f 00 ff 00 00 50 38 01  |........?....P8.|
2048 bytes (2,0 kB, 2,0 KiB) copied, 0,364676 s, 5,6 kB/s00000020  00 c0 b8 08 00 46 00 00  00 00 00 00 02 00 00 00  |.....F..........|

00000030  01 00 06 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000040  80 00 29 1a e2 f3 0c 4e  4f 20 4e 41 4d 45 20 20  |..)....NO NAME  |
00000050  20 20 46 41 54 33 32 20  20 20 0e 1f be 77 7c ac  |  FAT32   ...w|.|
00000060  22 c0 74 0b 56 b4 0e bb  07 00 cd 10 5e eb f0 32  |".t.V.......^..2|
00000070  e4 cd 16 cd 19 eb fe 54  68 69 73 20 69 73 20 6e  |.......This is n|
00000080  6f 74 20 61 20 62 6f 6f  74 61 62 6c 65 20 64 69  |ot a bootable di|
00000090  73 6b 2e 20 20 50 6c 65  61 73 65 20 69 6e 73 65  |sk.  Please inse|
000000a0  72 74 20 61 20 62 6f 6f  74 61 62 6c 65 20 66 6c  |rt a bootable fl|
000000b0  6f 70 70 79 20 61 6e 64  0d 0a 70 72 65 73 73 20  |oppy and..press |
000000c0  61 6e 79 20 6b 65 79 20  74 6f 20 74 72 79 20 61  |any key to try a|
000000d0  67 61 69 6e 20 2e 2e 2e  20 0d 0a 00 00 00 00 00  |gain ... .......|
000000e0  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 55 aa  |..............U.|
00000200  52 52 61 41 00 00 00 00  00 00 00 00 00 00 00 00  |RRaA............|
00000210  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000003e0  00 00 00 00 72 72 41 61  ce e0 22 00 02 00 00 00  |....rrAa..".....|
000003f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|
00000400  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000800

mornagest@affreux:~$ ls -l /dev/disk/by-id
total 0
lrwxrwxrwx 1 root root  9 mai   17 19:46 ata-Hitachi_HTS542516K9SA00_071124BB0C00WGHA3N0C -> ../../sdc
lrwxrwxrwx 1 root root 10 mai   17 19:46 ata-Hitachi_HTS542516K9SA00_071124BB0C00WGHA3N0C-part1 -> ../../sdc1
lrwxrwxrwx 1 root root 10 mai   17 19:50 ata-Hitachi_HTS542516K9SA00_071124BB0C00WGHA3N0C-part2 -> ../../sdc2
lrwxrwxrwx 1 root root 10 mai   17 19:46 ata-Hitachi_HTS542516K9SA00_071124BB0C00WGHA3N0C-part3 -> ../../sdc3
lrwxrwxrwx 1 root root  9 mai   17 19:45 ata-ST1000DM003-1CH162_Z1D747QG -> ../../sdb
lrwxrwxrwx 1 root root  9 mai   17 19:44 ata-ST9250410ASG_5VG1F026 -> ../../sda
lrwxrwxrwx 1 root root 10 mai   17 19:45 ata-ST9250410ASG_5VG1F026-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 mai   17 19:45 ata-ST9250410ASG_5VG1F026-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 mai   17 19:45 ata-ST9250410ASG_5VG1F026-part5 -> ../../sda5
lrwxrwxrwx 1 root root 10 mai   17 19:45 ata-ST9250410ASG_5VG1F026-part6 -> ../../sda6
lrwxrwxrwx 1 root root  9 mai   17 19:45 ata-TSSTcorpDVD-ROM_TS-L333A -> ../../sr0
lrwxrwxrwx 1 root root 10 mai   17 19:45 dm-name-cryptswap1 -> ../../dm-0
lrwxrwxrwx 1 root root 10 mai   17 19:45 dm-uuid-CRYPT-PLAIN-cryptswap1 -> ../../dm-0
lrwxrwxrwx 1 root root  9 mai   17 19:44 wwn-0x5000c5001c33827b -> ../../sda
lrwxrwxrwx 1 root root 10 mai   17 19:45 wwn-0x5000c5001c33827b-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 mai   17 19:45 wwn-0x5000c5001c33827b-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 mai   17 19:45 wwn-0x5000c5001c33827b-part5 -> ../../sda5
lrwxrwxrwx 1 root root 10 mai   17 19:45 wwn-0x5000c5001c33827b-part6 -> ../../sda6
lrwxrwxrwx 1 root root  9 mai   17 19:45 wwn-0x5000c50064f331ef -> ../../sdb
lrwxrwxrwx 1 root root  9 mai   17 19:46 wwn-0x5000cca531d2b0e6 -> ../../sdc
lrwxrwxrwx 1 root root 10 mai   17 19:46 wwn-0x5000cca531d2b0e6-part1 -> ../../sdc1
lrwxrwxrwx 1 root root 10 mai   17 19:50 wwn-0x5000cca531d2b0e6-part2 -> ../../sdc2
lrwxrwxrwx 1 root root 10 mai   17 19:46 wwn-0x5000cca531d2b0e6-part3 -> ../../sdc3

mornagest@affreux:~$ sudo dd if=/dev/disk/by-id/ata-ST1000DM003-1CH162_Z1D747QG bs=512 count=1 | hexdump -C
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
1+0 enregistrements lus
1+0 enregistrements écrits
512 bytes copied, 0,000186129 s, 2,8 MB/s
*
00000200

moko138

Ici, sur le disque de 1 To à FS ext4 et sans partition, je ne comprends pas :

mornagest@affreux:~$ sudo dd if=/dev/disk/by-id/ata-ST1000DM003-1CH162_Z1D747QG bs=512 count=1 | hexdump -C
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
1+0 enregistrements lus
1+0 enregistrements écrits
512 bytes copied, 0,000186129 s, 2,8 MB/s
*
00000200

Le MBR serait vide ???
Je suis preneur d'explication.

[center]= =[/center]

Mornagest,
Je t'ai dit plusieurs fois d'attendre, et une fois de te concentrer.
J'ai dit
et répété
et expliqué pourquoi la partition qui paraissait en fat16 et dont le contenu est précisément l'objet de ta quête, était vraisemblablement en ntfs.
Tout ça m'a pris du temps.
Enfin, je t'ai donné à la fin du #52 les 3 commandes purement descriptives destinées à nous éclairer.

Et toi tu te précipites sur une 4ème commande

sudo mkfs.fat -v /dev/sdc2

et, la passant en 1er, tu reformates (en fat32, en plus...) la partition

mai   17 19:50 ata-Hitachi_HTS542516K9SA00_071124BB0C00WGHA3N0C-part2 -> ../../sdc2

dont tu voulais le contenu...

??

moko138 a écritIci, sur le disque de 1 To à FS ext4 et sans partition, je ne comprends pas :

Et toi tu te précipites sur une 4ème commande

sudo mkfs.fat -v /dev/sdc2

Bonsoir moko138

Tu y vas fort dans la remontrance

C'est moi qui est demandé un contrôle de qualité de cette partition via la commande
Fsck. Comme ce n'était pas très bien codifié, j'ai voulu demander fsck.fat malheureusement, j'ai mal relu et j'ai écrit mkfs.fat

Heureusement, cette partition est sauvegardée dans le disque qui n'a pas de mbr.

Nasman

Maintenant il n'y a plus de conflit (et sans doute plus de données) puisque tu as reformaté sdc2 en fat32 avant d'en avoir affiché le contenu. :/

Mornagest

C'est aussi ce qu'il me semblait lorsque j'ai voulu accéder à la partition (j'y ai accès 😛).

Je peux sans doute faire quelque chose pour récupérer les données dessus, non ? D'autre part, j'ai normalement la sauvegarde faite avec ddrescue sur mon disque de 1 Tio, je peux l'exploiter ?

??

Bonjour
Ce genre d'erreur m'est déjà arrivé une fois... C'était chmod $USER:$USER xxxxxx
Bien sur que tu peux restaurer.

Je vais retrouver ta commande de sauvetage et faire la commande inverse. Tu aurais pu le faire

Il y a probablement mieux que la commande que je fais te donner et qui va restaurer tout le disque.
Tu vas brancher ton disque émetteur
Tu vas monter ton disque émetteur sur le point de montage
Tu vas brancher ton disque a remettre en état
Tu vas bien vérifier que c'est sur sdc
Puis c'est parti dans l'autre sens

sudo      ddrescue    /media/mornagest/Sauvegarde2/RECUP2         /dev/sdc  $HOME/RESTORE2.log

Lorsque c'est restoré, la commande de vérification est

sudo dosfsck -v /dev/sdc2

Ajout
Cela permettra de savoir si c'est du format fat qui est supporté par ubuntu
Si le format n'est pas fat, il le signalera, il r aura une erreur

en cas d'informations contradictoires, je ne sais pas aller vérifier les multiples endroits où l'information est écrite et surtout celle qui fait foi.
C'est aux logiciels de s'accorder et d'éliminer ce qui ne sert à rien. On y gagnera en clarté.

« Page précédente Page suivante »