#1 Le 03/02/2024, à 15:08
- Salah_Ère-Evolution
Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Salut à tous les Individus (vivant l’instant présent, j’emploie « Salut »), j’espère que vous allez bien, suite à une chute de mon pc portable. Le disque dur n’était pas fixé mécaniquement et est sorti de son logement.
Disque dur : marque WD 1600BVET, fabriqué en mars 2010, 160Go
Ordinateur : DELL-Lattitude E6500, dual-core, 4Go RAM
Systeme : LUBUNTU 22.04 LTS
J’ai éteint l’ordinateur, replacé le disque dur et l’ai rallumé. Il était prévisible qu’il ne démarre pas et j’ai activé la console de dépannage, j’ai lancé une réparation fsck, des erreurs d’entrées/sorties ont été diagnostiquées et une suggestion de réparation m’a été faite. Des erreurs int été listées du type « inode….. Fix? Yes », plusieurs fois, mais visiblement, la réparation n’a pas fonctionné.
Outre cet incident, le disque dur donnait des signes de fatigue et j’avais prévu de la changer.
Avec un live-usb, j’ai connecté le disque dur avec un adaptateur SATA, il était visible dans le gestionnaire de fichier, mais n’était pas accessible.
J’ai effectué un boot-repair :
https://paste.ubuntu.com/p/S4QVtxFF2V/
tapé la commande suivante :
lubuntu@lubuntu:~$ sudo fdisk -l
Disk /dev/loop0: 2.56 GiB, 2747371520 bytes, 5365960 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: 4 KiB, 4096 bytes, 8 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: 63.45 MiB, 66531328 bytes, 129944 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: 237.21 MiB, 248729600 bytes, 485800 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: 91.69 MiB, 96141312 bytes, 187776 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: 349.7 MiB, 366682112 bytes, 716176 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: 53.26 MiB, 55844864 bytes, 109072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytesDisk /dev/sda: 58.59 GiB, 62914560000 bytes, 122880000 sectors
Disk model:
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x027b5ea0
Device Boot Start
End Sectors Size Id Type
/dev/sda1 *
2048 83034094 83032047 39.6G c W95 FAT32 (LBA)
/dev/sda2
83034095 122879956 39845862 19G 83 Linux
Disk /dev/zram0: 1.9 GiB, 2042597376 bytes, 498681 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/sdb: 149.05 GiB, 160041885696 bytes, 312581808 sectors
Disk model: 00BEVT-75A23T0
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 33553920 bytes
Disklabel type: dos
Disk identifier: 0x1eadf0cb
Device Boot Start
End Sectors Size Id Type
/dev/sdb1 * 2048 312576704 312574657 149G 83 LinuxL’ordinateur, qui m’avait été donné, est bloqué suite à une mauvaise manip avec le mot de passe administrateur.
J’ai fait l’acquisition du même ordinateur et d’un disque dur de 500Go, ré-installé LUBUNTU 22.04.3 LTS (j’ai retiré le Windows10 avec son disque dur et mis de côté).
Pour finir sur le registre des erreurs et du non-respect des conseils donnés sur ce Forum, une connaissance m’a suggéré de créer une cle usb Systeme-Rescue et de taper la commande :
ddrescue -f -d -r3 /dev/sdb test.img test.logfilevers un disque dur externe de 2To, sans me prévenir que les sonnées seraient écrasées…, j’ai interrompu le processus. Le disque dur n’apparaissait plus, avec l’utilitaire Disques, j’ai fait une vérification de fichiers, les dossiers sont toujours là, l’espace disque occupé est le même, mais les fichiers sont invisibles. Si vous le voulez bien, je reviendrai sur ce problème.
Mon objectif est, si c’est possible, de récupérer mon home sur le disque dur interne endommagé.
Je dispose d’une cle live usb LUBUNTU et d’un disque dur externe de 500Go.
rmy suggère de sauvegarder une image disque du disque endommagé et de taper la commande
sudo sfdisk -luSsalah@salah-latitudee6500:~$ sudo sfdisk -luS
[sudo] Mot de passe de salah :
Disque /dev/loop0 : 4 KiB, 4096 octets, 8 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop1 : 74,11 MiB, 77713408 octets, 151784 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop2 : 237,21 MiB, 248729600 octets, 485800 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop3 : 63,45 MiB, 66531328 octets, 129944 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop4 : 63,91 MiB, 67014656 octets, 130888 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop5 : 262,09 MiB, 274821120 octets, 536760 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop6 : 496,98 MiB, 521121792 octets, 1017816 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop7 : 349,7 MiB, 366682112 octets, 716176 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/sda : 465,76 GiB, 500107862016 octets, 976773168 secteurs
Disk model: TOSHIBA MQ01ABD0
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 : 0xa5c1a054
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sda1 * 2048 976768064 976766017 465,8G 83 Linux
Disque /dev/loop8 : 53,26 MiB, 55844864 octets, 109072 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop9 : 91,69 MiB, 96141312 octets, 187776 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/sdb : 149,05 GiB, 160041885696 octets, 312581808 secteurs
Disk model: 00BEVT-75A23T0
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 33553920 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x1eadf0cb
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sdb1 * 2048 312576704 312574657 149G 83 LinuxEt :
udisks –show-info dev/sdbsalah@salah-latitudee6500:~$ udisks –show-info /dev/sdb
udisks : commande introuvableJ’ai passé ces derniers temps à étudier des cours sur les instructions, les lignes de commande et le système LINUX dans sa globalité (je n'ai pas fini).
J’ai conscience d’avoir fait pratiquement n’importe quoi et, dorénavant, j’agirai en connaissance de cause et demanderai conseil avant toute manipulation hasardeuse.
Merci de votre attention, bon courage et portez-vous bien !
Dernière modification par Salah_Ère-Evolution (Le 25/02/2024, à 10:23)
Hors ligne
#2 Le 03/02/2024, à 15:10
- xubu1957
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Bonjour,
Collage du Boot-repair, pour les spécialistes :
boot-repair-4ppa2075 [20240118_0255]
============================= Boot Repair Summary ==============================
Default settings: ______________________________________________________________
The default repair of the Boot-Repair utility would not act on the boot.
User settings: _________________________________________________________________
No OS to fix.
Please backup your data before this operation.
adding: 20240118_005714/ (stored 0%)
adding: 20240118_005714/boot-repair.logb (deflated 67%)
adding: 20240118_005714/boot-repair.log (deflated 83%)
adding: 20240118_025545/ (stored 0%)
adding: 20240118_025545/sdb1/ (stored 0%)
adding: 20240118_025545/sdb/ (stored 0%)
adding: 20240118_025545/sdb/partition_table.dmp (deflated 21%)
adding: 20240118_025545/sdb/current_mbr.img (deflated 100%)
adding: 20240118_025545/boot-repair.log (deflated 74%)
The settings chosen by the user will restore the [(generic mbr)] MBR in /dev/sdb, and make it boot on sdb1.
Additional repair will be performed: repair-filesystems
Force Unmount all blkid partitions (for fsck) except / /boot /cdrom /dev /etc /home /opt /pas /proc /rofs /sys /tmp /usr /var
fsck -fyM /dev/sdb1
fsck from util-linux 2.37.2
=========================== Restore MBR of /dev/sdb ============================
dd if=/usr/lib/syslinux/mbr/mbr.bin of=/dev/sdb
parted /dev/sdb set 1 boot on
Information: You may need to update /etc/fstab.
SET@_progressbar1.pulse()
Boot successfully repaired.
You can now reboot your computer.
============================ Boot Info After Repair ============================
=> Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector 1 of
the same hard drive for core.img. core.img is at this location and looks
for (hd0,msdos1)/boot/grub. It also embeds following components:
modules
---------------------------------------------------------------------------
biosdisk fshelp fat exfat ext2 ntfs ntfscomp part_msdos
---------------------------------------------------------------------------
=> Syslinux MBR (5.00 and higher) is installed in the MBR of /dev/sdb.
sda1: __________________________________________________________________________
File system: vfat
Boot sector type: MSWIN4.1: FAT32
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files: /boot/grub/grub.cfg /efi/boot/bootx64.efi
/efi/boot/grubx64.efi /efi/boot/mmx64.efi
sdb1: __________________________________________________________________________
File system: ntfs
Boot sector type: NTFS
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files:
================================ 0 OS detected =================================
================================ Host/Hardware =================================
CPU architecture: 64-bit
Video: G98M [Quadro NVS 160M] from NVIDIA Corporation
Live-session OS is Ubuntu 64-bit (Ubuntu 22.04.3 LTS, jammy, x86_64)
===================================== UEFI =====================================
BIOS/UEFI firmware: A19(1.9) from Dell Inc.
This live-session is in Legacy/BIOS/CSM mode (not in EFI mode).
============================= Drive/Partition Info =============================
Disks info: ____________________________________________________________________
sdb : notGPT, no-BIOSboot, has-noESP, usb-disk, not-mmc, no-os, no-wind, 2048 sectors * 512 bytes
Partitions info (1/3): _________________________________________________________
sdb1 : no-os, 64, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, end-after-100GB
Partitions info (2/3): _________________________________________________________
sdb1 : isnotESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
Partitions info (3/3): _________________________________________________________
sdb1 : not--sepboot, no---boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, no--grub.d, sdb
fdisk -l (filtered): ___________________________________________________________
Disk sda: 58.59 GiB, 62914560000 bytes, 122880000 sectors
Disk identifier: 0x016c1cd4
Boot Start End Sectors Size Id Type
sda1 * 2048 122879999 122877952 58.6G c W95 FAT32 (LBA)
Disk zram0: 1.9 GiB, 2042597376 bytes, 498681 sectors
Disk sdb: 1.82 TiB, 2000398933504 bytes, 3907029167 sectors
Disk identifier: 0x1bd8eb80
Boot Start End Sectors Size Id Type
sdb1 * 2048 3907029166 3907027119 1.8T 7 HPFS/NTFS/exFAT
parted -lm (filtered): _________________________________________________________
sda:62.9GB:scsi:512:512:msdos: :;
1:1049kB:62.9GB:62.9GB:fat32::boot, lba;
sdb:2000GB:scsi:512:4096:msdos:Seagate BUP Slim BK:;
1:1049kB:2000GB:2000GB:ntfs::boot;
blkid (filtered): ______________________________________________________________
NAME FSTYPE UUID PARTUUID LABEL PARTLABEL
sda
└─sda1 vfat 18EA-0341 016c1cd4-01 LUBUNTU 22_
sdb
└─sdb1 ntfs 340061F70061C08A 1bd8eb80-01 seagate
Mount points (filtered): _______________________________________________________
Avail Use% Mounted on
/dev/sda1 55.8G 5% /cdrom
/dev/sdb1 767.7G 59% /mnt/boot-sav/sdb1
Mount options (filtered): ______________________________________________________
/dev/sda1 vfat ro,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
/dev/sdb1 fuseblk rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096
====================== sda1/boot/grub/grub.cfg (filtered) ======================
Try or Install Lubuntu
Lubuntu (safe graphics)
Boot from next volume
UEFI Firmware Settings
Test memory
==================== sda1: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
?? = ?? boot/grub/grub.cfg 1Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#3 Le 03/02/2024, à 15:28
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Merci de votre attention xubu1957.
Hors ligne
#4 Le 03/02/2024, à 15:37
- krodelabestiole
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Pour finir sur le registre des erreurs et du non-respect des conseils donnés sur ce Forum, une connaissance m’a suggéré de créer une cle usb Systeme-Rescue et de taper la commande :
ddrescue -f -d -r3 /dev/sdb test.img test.logfilevers un disque dur externe de 2To, sans me prévenir que les sonnées seraient écrasées…, j’ai interrompu le processus.
non ça m'a l'air ok ça je pense que c'est la chose à faire !
faut que je vérifie les options de ddrescue, mais si tu lances cette commande depuis un autre espace de stockage tu vas juste y créer un fichier .log et un fichier .img qui contiendra tout ce qui aura pu être récupéré.
nouveau forum ubuntu-fr on en parle là : refonte du site / nouveau design
profil - sujets récurrents
Hors ligne
#5 Le 03/02/2024, à 15:38
- Nuliel
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Bonjour,
Même lorsque le disque est correctement fixé, une chute ne lui fait franchement pas de bien.
Tu parles de console de dépannage, mais tu as du coup démarré sur le disque ou sur un live usb? Il est préférable de n'agir qu'en live usb et avoir le disque interne branché sur un cable usb vers SATA (en d'autres termes brancher le disque en externe). En gros brancher le disque interne avec le cable que pour faire une copie parfaite avec ddrescue.
Il ne faut pas réparer un système de fichiers sur un disque abimé (avec fsck), tu vas abimer un peu plus le disque et risquer de tout perdre.
Le pc n'est pas récent, mais pourquoi avoir racheté le même? Parce que juste changer le disque c'est suffisant non?
Tu ne parles pas de SSD, tu aurais dû prendre un SSD plutôt qu'un disque dur de 500 Go: plus rapide et insensible aux chocs.
Je vois pas pourquoi commande ddrescue aurait été foutre le bronx sur ton disque de 2 To : tu enregistres dans un fichier img, au pire tu remplis le disque dans lequel ton terminal était.
Les noms /dev/sdX peuvent changer, donc on va se baser sur d'autres noms qui ne changent pas.
Pour résumer tu as:
- un disque interne en vrac
- un disque de 2To en vrac
- un disque de 500 Go avec une install d'ubuntu fonctionnelle
- un live usb ubuntu
J'attends les quelques réponses aux questions (et surtout confirmation de ce que j'ai compris) et on va faire un état des différents disques avec smartctl. On fera probablement une copie du disque de 160 Go dans un fichier sur le disque de 500 Go.
Dernière modification par Nuliel (Le 03/02/2024, à 15:39)
Hors ligne
#6 Le 03/02/2024, à 16:14
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Salut à vous krodelabestiole et Nuliel, Nuliel, la console de démarrage c'était avant d'avoir un live-usb (quelle galère pour en créer une correcte dans un cyber-café !...), après, j'ai procédé avec la clé live-usb.
J'ai repris le même pc parce-qu'avec LUBUNTU, il a une vitesse correcte et me permet d'utiliser des applications audio avec ses entrée/sortie jack, l'autre pc est bloqué suite à une mauvaise manip dans le bios (on me l'avait donné, je pourrais peut-être récupérer le mdp administrateur, mais je n'ai pas le temps, de plus le choc mécanique l'a un peu abimé...). En ce moment, je n'ai pas trop de finances pour acquérir un ssd, je sais que c'est plus robuste et plus rapide.
La commande ddrescrue à fichu le boxon dans mon disque externe de 2To parce-que j'y avais stocké 1,2To de données (!), je vais donc faire l'opération sur un autre disque dur externe de 500Go que j'ai acquis entre-temps (j'espère récupérer mes données). La commande ddrescue de gddrescue et ddrescue de SystemRescue n'ont pas le même comportement, la seconde modifie la table de partition du disque de destination.
Merci de votre attention à tous les deux.
Dernière modification par Salah_Ère-Evolution (Le 29/02/2024, à 15:27)
Hors ligne
#7 Le 03/02/2024, à 16:35
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
J'ai renouvelé l'opération, il y a une semaine, sans l'option -r3 de crainte d'abîmer le disque dur endommagé, déjà fragilisé, mais je pense que j'étais dans le mauvais répertoire...
Ne vaut-il pas mieux cloner le disque sur le disque externe de 500Go ?
Merci de votre attention.
Hors ligne
#8 Le 03/02/2024, à 16:44
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Nuliel, sur le live usb SystemRescue, il y a l'outil "GMSartControl", puis-je l'utiliser ou dois-je télécharger smartctl ?
Merci de ton attention.
Hors ligne
#9 Le 03/02/2024, à 16:52
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
krodelabestiole, je vais faire ça, sans l'option -r3, en me plaçant dans le bon répertoire, je vais passer une IRM et vous tiens informés à mon retour.
Merci de ton attention.
Hors ligne
#10 Le 03/02/2024, à 17:54
- Nuliel
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Bon, tu peux commencer par passer
sudo apt install smartmontoolsdonner
ls -l /dev/disk/by-uuid
lsblk -fbrancher le disque de 160 Go avec le cable SATA et redonner le retour des mêmes commandes. Un /dev/sdX devrait apparaitre (probablement /dev/sdb), tu pourras alors donner
sudo smartctl -a /dev/sdb(si c'est /dev/sdb le disque de 160 Go)
Tu peux aussi donner
sudo smartctl -a /dev/sdasi /dev/sda est ton disque de 500 Go.
Dernière modification par Nuliel (Le 03/02/2024, à 18:01)
Hors ligne
#11 Le 03/02/2024, à 20:28
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Bon, tu peux commencer par passer
sudo apt install smartmontoolsdonner
ls -l /dev/disk/by-uuid lsblk -fbrancher le disque de 160 Go avec le cable SATA et redonner le retour des mêmes commandes. Un /dev/sdX devrait apparaitre (probablement /dev/sdb), tu pourras alors donner
sudo smartctl -a /dev/sdb(si c'est /dev/sdb le disque de 160 Go)
Tu peux aussi donnersudo smartctl -a /dev/sdasi /dev/sda est ton disque de 500 Go.
Voilà :
salah@salah-latitudee6500:~$ ls -l /dev/disk/by-uuid
total 0
lrwxrwxrwx 1 root root 10 févr. 3 19:15 6491-98CC -> ../../sdc1
lrwxrwxrwx 1 root root 10 févr. 3 18:50 9a2c1856-cb90-4e97-95e5-04746c2446eb -> ../../sda1salah@salah-latitudee6500:~$ lsblk -f
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
loop0 squashfs 4.0 0 100% /snap/bare/5
loop1 squashfs 4.0 0 100% /snap/firefox/3728
loop2 squashfs 4.0 0 100% /snap/gnome-42-2204/141
loop3 squashfs 4.0 0 100% /snap/firefox/2987
loop4 squashfs 4.0 0 100% /snap/core20/1974
loop5 squashfs 4.0 0 100% /snap/core22/1033
loop6 squashfs 4.0 0 100% /snap/gnome-3-38-2004/143
loop7 squashfs 4.0 0 100% /snap/gtk-common-themes/1535
loop8 squashfs 4.0 0 100% /snap/core20/2105
loop9 squashfs 4.0 0 100% /snap/snapd/19457
sda
└─sda1 ext4 1.0 9a2c1856-cb90-4e97-95e5-04746c2446eb 269,4G 36% /var/snap/firefox/common/host-hunspell
/
sdb
└─sdb1
sdc
└─sdc1 exfat 1.0 Samsung 6491-98CC 306G 34% /media/salah/Samsungsalah@salah-latitudee6500:~$ sudo smartctl -a /dev/sdb
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-6.5.0-15-generic] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Western Digital Scorpio Blue Serial ATA
Device Model: WDC WD1600BEVT-75A23T0
Serial Number: WD-WX71A30F0099
LU WWN Device Id: 5 0014ee 2aef150f2
Firmware Version: 01.01A01
User Capacity: 160041885696 bytes [160 GB]
Sector Size: 512 bytes logical/physical
Rotation Rate: 5400 rpm
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: Sat Feb 3 19:24:48 2024 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: FAILED!
Drive failure expected in less than 24 hours. SAVE ALL DATA.
See vendor-specific Attribute list for failed Attributes.
General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
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: ( 5760) 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: ( 70) minutes.
Conveyance self-test routine
recommended polling time: ( 5) minutes.
SCT capabilities: (0x7037) 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 200 200 051 Pre-fail Always - 2
3 Spin_Up_Time 0x0027 154 148 021 Pre-fail Always - 1258
4 Start_Stop_Count 0x0032 098 098 000 Old_age Always - 2308
5 Reallocated_Sector_Ct 0x0033 129 129 140 Pre-fail Always FAILING_NOW 561
7 Seek_Error_Rate 0x002e 183 167 000 Old_age Always - 289
9 Power_On_Hours 0x0032 085 085 000 Old_age Always - 11521
10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 098 098 000 Old_age Always - 2299
191 G-Sense_Error_Rate 0x0032 001 001 000 Old_age Always - 7702
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 607
193 Load_Cycle_Count 0x0032 160 160 000 Old_age Always - 120251
194 Temperature_Celsius 0x0022 116 089 000 Old_age Always - 27
196 Reallocated_Event_Count 0x0032 137 137 000 Old_age Always - 63
197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 4
198 Offline_Uncorrectable 0x0030 100 253 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 3
200 Multi_Zone_Error_Rate 0x0008 100 253 000 Old_age Offline - 0
240 Head_Flying_Hours 0x0032 085 085 000 Old_age Always - 11465
241 Total_LBAs_Written 0x0032 200 200 000 Old_age Always - 14866072491
242 Total_LBAs_Read 0x0032 200 200 000 Old_age Always - 19117096171
254 Free_Fall_Sensor 0x0032 200 200 000 Old_age Always - 0
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Short offline Completed: read failure 90% 11514 155981820
# 2 Short offline Completed without error 00% 1234 -
# 3 Short offline Completed without error 00% 2 -
# 4 Short offline Completed without error 00% 1 -
# 5 Short offline Interrupted (host reset) 80% 0 -
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.salah@salah-latitudee6500:~$ sudo smartctl -a /dev/sdc
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-6.5.0-15-generic] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Seagate Samsung SpinPoint M8U (USB)
Device Model: ST500LM014 HN-M500ABB
Serial Number: E1002G12AA28DK
LU WWN Device Id: 0 000000 000000000
Firmware Version: 2AR10001
User Capacity: 500107862016 bytes [500 GB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate: 5400 rpm
Form Factor: 2.5 inches
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS T13/1699-D revision 6
SATA Version is: SATA 3.0, 3.0 Gb/s (current: 3.0 Gb/s)
Local Time is: Sat Feb 3 19:26:04 2024 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART Status not supported: Incomplete response, ATA output registers missing
SMART overall-health self-assessment test result: PASSED
Warning: This result is based on an Attribute check.
General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
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: ( 6840) seconds.
Offline data collection
capabilities: (0x5b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No 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: ( 114) minutes.
SCT capabilities: (0x003f) SCT Status supported.
SCT Error Recovery Control 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 100 051 Pre-fail Always - 8
2 Throughput_Performance 0x0026 252 252 000 Old_age Always - 0
3 Spin_Up_Time 0x0023 086 086 025 Pre-fail Always - 4465
4 Start_Stop_Count 0x0032 093 093 000 Old_age Always - 7097
5 Reallocated_Sector_Ct 0x0033 252 252 010 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 252 252 051 Old_age Always - 0
8 Seek_Time_Performance 0x0024 252 252 015 Old_age Offline - 0
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 1170
10 Spin_Retry_Count 0x0032 252 252 051 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 22
12 Power_Cycle_Count 0x0032 099 099 000 Old_age Always - 1777
191 G-Sense_Error_Rate 0x0022 100 100 000 Old_age Always - 25
192 Power-Off_Retract_Count 0x0022 252 252 000 Old_age Always - 0
194 Temperature_Celsius 0x0002 064 064 000 Old_age Always - 26 (Min/Max 21/54)
195 Hardware_ECC_Recovered 0x003a 100 100 000 Old_age Always - 0
196 Reallocated_Event_Count 0x0032 252 252 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 252 252 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 252 252 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0036 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x002a 100 100 000 Old_age Always - 140
223 Load_Retry_Count 0x0032 100 100 000 Old_age Always - 22
225 Load_Cycle_Count 0x0032 096 096 000 Old_age Always - 46026
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 0
Note: revision number not 1 implies that no selective self-test has ever been run
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Completed [00% left] (0-65535)
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.Hors ligne
#12 Le 03/02/2024, à 20:32
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Merci de ton attention.
Hors ligne
#13 Le 03/02/2024, à 20:47
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Je pense qu'il vaudrait mieux débrancher le disque dur, une défaillance dans deux heures est annoncée...
Hors ligne
#14 Le 03/02/2024, à 22:46
- Nuliel
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Houlà oui effectivement!
5 Reallocated_Sector_Ct 0x0033 129 129 140 Pre-fail Always FAILING_NOW 561le message est assez clair 
Pour le disque de 500 Go, pas de problème visiblement.
On va lancer la copie vers le disque de 500 Go (tu as 269,4G de libre), sachant que je ne garantis pas qu'on puisse récupérer les données ou que la copie puisse se faire en entier.
Ton retour de /dev/disk/by-uuid ne donne pas le /dev/sdb, tu as donné le retour après avoir branché le disque?
La commande de copie serait
sudo ddrescue /dev/sdb copie_disque.img ddrescue.logsous réserve que le disque s'appelle encore /dev/sdb mais l'idéal serait que /dev/sdb soit remplacé par l'identifiant unique obtenu avec /dev/disk/by-uuid
Hors ligne
#15 Le 03/02/2024, à 23:04
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Oui Nuliel, le disque était branché..., l'uuid de ce disque n'est pas indiquée ? Je ne comprends pas trop bien...
Est-ce que cette commande de ddrescue correspond à un clonage du disque ?
Merci de ton attention.
Hors ligne
#16 Le 03/02/2024, à 23:05
- Nuliel
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Tu peux donner avec le disque branché
ls -lR /dev/diskon va bien trouver un identifiant unique
/dev/sdX c'est un nom qui peut changer, d'où la recherche d'un identifiant unique pour faire la copie
Dernière modification par Nuliel (Le 03/02/2024, à 23:05)
Hors ligne
#17 Le 03/02/2024, à 23:19
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
salah@salah-latitudee6500:~$ ls -lR /dev/disk
/dev/disk:
total 0
drwxr-xr-x 2 root root 260 févr. 3 22:17 by-id
drwxr-xr-x 2 root root 60 févr. 3 19:15 by-label
drwxr-xr-x 2 root root 60 févr. 3 18:50 by-partuuid
drwxr-xr-x 2 root root 240 févr. 3 22:17 by-path
drwxr-xr-x 2 root root 80 févr. 3 19:15 by-uuid
/dev/disk/by-id:
total 0
lrwxrwxrwx 1 root root 9 févr. 3 18:50 ata-MATSHITA_DVD+_-RW_UJ862A_HF73_150735 -> ../../sr0
lrwxrwxrwx 1 root root 9 févr. 3 18:50 ata-TOSHIBA_MQ01ABD050V_58IZTPS3T -> ../../sda
lrwxrwxrwx 1 root root 10 févr. 3 18:50 ata-TOSHIBA_MQ01ABD050V_58IZTPS3T-part1 -> ../../sda1
lrwxrwxrwx 1 root root 9 févr. 3 22:16 ata-WDC_WD1600BEVT-75A23T0_WD-WX71A30F0099 -> ../../sdb
lrwxrwxrwx 1 root root 10 févr. 3 22:17 ata-WDC_WD1600BEVT-75A23T0_WD-WX71A30F0099-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 9 févr. 3 19:15 usb-Samsung_M3_Portable_00000000011E3AEB-0:0 -> ../../sdc
lrwxrwxrwx 1 root root 10 févr. 3 19:15 usb-Samsung_M3_Portable_00000000011E3AEB-0:0-part1 -> ../../sdc1
lrwxrwxrwx 1 root root 9 févr. 3 18:50 wwn-0x5000039882102bb7 -> ../../sda
lrwxrwxrwx 1 root root 10 févr. 3 18:50 wwn-0x5000039882102bb7-part1 -> ../../sda1
lrwxrwxrwx 1 root root 9 févr. 3 22:16 wwn-0x50014ee2aef150f2 -> ../../sdb
lrwxrwxrwx 1 root root 10 févr. 3 22:17 wwn-0x50014ee2aef150f2-part1 -> ../../sdb1
/dev/disk/by-label:
total 0
lrwxrwxrwx 1 root root 10 févr. 3 19:15 Samsung -> ../../sdc1
/dev/disk/by-partuuid:
total 0
lrwxrwxrwx 1 root root 10 févr. 3 18:50 a5c1a054-01 -> ../../sda1
/dev/disk/by-path:
total 0
lrwxrwxrwx 1 root root 9 févr. 3 19:15 pci-0000:00:1d.7-usb-0:2:1.0-scsi-0:0:0:0 -> ../../sdc
lrwxrwxrwx 1 root root 10 févr. 3 19:15 pci-0000:00:1d.7-usb-0:2:1.0-scsi-0:0:0:0-part1 -> ../../sdc1
lrwxrwxrwx 1 root root 9 févr. 3 22:16 pci-0000:00:1d.7-usb-0:3:1.0-scsi-0:0:0:0 -> ../../sdb
lrwxrwxrwx 1 root root 10 févr. 3 22:17 pci-0000:00:1d.7-usb-0:3:1.0-scsi-0:0:0:0-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 9 févr. 3 18:50 pci-0000:00:1f.2-ata-1 -> ../../sda
lrwxrwxrwx 1 root root 9 févr. 3 18:50 pci-0000:00:1f.2-ata-1.0 -> ../../sda
lrwxrwxrwx 1 root root 10 févr. 3 18:50 pci-0000:00:1f.2-ata-1.0-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 févr. 3 18:50 pci-0000:00:1f.2-ata-1-part1 -> ../../sda1
lrwxrwxrwx 1 root root 9 févr. 3 18:50 pci-0000:00:1f.2-ata-2 -> ../../sr0
lrwxrwxrwx 1 root root 9 févr. 3 18:50 pci-0000:00:1f.2-ata-2.0 -> ../../sr0
/dev/disk/by-uuid:
total 0
lrwxrwxrwx 1 root root 10 févr. 3 19:15 6491-98CC -> ../../sdc1
lrwxrwxrwx 1 root root 10 févr. 3 18:50 9a2c1856-cb90-4e97-95e5-04746c2446eb -> ../../sda1Merci de ton attention.
Hors ligne
#18 Le 03/02/2024, à 23:53
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Ça ne semble pas apporter d'infos supplémentaires.
Hors ligne
#19 Le 04/02/2024, à 00:04
- Nuliel
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Tu peux remplacer /dev/sdb par /dev/disk/by-id/ata-WDC_WD1600BEVT-75A23T0_WD-WX71A30F0099 du coup
et vérifier que /dev/sdb pointe toujours vers le disque de 160 Go avec lsblk -f
Dernière modification par Nuliel (Le 04/02/2024, à 00:05)
Hors ligne
#20 Le 04/02/2024, à 01:01
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Maintenant, c'est sdc qui pointe vers le disque de 160Go :
salah@salah-latitudee6500:~$ lsblk -f
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
loop0 squashfs 4.0 0 100% /snap/core20/2105
loop1 squashfs 4.0 0 100% /snap/bare/5
loop2 squashfs 4.0 0 100% /snap/gnome-3-38-2004/143
loop3 squashfs 4.0 0 100% /snap/gtk-common-themes/1535
loop4 squashfs 4.0 0 100% /snap/core22/1033
loop5 squashfs 4.0 0 100% /snap/firefox/3728
loop6 squashfs 4.0 0 100% /snap/core20/1974
loop7 squashfs 4.0 0 100% /snap/firefox/2987
loop8 squashfs 4.0 0 100% /snap/snapd/19457
loop9 squashfs 4.0 0 100% /snap/gnome-42-2204/141
sda
└─sda1 ext4 1.0 9a2c1856-cb90-4e97-95e5-04746c2446eb 269,1G 36% /var/snap/firefox/common/host-hunspell
/
sdb
└─sdb1 exfat 1.0 Samsung 6491-98CC 306G 34% /media/salah/Samsung
sdc
└─sdc1
sr0Merci de ton attention
Hors ligne
#21 Le 04/02/2024, à 01:13
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Ça change quoi que c'est sdc ?
Et d'après cette commande :
sudo ddrescue /dev/disk/by-id/ata-WDC_WD1600BEVT-75A23T0_WD-WX71A30F0099 copie_disque.img ddrescue.logcomment être assuré que la copie va se faire sur le disque dur de 500Go ?
Merci de ton attention.
Hors ligne
#22 Le 04/02/2024, à 01:23
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Je veux dire <mon_fichier_cible>.img est synonyme de disque de 500Go ?
Il y a quelque chose qui m'échappe...
Merci de ton attention.
Hors ligne
#23 Le 04/02/2024, à 02:15
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
En fait, jue pense que c'est du au chemin : /dev/sdX, ddrescue copiera sur un périph&rique et le seul, c'est le disque de 500Go.
Dernière modification par Salah_Ère-Evolution (Le 05/02/2024, à 20:57)
Hors ligne
#24 Le 04/02/2024, à 08:41
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
C'est ce que je pensais, il manque le chemin du fichier cible, il a commencé à copier les données sur le disque interne de l'ordi. J'ai interrompu le process.
Hors ligne
#25 Le 04/02/2024, à 10:14
- Nuliel
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Ça change quoi que c'est sdc ?
Bah si tu lances la copie du mauvais disque (sdb) ça sert à rien...
Du coup ce serait usb-Samsung_M3_Portable_00000000011E3AEB-0:0 et non ata-WDC_WD1600BEVT-75A23T0_WD-WX71A30F0099 , et cela est plus logique vu qu'il y a usb dans le nom. La commande serait donc
sudo ddrescue "/dev/disk/by-id/usb-Samsung_M3_Portable_00000000011E3AEB-0:0" copie_disque.img ddrescue.log
copie_disque.img est un fichier qui va représenter ton disque de 160 Go, et il est stocké là où tu as ouvert ton terminal. De ce que j'ai compris, tu démarres sur ton install sur le disque de 500 Go donc normalement ton terminal est dans le home de ce disque là.
Edit: je comprends pas, les marques ne correspondent pas, le disque de 160 Go c'est un Western digital, pas un samsung.
Tu peux donner
ls -lR /dev/disk
sudo fdisk -lDu coup, quel disque est branché en USB? On est bien d'accord que c'est le disque de 160 Go qui est branché en USB, pas celui de 500 Go?
Dernière modification par Nuliel (Le 04/02/2024, à 10:21)
Hors ligne