#1 Le 10/01/2021, à 19:56
- vanessaron
problème récupération données d'un vieux HD
Bonjour à tous,
Je suis passé sous linux depuis peu et viens humblement vous demander votre aide concernant un HD que j'ai récupéré d'un serveur musical géré sous linux mais je ne sais pas quelle distribution.
Ce HD (un Western digital 500 go 3.5 sata 5400 tours) contient ma bibliothèque cd que j'avais rippé il y a longtemps.
Problème : j'aimerais comme vous vous en doutez récupérer le contenu, mais avec mes compétences, c'est pas gagné, voici ce que j'ai fait :
- La commande lsblk pour voir si le HD est partionné (il y avait 7 partitions, dont certaines vides ?)
- j'ai ensuite fait un "sudo mount /dev/sdb1" (la partition qui m'intéressait)
- Après sans trop comprendre ce que je faisais, le système m'a demandé d'installer Samba. De là ça c'est compliqué : un dossier intitulé "print$" est apparu "other locations" et toutes les partitions ont disparu.
- Ensuite j'ai tenté d'ouvrir ce dossier "print$", mais samba me réclame un MDP ?? J'ai vu un tuto pour changer le fichier de conf de samba, mais ça a foiré, je ne retrouvais pas les bonnes variables (j'ai suiv ce lien : ici )
- De là j'ai fait un "dmesg | grep [sh]d[a-z]" qui a donné ceci (précision utile c'est le sdb qui m'intéresse)
0.013624] ACPI: SSDT 0x00000000CA294DD0 0012E0 (v02 SaSsdt SaSsdt 00003000 INTL 20160422)
[ 0.013638] ACPI: SSDT 0x00000000CA296928 0017AE (v02 CpuRef CpuSsdt 00003000 INTL 20160422)
[ 0.166093] NMI watchdog: Enabled. Permanently consumes one hw-PMU counter.
[ 1.108337] ahci 0000:00:17.0: flags: 64bit ncq pm led clo only pio slum part deso sadm sds apst
[ 1.459243] sd 2:0:0:0: [sda] 500118192 512-byte logical blocks: (256 GB/238 GiB)
[ 1.459248] sd 2:0:0:0: [sda] 4096-byte physical blocks
[ 1.459266] sd 2:0:0:0: [sda] Write Protect is off
[ 1.459271] sd 2:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 1.459297] sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 1.475132] sda: sda1 sda2
[ 1.476055] sd 2:0:0:0: [sda] Attached SCSI disk
[ 1.617425] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null)
[ 2.118183] EXT4-fs (sda2): re-mounted. Opts: errors=remount-ro
[ 2.736211] mei_hdcp 0000:00:16.0-b638ab7e-94e2-4ea2-a552-d1c54b627f04: bound 0000:00:02.0 (ops i915_hdcp_component_ops [i915])
[ 2.831597] snd_hda_intel 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if info 0x040380
[ 2.831615] snd_hda_intel 0000:00:1f.3: enabling device (0000 -> 0002)
[ 3.884032] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
[ 4.036683] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC3246: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:speaker
[ 4.036685] snd_hda_codec_realtek hdaudioC0D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[ 4.036687] snd_hda_codec_realtek hdaudioC0D0: hp_outs=1 (0x21/0x0/0x0/0x0/0x0)
[ 4.036689] snd_hda_codec_realtek hdaudioC0D0: mono: mono_out=0x0
[ 4.036690] snd_hda_codec_realtek hdaudioC0D0: inputs:
[ 4.036692] snd_hda_codec_realtek hdaudioC0D0: Headset Mic=0x19
[ 4.036693] snd_hda_codec_realtek hdaudioC0D0: Headphone Mic=0x1a
[ 4.036695] snd_hda_codec_realtek hdaudioC0D0: Internal Mic=0x12
[ 800.116210] sd 3:0:0:0: [sdb] 976773168 512-byte logical blocks: (500 GB/466 GiB)
[ 800.116216] sd 3:0:0:0: [sdb] 4096-byte physical blocks
[ 800.116410] sd 3:0:0:0: [sdb] Write Protect is off
[ 800.116415] sd 3:0:0:0: [sdb] Mode Sense: 53 00 00 08
[ 800.116797] sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 800.117193] sd 3:0:0:0: [sdb] Optimal transfer size 33553920 bytes not a multiple of physical block size (4096 bytes)
[ 804.552194] sd 3:0:0:0: [sdb] tag#1 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE cmd_age=4s
[ 804.552201] sd 3:0:0:0: [sdb] tag#1 Sense Key : Medium Error [current]
[ 804.552206] sd 3:0:0:0: [sdb] tag#1 Add. Sense: Unrecovered read error
[ 804.552212] sd 3:0:0:0: [sdb] tag#1 CDB: Read(10) 28 00 00 00 00 00 00 00 08 00
[ 804.552218] blk_update_request: critical medium error, dev sdb, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 804.552228] Buffer I/O error on dev sdb, logical block 0, async page read
[ 807.615431] sd 3:0:0:0: [sdb] tag#2 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE cmd_age=3s
[ 807.615472] sd 3:0:0:0: [sdb] tag#2 Sense Key : Medium Error [current]
[ 807.615480] sd 3:0:0:0: [sdb] tag#2 Add. Sense: Unrecovered read error
[ 807.615488] sd 3:0:0:0: [sdb] tag#2 CDB: Read(10) 28 00 00 00 00 00 00 00 08 00
[ 807.615497] blk_update_request: critical medium error, dev sdb, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 807.615511] Buffer I/O error on dev sdb, logical block 0, async page read
[ 811.044467] sd 3:0:0:0: [sdb] tag#3 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE cmd_age=3s
[ 811.044511] sd 3:0:0:0: [sdb] tag#3 Sense Key : Medium Error [current]
[ 811.044520] sd 3:0:0:0: [sdb] tag#3 Add. Sense: Unrecovered read error
[ 811.044529] sd 3:0:0:0: [sdb] tag#3 CDB: Read(10) 28 00 00 00 00 00 00 00 08 00
[ 811.044538] blk_update_request: critical medium error, dev sdb, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 811.044555] Buffer I/O error on dev sdb, logical block 0, async page read
[ 814.096046] sd 3:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE cmd_age=3s
[ 814.096101] sd 3:0:0:0: [sdb] tag#0 Sense Key : Medium Error [current]
[ 814.096111] sd 3:0:0:0: [sdb] tag#0 Add. Sense: Unrecovered read error
[ 814.096122] sd 3:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 00 00 00 00 00 00 08 00
[ 814.096133] blk_update_request: critical medium error, dev sdb, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 814.096152] Buffer I/O error on dev sdb, logical block 0, async page read
[ 818.532586] sd 3:0:0:0: [sdb] tag#1 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE cmd_age=4s
[ 818.532636] sd 3:0:0:0: [sdb] tag#1 Sense Key : Medium Error [current]
[ 818.532645] sd 3:0:0:0: [sdb] tag#1 Add. Sense: Unrecovered read error
[ 818.532654] sd 3:0:0:0: [sdb] tag#1 CDB: Read(10) 28 00 00 00 00 00 00 00 08 00
etc...........................................J'avoue que la phrase "logical error bloc " machin tout ça m'inquiete un peu...
Grosso modo j'ai fait n'importe quoi finalement, maintenant je viens pleurer pour que quelqu'un me remette ds le droit chemin avant que j'aille avec mon HD au récupérateur de disques du coin !
Merci pour votre aide
PS : j'ai essayé de connecter le HD sous Windows mais il n'est pas reconnu même en ayant fait la MAJ du pilote comme c'est conseillé...
Hors ligne
#2 Le 10/01/2021, à 21:09
- Qid
Re : problème récupération données d'un vieux HD
La commande lsblk pour voir si le HD est partionné (il y avait 7 partitions, dont certaines vides ?)
- j'ai ensuite fait un "sudo mount /dev/sdb1" (la partition qui m'intéressait)
- Après sans trop comprendre ce que je faisais, le système m'a demandé d'installer Samba.
Reprenons depuis le début car samba n'a rien à avoir là-dedans normalement...
On va commencer par refaire un point sur la totalité des partitions présentes quand le disque dur en question est connecté
sudo fdisk -l ; echo "--------------------------" ; sudo parted -l ; echo "--------------------------" ; sudo lsblk -o name,fstype,label,size,mountpoint -e 7 ; echo "--------------------------" ; df -aTh ; echo "--------------------------" ; free -h ; echo "--------------------------" ; ls -l /dev/disk/by-label"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#3 Le 10/01/2021, à 21:34
- vanessaron
Re : problème récupération données d'un vieux HD
Bonsoir et merci de t'intéresser à mon problème :
- voici le résultat de fdisk -l (on note au passage que le disque en question sdb est absent)
Disk /dev/loop0: 54.98 MiB, 57626624 bytes, 112552 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop1: 217.92 MiB, 228478976 bytes, 446248 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop2: 55.39 MiB, 58073088 bytes, 113424 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop3: 51.4 MiB, 53522432 bytes, 104536 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop4: 64.79 MiB, 67915776 bytes, 132648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop5: 31.6 MiB, 32571392 bytes, 63616 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop6: 49.8 MiB, 52203520 bytes, 101960 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop7: 218.102 MiB, 229629952 bytes, 448496 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/sda: 238.49 GiB, 256060514304 bytes, 500118192 sectors
Disk model: SK hynix SC311 S
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: AE563E31-3E05-4F99-841A-325B473465C9
Device Start End Sectors Size Type
/dev/sda1 2048 1050623 1048576 512M EFI System
/dev/sda2 1050624 500117503 499066880 238G Linux filesystem
Disk /dev/loop8: 31.9 MiB, 32600064 bytes, 63672 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop9: 62.9 MiB, 65105920 bytes, 127160 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes- parted -l
Model: ATA SK hynix SC311 S (scsi)
Disk /dev/sda: 256GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 538MB 537MB fat32 EFI System Partition boot, esp
2 538MB 256GB 256GB ext4
Error: /dev/sdb: unrecognised disk label
Warning: Error fsyncing/closing /dev/sdb: Input/output error
Retry/Ignore? r
Model: USB3.0 Super Speed (scsi)
Disk /dev/sdb: 500GB
Sector size (logical/physical): 512B/4096B
Partition Table: unknown
Disk Flags:
Model: ATA SK hynix SC311 S (scsi)
Disk /dev/sda: 256GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 538MB 537MB fat32 EFI System Partition boot, esp
2 538MB 256GB 256GB ext4
Error: /dev/sdb: unrecognised disk label
Warning: Error fsyncing/closing /dev/sdb: Input/output error
Retry/Ignore? r
Model: USB3.0 Super Speed (scsi)
Disk /dev/sdb: 500GB
Sector size (logical/physical): 512B/4096B
Partition Table: unknown
Disk Flags: - sudo lsblk -o name,fstype,label,size,mountpoint -e 7
NAME FSTYPE LABEL SIZE MOUNTPOINT
sda 238.5G
├─sda1 vfat 512M /boot/efi
└─sda2 ext4 238G /
sdb 465.8G - df -aTh
Filesystem Type Size Used Avail Use% Mounted on
sysfs sysfs 0 0 0 - /sys
proc proc 0 0 0 - /proc
udev devtmpfs 7.8G 0 7.8G 0% /dev
devpts devpts 0 0 0 - /dev/pts
tmpfs tmpfs 1.6G 3.8M 1.6G 1% /run
/dev/sda2 ext4 234G 65G 158G 30% /
securityfs securityfs 0 0 0 - /sys/kernel/security
tmpfs tmpfs 7.8G 0 7.8G 0% /dev/shm
tmpfs tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs tmpfs 7.8G 0 7.8G 0% /sys/fs/cgroup
cgroup2 cgroup2 0 0 0 - /sys/fs/cgroup/unified
cgroup cgroup 0 0 0 - /sys/fs/cgroup/systemd
pstore pstore 0 0 0 - /sys/fs/pstore
efivarfs efivarfs 0 0 0 - /sys/firmware/efi/efivars
none bpf 0 0 0 - /sys/fs/bpf
cgroup cgroup 0 0 0 - /sys/fs/cgroup/net_cls,net_prio
cgroup cgroup 0 0 0 - /sys/fs/cgroup/pids
cgroup cgroup 0 0 0 - /sys/fs/cgroup/perf_event
cgroup cgroup 0 0 0 - /sys/fs/cgroup/devices
cgroup cgroup 0 0 0 - /sys/fs/cgroup/cpu,cpuacct
cgroup cgroup 0 0 0 - /sys/fs/cgroup/blkio
cgroup cgroup 0 0 0 - /sys/fs/cgroup/freezer
cgroup cgroup 0 0 0 - /sys/fs/cgroup/hugetlb
cgroup cgroup 0 0 0 - /sys/fs/cgroup/rdma
cgroup cgroup 0 0 0 - /sys/fs/cgroup/memory
cgroup cgroup 0 0 0 - /sys/fs/cgroup/cpuset
systemd-1 autofs 0 0 0 - /proc/sys/fs/binfmt_misc
mqueue mqueue 0 0 0 - /dev/mqueue
hugetlbfs hugetlbfs 0 0 0 - /dev/hugepages
debugfs debugfs 0 0 0 - /sys/kernel/debug
tracefs tracefs 0 0 0 - /sys/kernel/tracing
fusectl fusectl 0 0 0 - /sys/fs/fuse/connections
configfs configfs 0 0 0 - /sys/kernel/config
/dev/loop1 squashfs 218M 218M 0 100% /snap/gnome-3-34-1804/60
/dev/loop0 squashfs 55M 55M 0 100% /snap/core18/1880
/dev/loop2 squashfs 56M 56M 0 100% /snap/core18/1944
/dev/loop3 squashfs 52M 52M 0 100% /snap/snap-store/518
/dev/loop4 squashfs 65M 65M 0 100% /snap/gtk-common-themes/1514
/dev/loop6 squashfs 50M 50M 0 100% /snap/snap-store/467
/dev/loop5 squashfs 32M 32M 0 100% /snap/snapd/10492
/dev/loop7 squashfs 219M 219M 0 100% /snap/gnome-3-34-1804/66
/dev/loop8 squashfs 32M 32M 0 100% /snap/snapd/10707
/dev/loop9 squashfs 63M 63M 0 100% /snap/gtk-common-themes/1506
/dev/sda1 vfat 511M 29M 483M 6% /boot/efi
tmpfs tmpfs 1.6G 28K 1.6G 1% /run/user/1000
gvfsd-fuse fuse.gvfsd-fuse 0 0 0 - /run/user/1000/gvfs
/dev/fuse fuse 0 0 0 - /run/user/1000/doc
tmpfs tmpfs 1.6G 3.8M 1.6G 1% /run/snapd/ns
nsfs nsfs 0 0 0 - /run/snapd/ns/snap-store.mnt
Filesystem Type Size Used Avail Use% Mounted on
sysfs sysfs 0 0 0 - /sys
proc proc 0 0 0 - /proc
udev devtmpfs 7.8G 0 7.8G 0% /dev
devpts devpts 0 0 0 - /dev/pts
tmpfs tmpfs 1.6G 3.8M 1.6G 1% /run
/dev/sda2 ext4 234G 65G 158G 30% /
securityfs securityfs 0 0 0 - /sys/kernel/security
tmpfs tmpfs 7.8G 0 7.8G 0% /dev/shm
tmpfs tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs tmpfs 7.8G 0 7.8G 0% /sys/fs/cgroup
cgroup2 cgroup2 0 0 0 - /sys/fs/cgroup/unified
cgroup cgroup 0 0 0 - /sys/fs/cgroup/systemd
pstore pstore 0 0 0 - /sys/fs/pstore
efivarfs efivarfs 0 0 0 - /sys/firmware/efi/efivars
none bpf 0 0 0 - /sys/fs/bpf
cgroup cgroup 0 0 0 - /sys/fs/cgroup/net_cls,net_prio
cgroup cgroup 0 0 0 - /sys/fs/cgroup/pids
cgroup cgroup 0 0 0 - /sys/fs/cgroup/perf_event
cgroup cgroup 0 0 0 - /sys/fs/cgroup/devices
cgroup cgroup 0 0 0 - /sys/fs/cgroup/cpu,cpuacct
cgroup cgroup 0 0 0 - /sys/fs/cgroup/blkio
cgroup cgroup 0 0 0 - /sys/fs/cgroup/freezer
cgroup cgroup 0 0 0 - /sys/fs/cgroup/hugetlb
cgroup cgroup 0 0 0 - /sys/fs/cgroup/rdma
cgroup cgroup 0 0 0 - /sys/fs/cgroup/memory
cgroup cgroup 0 0 0 - /sys/fs/cgroup/cpuset
systemd-1 autofs 0 0 0 - /proc/sys/fs/binfmt_misc
mqueue mqueue 0 0 0 - /dev/mqueue
hugetlbfs hugetlbfs 0 0 0 - /dev/hugepages
debugfs debugfs 0 0 0 - /sys/kernel/debug
tracefs tracefs 0 0 0 - /sys/kernel/tracing
fusectl fusectl 0 0 0 - /sys/fs/fuse/connections
configfs configfs 0 0 0 - /sys/kernel/config
/dev/loop1 squashfs 218M 218M 0 100% /snap/gnome-3-34-1804/60
/dev/loop0 squashfs 55M 55M 0 100% /snap/core18/1880
/dev/loop2 squashfs 56M 56M 0 100% /snap/core18/1944
/dev/loop3 squashfs 52M 52M 0 100% /snap/snap-store/518
/dev/loop4 squashfs 65M 65M 0 100% /snap/gtk-common-themes/1514
/dev/loop6 squashfs 50M 50M 0 100% /snap/snap-store/467
/dev/loop5 squashfs 32M 32M 0 100% /snap/snapd/10492
/dev/loop7 squashfs 219M 219M 0 100% /snap/gnome-3-34-1804/66
/dev/loop8 squashfs 32M 32M 0 100% /snap/snapd/10707
/dev/loop9 squashfs 63M 63M 0 100% /snap/gtk-common-themes/1506
/dev/sda1 vfat 511M 29M 483M 6% /boot/efi
tmpfs tmpfs 1.6G 28K 1.6G 1% /run/user/1000
gvfsd-fuse fuse.gvfsd-fuse 0 0 0 - /run/user/1000/gvfs
/dev/fuse fuse 0 0 0 - /run/user/1000/doc
tmpfs tmpfs 1.6G 3.8M 1.6G 1% /run/snapd/ns
nsfs nsfs 0 0 0 - /run/snapd/ns/snap-store.mntvoilà...merci encore
Hors ligne
#4 Le 10/01/2021, à 22:09
- Qid
Re : problème récupération données d'un vieux HD
"Parted" est clair : ça craint...
Je ne suis même pas sûr qu'on puisse faire un fsck car c'est la table de partition qui est touchée...
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#5 Le 10/01/2021, à 22:44
- geole
Re : problème récupération données d'un vieux HD
Bonsoir.
Suivant les moyens disponibles
a) duplication du disque sur un autre par ddrescue puis tesdisk pour récupérer des tables de partitions
ou
b) un smartctl pour avoir une idée des dégats en vue de savoir si le testdisk peut se faire sur le disque lui-même voir éventuellement utiliser photorec
Nota. Un extrait du dmesg montrant que la table de partition avait des difficultés d'acces.
2] sd 3:0:0:0: [sdb] tag#1 CDB: Read(10) 28 00 00 00 00 00 00 00 08 00
[ 804.552218] blk_update_request: critical medium error, dev sdb, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 804.552228] Buffer I/O error on dev sdb, logical block 0, async page read
[ 807.615431] sd 3:0:0:0: [sdb] tag#2 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE cmd_age=3shttps://doc.ubuntu-fr.org/smartmontools
sudo apt-get install --no-install-recommends smartmontools puis retour de
sudo smartctl -s on -a /dev/sdbAjout.
Si tu confirmes que ce disque est un ssd ou un nvme ce n'est pas gagné d'avance.
Dernière modification par geole (Le 10/01/2021, à 23:07)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#6 Le 11/01/2021, à 07:29
- Qid
Re : problème récupération données d'un vieux HD
Si tu confirmes que ce disque est un ssd ou un nvme ce n'est pas gagné d'avance.
Pourquoi ? La récupération de données serait plus compliquée sur ce type de support ? Tu m'interpelles...
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#7 Le 11/01/2021, à 07:40
- ar barzh paour
Re : problème récupération données d'un vieux HD
Western digital 500 go 3.5 sata 5400 tours
au vu du post #8 je me demande ce qu'est cette référence Western digital 5400 tours qui n'a rien a voir avec ATA SK hynix SC311 !!!
mais effectivement la réponse à la question de Qid m'intéresse
Dernière modification par ar barzh paour (Le 11/01/2021, à 17:08)
PC : B760M DS3H DDR4, 12th Gen Intel(R) Core(TM) i3-12100, RAM DDR4 8GiB -2400 Ubuntu 20.04, 22.04, 24.04 (en test )
Portable1 : ThinkPad P50 I7-6820HQ, 16G0 Ram Ubuntu 22.04 Ubuntu 24.04 , W10-PRO( en voyage )
Portable2 : T5750 @ 2.00GHz RAM 1GiB DDR2 667 Mhz Ubuntu 20.04 ( batterie HS )
stourm a ran war bep tachenn (Angela Duval) ( Je combats sur tous les fronts )
Hors ligne
#8 Le 11/01/2021, à 14:11
- geole
Re : problème récupération données d'un vieux HD
Bonsoir
- voici le résultat de fdisk -l (on note au passage que le disque en question sdb est absent).... Error: /dev/sdb: unrecognised disk label Warning: Error fsyncing/closing /dev/sdb: Input/output error Retry/Ignore? r Model: USB3.0 Super Speed (scsi) Disk /dev/sdb: 500GB Sector size (logical/physical): 512B/4096B Partition Table: unknown Disk Flags: Model: ATA SK hynix SC311 S (scsi) Disk /dev/sda: 256GB Sector size (logical/physical): 512B/4096B Partition Table: gptvoilà...merci encore
Avec le nom indiqué, une recherche internet me fait trouver cela https://www.amazon.fr/SK-Hynix-SC311-Di … B07VRF8MS1
Mais, à cause de l'incident de lecture, il est possible qu'il y ait erreur d'identification ou plusieurs modèles différents ont des noms très proches et je confond.
1) La structure physique d'un secteur est différente entre un SSD et un disque dur, dans le premier cas, un secteur illisible l'est en permanence alors que dans le second cas, on peut tenter de le relire avec un certaine certaine chance de réussir. je ne connais pas de référence mais je pense que 80% est une possibilité. En conséquence l'application ddrescue est bâtie sur ce principe, On peut même tenter 127 essais par secteur.
2) L'implantation physique d'un secteur d'un disque dur est fixe. elle est connue sous forme de LBA ou CHS
Si on perd une structure décrivant une partition (structures très rarement modifiées, on peut utiliser testdisk qui part à la recherche des partitions actuelles et anciennes. Il en retrouve. Cela fonctionne assez bien.
Mais dans un contexte SSD, lorsqu'on a supprimé quelque chose, même si on n'a réutilisé cet espace par ubuntu, les secteurs en questions ont pu être réutilisés par le firmware du SSD pour de nouvelles écritures lors de créations de fichiers voir de modifications.
L'algorithme du firmware fait en sorte de réutiliser prioritairement les secteurs qui ont le moins d'écriture. Malheureusement ces zones de description sont dans ce contexte et vont disparaître en premier.
Cela fait deux raisons de penser que le taux de réussite des outils n'est pas si efficace avec un SSD que pour un disque dur.
Dans le forum, les cas de récupération de données sur SSD sont très rare. SSD plus fiable? SSD moins fréquent? Mais certainement encore des SSD sans données personnelles. Les gros SSD sont seulement en train de s'installer. Donc pas d'exemple concret avant quelques mois.
Il y en à même une troisième plus embêtante: Lorsqu'on met le SSD sous tension, il peut déclencher des séquences de réorganisation de secteurs . Je ne sais pas comment dire à ce firmware de ne pas exécuter cette action susceptible d'encore aggraver la situation.
Pour le disque dur on a le moyen de demander l'arrêt de la collecte des données smartctl.
Dernière modification par geole (Le 11/01/2021, à 14:16)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#9 Le 12/01/2021, à 19:40
- vanessaron
Re : problème récupération données d'un vieux HD
Bonjour et merci pour vos retours,
Voici dans un premier temps le resultat du smartctl :
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.8.0-36-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Western Digital Caviar Green
Device Model: WDC WD5000AADS-00S9B0
Serial Number: WD-WCAV9F591971
LU WWN Device Id: 5 0014ee 158b2ab5d
Firmware Version: 01.00A01
User Capacity: 500,107,862,016 bytes [500 GB]
Sector Size: 512 bytes logical/physical
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS (minor revision not indicated)
SATA Version is: SATA 2.6, 3.0 Gb/s
Local Time is: Tue Jan 12 19:34:08 2021 WAT
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x80) Offline data collection activity
was never started.
Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: (11760) seconds.
Offline data collection
capabilities: (0x7b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 138) minutes.
Conveyance self-test routine
recommended polling time: ( 5) minutes.
SCT capabilities: (0x3037) SCT Status supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 100 253 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0027 231 188 021 Pre-fail Always - 1425
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 27
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 2
10 Spin_Retry_Count 0x0032 100 253 000 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 253 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 9
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 5
193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 33
194 Temperature_Celsius 0x0022 121 114 000 Old_age Always - 22
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 197 197 000 Old_age Always - 249
198 Offline_Uncorrectable 0x0030 100 253 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 253 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0008 100 253 000 Old_age Offline - 0
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.Merci encore pour votre aide, je me consacrerai à des recherches enfin ce week, je suis un peu speed en semaine
Hors ligne
#10 Le 13/01/2021, à 11:10
- geole
Re : problème récupération données d'un vieux HD
Bonjour
Un extrait des lignes intéressantes
=== START OF INFORMATION SECTION ===
Model Family: Western Digital Caviar Green
Device Model: WDC WD5000AADS-00S9B0
Sector Size: 512 bytes logical/physical
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 100 253 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0027 231 188 021 Pre-fail Always - 1425
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 27
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 2
10 Spin_Retry_Count 0x0032 100 253 000 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 253 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 9
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 5
193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 33
194 Temperature_Celsius 0x0022 121 114 000 Old_age Always - 22
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 197 197 000 Old_age Always - 249
198 Offline_Uncorrectable 0x0030 100 253 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 253 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0008 100 253 000 Old_age Offline - 0
Exceptionnellement, j'ai conservé toutes les lignes car c'est la première fois que je vois un disque qui a 249 secteurs illisibles après seulement deux heures de fonctionnement.
J'ai d'abord pensé que le nombre d'heures était mal suivi, mais tous les autres compteurs montrent que c'est très cohérent avec une petite utilisation.
Il ne fait aucun doute qu'il y a des secteurs illisibles car la partition n'a pas pu être montée...
Comme je pense que tu tiens à récupérer tes données et que j'ai un énorme doute sur la lisibilité, je ne souhaite pas tenter la chose suivante qui aurait été la première idée; Lancer testdisk et voir s'il savait retrouver des résidus de partition afin d'en recréer une....
J'ai trop peur qu'il découvre des milliers d'autres secteurs illisibles et empêche une suite.
La seconde idée, lorsqu'il n'y a pas de table de partition est de lancer photorec. Mais j'ai cette même peur que cela se produise en cours de fonctionnement. Au début?, A la fin? au milieu?
Alors je vais proposer du classique:
Essaie de récupérer un autre disque d'au moins 500 Go qui sera écrasé par utilisation du logiciel ddrescue
Ce logiciel permet de copier les secteurs sans insister sur les zones illisibles.
En standard, il copie par paquet de 128 secteurs avant de se mettre à copier par secteur les parties difficiles d'accès.
Lorsque le double aura été obtenu, on pourra faire de multiples essais sans risque. Lorsque cela sera fini, tu reformateras ce second disque.
Je te donnerais la codification nécessaire lorsque tu seras prêt.
Pour le moment, évite d'utiliser le disque.
NOTA, les partitions ne peuvent être lues car leurs valeurs sont stockées dans le secteur 0 illisible. Mais ce n'est pas le seul!
blk_update_request: critical medium error, dev sdb, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 804.552228] Buffer I/O error on dev sdb, logical block 0, async page read
Dernière modification par geole (Le 13/01/2021, à 11:17)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne