#126 Le 17/02/2024, à 23:54
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Il n'est pas interdit de penser que le système de fichier est HS à cause de la mauvaise qualité du disque récepteur.. Dans ce cas, c'est avec photorec qu'on récupère les données.
Mais comme tu ne postes pas grand grand chose, on peut aussi penser que tu te trompes. Le retour du fsck aurait été le minima.
Je me tais sur le fait que tu aies relancé en copiant un disque dans un fichier.
Tu aurais pu au moins dire ce qui se passait lorsque tu voulais ouvrir la partition originale.
Oui, tu as raison, voici le retour de la commande :
sudo fsck.ext4 copie_disque.efi.img!
salah@salah-latitudee6500:~$ sudo fsck.ext4 copie_disque.efi.img
[sudo] Mot de passe de salah :
e2fsck 1.46.5 (30-Dec-2021)
fsck.ext4: Aucun fichier ou dossier de ce nom lors de la tentative d'ouverture de copie_disque.efi.img
Périphérique peut-être inexistant ?Ensuite j'ai essayé cette commande :
sudo fsck copie_disque.efi.img:
salah@salah-latitudee6500:~$ sudo fsck copie_disque.efi.img
fsck de util-linux 2.37.2
Utilisation : fsck.ext4 [-panyrcdfktvDFV] [-b super-bloc] [-B taille-de-bloc]
[-l|-L fichiers-des-blocs-défectueux] [-C fd] [-j journal-externe]
[-E options-étendues] périphérique
Aide d'urgence :
-p Réparation automatique (sans question)
-n N'appliquer aucun changement au système de fichiers
-y Supposer « oui » pour toutes les questions
-c Vérifier la présence de blocs défectueux et les
ajouter à la liste des blocs défectueux
-f Forcer la vérification même si le système de fichiers
est marqué propre
-v Travailler en mode bavard
-b super-bloc Utiliser un bloc alternatif pour le superbloc
-B taille-de-bloc Forcer la taille des blocs lors de la recherche du
superbloc
-j journal-externe Définir la localisation du journal externe
-l fichier-des-blocs-erronés
Ajouter à la liste des blocs défectueux
-L fichier-des-blocs-erronés
Définir la liste des blocs défectueux
-z fichier-d-annulation
Créer un fichier d'annulationEnsuite, ceci ;
sudo fsck -B copie_disque.efi.img...:
salah@salah-latitudee6500:~$ sudo fsck -B copie_disque.efi.img
fsck de util-linux 2.37.2
e2fsck 1.46.5 (30-Dec-2021)
/dev/sda1 est monté.
e2fsck: Ne peut continuer, arrêt immédiat.Cette commande-là :
lsblk -f:
salah@salah-latitudee6500:~$ lsblk -f
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
loop0 squashfs 4.0 0 100% /snap/core20/1974
loop1 squashfs 4.0 0 100% /snap/bare/5
loop2 squashfs 4.0 0 100% /snap/firefox/2987
loop3 squashfs 4.0 0 100% /snap/core20/2182
loop4 squashfs 4.0 0 100% /snap/gnome-3-38-2004/143
loop5 squashfs 4.0 0 100% /snap/snapd/19457
loop6 squashfs 4.0 0 100% /snap/gtk-common-themes/1535
loop7 squashfs 4.0 0 100% /snap/snapd/20671
sda
└─sda1 ext4 1.0 6ffcf61e-35f9-498d-824e-a52ffb68cc8d 323G 21% /var/snap/firefox/common/host-hunspell
/
sdb
└─sdb1 ext4 1.0 9a2c1856-cb90-4e97-95e5-04746c2446eb 106,4G 72% /media/salah/9a2c1856-cb90-4e97-95e5-04746c2446eb(En sdb, c'est le disque interne HDD de 500Go, sur lequel est la copie de ddrescue du disque de 160Go endommagé).
Je précise que les commandes qui precedent ont été effectuées sur la copie partielle de ddrescue, sauf à partir de ci-dessous :
Et, ensuite :
sudo fsck.ext4 /media/salah/9a2c1856-cb90-4e97-95e5-04746c2446eb/copie_disque.efi.img(je pense que cette commande est incorrecte, je cherche) :
salah@salah-latitudee6500:~$ sudo fsck.ext4 /media/salah/9a2c1856-cb90-4e97-95e5-04746c2446eb/copie_disque.efi.img
e2fsck 1.46.5 (30-Dec-2021)
fsck.ext4: Aucun fichier ou dossier de ce nom lors de la tentative d'ouverture de /media/salah/9a2c1856-cb90-4e97-95e5-04746c2446eb/copie_disque.efi.img
Périphérique peut-être inexistant ?Suit cette commande-ci (mon ordi étant en UEFI...) :
sudo fsck /media/salah/9a2c1856-cb90-4e97-95e5-04746c2446eb/copie_disque.img:
salah@salah-latitudee6500:~$ sudo fsck /media/salah/9a2c1856-cb90-4e97-95e5-04746c2446eb/copie_disque.img
fsck de util-linux 2.37.2
e2fsck 1.46.5 (30-Dec-2021)
fsck.ext2: Aucun fichier ou dossier de ce nom lors de la tentative d'ouverture de /media/salah/9a2c1856-cb90-4e97-95e5-04746c2446eb/copie_disque.img
Périphérique peut-être inexistant ?Cette commande suivante :
udo fsck /media/salah/9a2c1856-cb90-4e97-95e5-04746c2446eb/ copie_disque.img:
salah@salah-latitudee6500:~$ sudo fsck /media/salah/9a2c1856-cb90-4e97-95e5-04746c2446eb/ copie_disque.img
fsck de util-linux 2.37.2
Utilisation : fsck.ext2 [-panyrcdfktvDFV] [-b super-bloc] [-B taille-de-bloc]
[-l|-L fichiers-des-blocs-défectueux] [-C fd] [-j journal-externe]
[-E options-étendues] périphérique
Aide d'urgence :
-p Réparation automatique (sans question)
-n N'appliquer aucun changement au système de fichiers
-y Supposer « oui » pour toutes les questions
-c Vérifier la présence de blocs défectueux et les
ajouter à la liste des blocs défectueux
-f Forcer la vérification même si le système de fichiers
est marqué propre
-v Travailler en mode bavard
-b super-bloc Utiliser un bloc alternatif pour le superbloc
-B taille-de-bloc Forcer la taille des blocs lors de la recherche du
superbloc
-j journal-externe Définir la localisation du journal externe
-l fichier-des-blocs-erronés
Ajouter à la liste des blocs défectueux
-L fichier-des-blocs-erronés
Définir la liste des blocs défectueux
-z fichier-d-annulation
Créer un fichier d'annulationCelle-ci :
sudo fsck.ext4 /media/salah/9a2c1856-cb90-4e97-95e5-04746c2446eb/ copie_disque.img:
salah@salah-latitudee6500:~$ sudo fsck.ext4 /media/salah/9a2c1856-cb90-4e97-95e5-04746c2446eb/ copie_disque.img
Utilisation : fsck.ext4 [-panyrcdfktvDFV] [-b super-bloc] [-B taille-de-bloc]
[-l|-L fichiers-des-blocs-défectueux] [-C fd] [-j journal-externe]
[-E options-étendues] périphérique
Aide d'urgence :
-p Réparation automatique (sans question)
-n N'appliquer aucun changement au système de fichiers
-y Supposer « oui » pour toutes les questions
-c Vérifier la présence de blocs défectueux et les
ajouter à la liste des blocs défectueux
-f Forcer la vérification même si le système de fichiers
est marqué propre
-v Travailler en mode bavard
-b super-bloc Utiliser un bloc alternatif pour le superbloc
-B taille-de-bloc Forcer la taille des blocs lors de la recherche du
superbloc
-j journal-externe Définir la localisation du journal externe
-l fichier-des-blocs-erronés
Ajouter à la liste des blocs défectueux
-L fichier-des-blocs-erronés
Définir la liste des blocs défectueux
-z fichier-d-annulation
Créer un fichier d'annulationSuit cette commande-ci :
sudo fsck.ext4 copie_disque.img:
salah@salah-latitudee6500:~$ sudo fsck.ext4 copie_disque.img
e2fsck 1.46.5 (30-Dec-2021)
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 copie_disque.img
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>
Trouvé une table de partitions dos dans copie_disque.imgS'ensuit deux:trois autres "combinaisons", sans plus de résultats :
salah@salah-latitudee6500:~$ e2fsck -b 8193 copie_disque.img
e2fsck 1.46.5 (30-Dec-2021)
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de copie_disque.img
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>
Trouvé une table de partitions dos dans copie_disque.imgsalah@salah-latitudee6500:~$ e2fsck -b 32768 copie_disque.img
e2fsck 1.46.5 (30-Dec-2021)
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de copie_disque.img
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>
Trouvé une table de partitions dos dans copie_disque.imgsalah@salah-latitudee6500:~$ fsck.msdos -b copie_disque.img
fsck.fat 4.2 (2021-01-31)
Logical sector size is zero.salah@salah-latitudee6500:~$ dosfsck -b copie_disque.img
fsck.fat 4.2 (2021-01-31)
Logical sector size is zero.Merci de ton attention.
Dernière modification par Salah_Ère-Evolution (Le 20/02/2024, à 21:11)
Hors ligne
#127 Le 18/02/2024, à 00:19
- geole
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
lsblk -fe7 | cat
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
sdc
└─sdc1 ntfs seagate 340061F70061C08A 765,2G 47212385827079% /media/salah/seagate Donc partition formatée en NTFS avec 765 go de libres.
sudo fdisk -l /dev/sdc
Disque /dev/sdc : 1,82 TiB, 2000398933504 octets, 3907029167 secteurs
Disk model: BUP Slim BK
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octet
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sdc1 * 2048 312576704 312574657 149G 83 LinuxLe type 83 signifie EXT4. Mais, au-dessus on a indiqué NTFS .
C'est contradictoire.
ls -ls /dev/disk/by-id
0 lrwxrwxrwx 1 root root 9 févr. 17 18:22 usb-Seagate_BUP_Slim_BK_NA7L5XTS-0:0 -> ../../sdc
0 lrwxrwxrwx 1 root root 10 févr. 17 18:22 usb-Seagate_BUP_Slim_BK_NA7L5XTS-0:0-part1 -> ../../sdc1Avoir le nom peut toujours servir.
ls -ls /dev/disk/by-uuid
0 lrwxrwxrwx 1 root root 10 févr. 17 18:22 340061F70061C08A -> ../../sdc C'est une signature NFTS et pas EXT4.
sudo fsck /dev/sdc1
fsck de util-linux 2.37.2C'est vraiment pas bavard.
J'ai envie de te demander de lancer windows pour faire un CHKDSK de cette partition.
Mais celà peut tout casser. Attendons d'autres avis.
La 2eme partition est "Non'allouée".C'est de l'espace disque encore disponible.
Donne le retour de cette commande.
sudo parted /dev/disk/by-id/usb-Seagate_BUP_Slim_BK_NA7L5XTS-0:0 unit MiB print free Dernière modification par geole (Le 18/02/2024, à 00:26)
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
#128 Le 18/02/2024, à 00:37
- geole
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Je récupère les morceaux pour le fsck
1) Se positionner dans le bon répertoire qui est le point de montage actuel vu par la commande lsblk
cd /media/salah/seagate 2) Vérifier que le fichier est toujours présent.
ls -ls3) Si fichier présent, se souvenir qu'il est l'image d'un disque.
Or on fait un fsck sur une partition et pas un disque.
Donc on va rendre disponible la partition.
Sauf erreur de ma part, la bonne codification serait.....
sudo losetup -o $((2048*512)) -f copie_disque.imgPuis, à l'erreur de codification possible, trouver le loop utilisé.
lsblk | grep loop | tail -1 | cut -d" " -f1et enfin faire le fsck du loop trouvé
sudo fsck /dev/loopNN Ne pas oublier de remplacer NNN par les numéros.
Puis si la réparation se passe bien, on va monter la partion et regarder son contenu.
sudo mount /dev/loop /mnt
ls -ls /mntDernière modification par geole (Le 18/02/2024, à 00:49)
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
#129 Le 18/02/2024, à 00:44
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
sudo fdisk -l /dev/sdc Disque /dev/sdc : 1,82 TiB, 2000398933504 octets, 3907029167 secteurs Disk model: BUP Slim BK Taille de secteur (logique / physique) : 512 octets / 4096 octets taille d'E/S (minimale / optimale) : 4096 octets / 4096 octet Périphérique Amorçage Début Fin Secteurs Taille Id Type /dev/sdc1 * 2048 312576704 312574657 149G 83 LinuxLe type 83 signifie EXT4. Mais, au-dessus on a indiqué NTFS .
C'est contradictoire.
Le disque sdc est partionné d'origine en NTFS, c'est ddrescue qui a crée cette partition de 149Go pour y loger sa copie, ce qui expliquerais qu'elle soit en EXT4...
La 2eme partition "non-allouée" n'est pas de l'espace libre (tout du moins, je l'espère !). D'origine, elle est également en NTFS et c'est ddrescue qui a supprimé la table de partition.... Il y a néanmoins bien 765Go de libre.
Je pense que ddrescue a supprimé la table de partition de tout le disque et a crée sa partition en EXT4 pour y loger la copie du disque de 160Go endommagé.
Voici le retour de la commande :
sudo parted /dev/disk/by-id/usb-Seagate_BUP_Slim_BK_NA7L5XTS-0:0 unit MiB print free :
salah@salah-latitudee6500:~$ sudo parted /dev/disk/by-id/usb-Seagate_BUP_Slim_BK_NA7L5XTS-0:0 unit MiB print free
[sudo] Mot de passe de salah :
Modèle : Seagate BUP Slim BK (scsi)
Disque /dev/sdc : 1907729MiB
Taille des secteurs (logiques/physiques) : 512B/4096B
Table de partitions : msdos
Drapeaux de disque :
Numéro Début Fin Taille Type Système de fichiers Drapeaux
0,03MiB 1,00MiB 0,97MiB Espace libre
1 1,00MiB 152625MiB 152624MiB primary ntfs démarrage
152625MiB 1907729MiB 1755104MiB Espace librePour information, après m'être placé dans le bon répertoire, la commande :
ls -lsdonne :
salah@salah-latitudee6500:~$ cd /media/salah/seagate
salah@salah-latitudee6500:/media/salah/seagate$ ls -ls
total 60
0 drwxrwxrwx 1 salah salah 0 janv. 23 05:37
8 drwxrwxrwx 1 salah salah 8192 déc. 20 19:24
12 drwxrwxrwx 1 salah salah 12288 mars 21 2023
0 drwxrwxrwx 1 salah salah 0 nov. 24 13:05
0 drwxrwxrwx 1 salah salah 0 déc. 17 21:07
0 drwxrwxrwx 1 salah salah 0 oct. 25 2020
4 drwxrwxrwx 1 salah salah 4096 janv. 23 05:35
0 drwxrwxrwx 1 salah salah 0 oct. 16 2020
0 drwxrwxrwx 1 salah salah 0 mai 18 2021
0 drwxrwxrwx 1 salah salah 0 mai 19 2022
0 drwxrwxrwx 1 salah salah 0 mars 11 2022
0 drwxrwxrwx 1 salah salah 0 nov. 17 2022
0 drwxrwxrwx 1 salah salah 0 juil. 18 2022
0 drwxrwxrwx 1 salah salah 0 août 3 2022
0 drwxrwxrwx 1 salah salah 0 août 14 2022 '
4 drwxrwxrwx 1 salah salah 4096 avril 4 2023
4 drwxrwxrwx 1 salah salah 4096 janv. 26 12:15
0 drwxrwxrwx 1 salah salah 0 janv. 18 04:28
4 drwxrwxrwx 1 salah salah 4096 janv. 20 15:33
4 drwxrwxrwx 1 salah salah 4096 janv. 18 04:05
0 drwxrwxrwx 1 salah salah 0 août 16 2020
12 drwxrwxrwx 1 salah salah 12288 mai 8 2022
4 drwxrwxrwx 1 salah salah 4096 nov. 25 08:28
4 drwxrwxrwx 1 salah salah 4096 déc. 17 21:02 J'ai supprimé le nom des répertoires pour ne pas encombrer mon propos.
Ayant supprimé les fichiers img et log de ddrescue, les commandes suivantes ne sont pas pertinentes dans ce contexte.
Une fois la copie ddrescue en cours terminée, elles seraient à utiliser pour exploiter la 1ere copie de ddrescue ou la 2eme.
Par xemple, dans le 9eme répertoire à partir de la fin de la liste, en date du 04 avril 2023, le gestionnaire de fichiers indique :
765,2Go de libres sur 149Go, ce qui est aberrant...
Avec Windows, la commande de vérification et de réparation n'est âs active avec ce disque dur externe...
Merci de ton attention.
Dernière modification par Salah_Ère-Evolution (Le 19/02/2024, à 07:06)
Hors ligne
#130 Le 18/02/2024, à 01:02
- geole
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Le disque sdc est partionné d'origine en NTFS, c'est ddrescue qui a crée cette partition de 149Go pour y loger sa copie, ce qui expliquerait qu'elle soit en EXT4....
Je veux bien te suivre.
mais il n'a pas pu faire cela avec la seule commande que tu indiques.
Pour que cela soit possible, il faudrait que tu n'aies pas monté la partition
et que tu te sois positionnée dans la partition du disque
cd /dev/sdc1au lieu du point de montage du disque.
cd /media/salah/seagateJe ne vois pas trop d'autres possibilités ou alors, tu as commencé avec une autre commande
copiant une partition dans une autre partition.
Comme solution, tu pourrais tenter un tesdisk de la partition.
mais il faudra que tu précises que la partition est formatée NTFS et pas EXT4
( Je pense que c'est possible)
Puis extraire toutes les données trouvées dans un autre disque.
Ou alors, tu attends la fin des opérations de récupération des 160 go en ext4 de ce disque et tu demandes à windows de faire au mieux. Au pire, il reste photorec car je pense que tu n'as pas de double de ces données.
Dernière modification par geole (Le 18/02/2024, à 01:23)
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
#131 Le 18/02/2024, à 01:16
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Oui, tout à fait, je me suis positionné dans la partition et le disque devait être démonté. J'ai fait cette manipulation avec un Individu qui pensait que le disque était vide, complètement dédié à cette opération. Moi je pensais que ddrescue allait juste créer un répertoire ou un fichier de copie, mais la présence de l'option "-f" a effectué les modifications sus-mentionnées, j'ai interrompu la copie et supprimé les deux fichiers ddrescue, img et log, qui ne devaient pas contenir grand'chose.
J'avais déjà utilisé Photorec, mais jamais ddrescue.
Oui, effectivement, je n'ai pas de double de mes données, à 90%.
Je ne vais pas m'étaler sur SystemRescue, je ne sais pas si la version installée sur cet utilitaire est la même ou non que la version GNU DDerscue... (encore une fois je précise qu'il ne s'agit pas de la commande gddrescue) que je ne connaissais pas et, qui aux mains d'un spécialiste, soit avoir sa pertinence, mais voici un descriptif des options utilisées dans la ligne de commande sus-mentionnée :
-f : écrasement du périphérique de sortie ou de la partition (ce que tu préconise pour la création d'une partition comme destination de la copie ddrescue est exactement ce que fait cet utilitaire avec cette option)
-d : utiliser l’accès à disque direct et d’ignorer le cache du noyau
-r3 : réessayer les secteurs des mauvais secteurs 3 fois avant d’abandonner.
Tiré de la page que j'avais alors utilisée : https://www.malekal.com/ddrescue-commen … endommage/
Pour l'option -f, la manuel GNU DDrescue précise ( https://www.gnu.org/software/ddrescue/m … nual.html) :
-f
--force
Force l'écrasement du fichier de sortie. Nécessaire lorsque le fichier de sortie n'est pas un fichier normal, mais un périphérique ou une partition. Cette option n'est qu'une sauvegarde pour éviter la destruction accidentelle des partitions, et est ignorée pour les fichiers normaux.
Voici une capture d'ecran de Gparted du dd exter.rne de 2To :
Infos premiere partition :
Infos deuxième partition :
Tu m'as parlé de la commande windows CHKDSK (parait-il renommée Scandisk...), apparemment non-accessible avec ce disque dur 'je ne suis pas un spécialiste de windows).
En parcourant un article sur les tables de partitions, il est mentionné une application Microsoft nommée Wondershare Recoverit (visiblement "gratuite" : Avez-vous accidentellement supprimé ou perdu une partition importante ? Ne vous inquiétez pas. Wondershare Recoverit est capable de récupérer vos partitions perdues en 3 étapes.), la version "gratuite" permet de récupérer 100Mo (je ne sais pas si elle répare la table de partition). la connais-tu ou quelqu'un l'a t-il déjà utilisée ?
Merci de ton attention.
Dernière modification par Salah_Ère-Evolution (Le 21/02/2024, à 00:44)
Hors ligne
#132 Le 18/02/2024, à 01:21
- geole
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
....... qui pensait que le disque était vide, complètement dédié à cette opération. Moi je pensais que ...
Tu comprends maintenant pourquoi je pense qu'il faut demander à l'utilisateur de créer une partition dédiée à cette opération.
Dernière modification par geole (Le 18/02/2024, à 01:22)
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
#133 Le 21/02/2024, à 05:23
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Salut à tous les Individus, j'espère que vous allez bien, après quelques lectures, il me vient une suggestion.
On discerne sur les captures d'écran de ddrescueview, une zone de secteurs erronés (vers 80Go, à partir du début dus disque), même si je n'ai pas de certitudes, je suis persuadé que le bug "Error splicing file", qui s'est produit lorsque j'ai tenté d'effectuer une copie directe de la copie ddrescue, également vers les 80Go, est du à cette zone...
Normalement Testdisk ne s'occupe pas des systèmes de fichiers, il ne s'occupe que des blocs sains copiés... Aussi, il faudrait analyser, avec Testdisk, la copie ddrescue du deuxième secteur (le 1er secteur est erroné, c'est peut-être la cause de l'échec de la commande fsck...) à 70/75Go et de, mettons, 90Go à 160Go (on peut très facilement obtenir précisément ces limites, en cliquant sur les secteurs sains, avant et après cette zone), je vais chercher la commande qui permet d'effectuer cette opération et s'il y a des suggestions, je suis preneur.
Nota : ma derniere copie ddrescue, sur un support sain, n'a pas visuellement meilleure allure que la précédente, à voir une fois qu'elle sera terminée... :
Merci de votre attention, bon courage et portez-vous bien !
Dernière modification par Salah_Ère-Evolution (Le 22/02/2024, à 13:56)
Hors ligne
#134 Le 21/02/2024, à 12:28
- geole
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Bonjour.
Trois remarques.
Je pense que ta capture d'image est faite avec un ddrescue en cours de fonctionnement qui a identifié des zones difficiles à lire mais pas encore identifié les secteurs vraiement irrecupérables.
Testdisk est basé sur un système de fichier sain. c'est photorec qui se base uniquement sur le contenu des secteurs.
Il est possible que l'erreur splicing provienne des zones non récupérées qui ont conservé une autre signification dans le disque recepteur.
Pour cela, lorsque ddrescue rescue n'est pas fini à 100%. il faut faire une opération supplémentaire traitant, dans le support réceptions, les blocs non copiés.
La documentation prévoit de les remettre à zéro.
chapitre quatre et paragraphe 3.4.1.4
Pour, pour ma part, je serais plutôt tenté de dire de dupliquer le secteur qui précéde le secteur illisible dans le secteur illisible. Le fichier resterait alors accessible mais avec des données fausses, Il faudrait alors fournir la liste de tels fichiers bidouillés.
Dernière modification par geole (Le 21/02/2024, à 12:37)
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
#135 Le 21/02/2024, à 14:30
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Salut à toi.
Je n'étais pas au courant de cette opération supplémentaire..., c'est ce qui expliquerais que tout ce qui à été tenté avec Testdisk et la commande fsck n'ait pas fonctionné...
Si le système de fichiers n'est pas intègre, cela ne peut pas fonctionner.
J'étais justement en train de lire cette doc, la commande à passer serait donc :
ddrescue --fill-mode=- --force --synchronous /dev/zero /dev/sde /home/ubuntu/dd/suiviAlors, pour copier le secteur qui précède la zone illisible dans la zone illisible, pour ne pas interrompre la continuité du système de fichiers, je vais faire des recherches.
"Il faudrait alors fournir la liste de tels fichiers bidouillés"
Je ne comprends pas trop bien pourquoi fournir cette liste..., par "fichiers bidouillés", tu entends "écrasés" ?...
Merci de ton attention.
Dernière modification par Salah_Ère-Evolution (Le 21/02/2024, à 14:50)
Hors ligne
#136 Le 21/02/2024, à 15:59
- geole
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Pour la dernière explication.
Un fichier est composé de plusieurs blocs consécutifs.
Chaque bloc a un entête afin d'authentifier le contenu (signature) voir la documentation photorec.
Exemple pratique pour trois secteurs.
1 > Entête DOC et données DOC
2 > Illisible mais il y avait entête DOC et données DOC
3 > Entête DOC et données DOC
Lorsque tu vas recopier.
Initialement, la recopie du secteur 2 n'est pas faite, il y a donc ce que le secteur 2 contenait auparavant.
Si le disque est neuf, il y a des zéros. Donc le logiciel adapté à lire des documents DOC va dire que le fichier est cassé.
Si c'est un vieux disque, ce secteur 2 peut aussi être sans signature ou avec signature non DOC. Donc pas de lecture possible du document .doc
Mais, il se peut que ce secteur appartenait a un fichier .DOC supprimé et non écrasé conservant la signature. Dans ce cas, le fichier sera lisible par le logiciel et affichera donc un secteur dont le contenu vient d'ailleurs
En réparation standard, le fichier n'est plus accessible. Pour le rendre accessible, il faut donc remettre une bonne signature et des valeurs de données irréelles. Je trouve que si on fait cette action, il faut prévenir. Mais la séquence d'identification du fichier n'est pas facile....
Mon idée est donc de dupliquer un bloc qui provient du même fichier. Si c'est une vidéo, ce n'est pas grave. Quelques pixels. Si c'est un document comptable, c'est catastrophique.
Dernière modification par geole (Le 21/02/2024, à 16:01)
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
#137 Le 21/02/2024, à 23:36
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Je crois que je n'ai pas encore complètement compris le fonctionnement de ddrescue et testdisk, et on s'est mal compris.
Ma nouvelle copie de ddrecue va se terminer dans deux heures environ et je vais essayer de relancer testdisk, chercher pourquoi éventuellement ça ne fonctionnerait pas.
Je donnerai les copies d'écran.
J'ai interrompu temporairement la copie ddrescue, qui ne récupère plus grand'chose, et lancé la commande tesdisk :
TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org
TestDisk is free software, and
comes with ABSOLUTELY NO WARRANTY.
Select a media (use Arrow keys, then press Enter):
>Disk copie_disque.img - 160 GB / 149 GiB (RO)
>[Proceed ] [ Sudo ] [ Quit ]
Note: Some disks won't appear unless you are root user.
Disk capacity must be correctly detected for a successful recovery.
If a disk listed above has an incorrect size, check HD jumper settings and BIOS
detection, and install the latest OS patches and disk drivers. --> Proceed --> continue --> intel --> analyse :
TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
[url]https://www.cgsecurity.org[/url]
Disk copie_disque.img - 160 GB / 149 GiB - CHS 19458 255 63 (RO)
Current partition structure:
Partition Start End Size in sectors
No ext2, JFS, Reiser, cramfs or XFS marker
1 * Linux 0 32 33 19456 254 63 312574657
1 * Linux 0 32 33 19456 254 63 312574657
*=Primary bootable P=Primary L=Logical E=Extended D=Deleted
>[Quick Search] [ Backup ]
Try to locate partition La partition est listée deux fois, ce qui indique que le système de fichier est corrompu.]
--> Quick search :
TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
[url]https://www.cgsecurity.org[/url]
Disk copie_disque.img - 160 GB / 149 GiB - CHS 19458 255 63 (RO)
The harddisk (160 GB / 149 GiB) seems too small! (< 241 GB / 224 GiB)
Check the harddisk size: HD jumper settings, BIOS detection...
The following partition can't be recovered:
Partition Start End Size in sectors
> HPFS - NTFS 19456 254 63 29352 253 62 158979177
[ Continue ]
NTFS, blocksize=4096, 81 GB / 75 GiB --> continue :
TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
[url]https://www.cgsecurity.org[/url]
Disk copie_disque.img - 160 GB / 149 GiB - CHS 19458 255 63 (RO)
Partition Start End Size in sectors
>D Linux 0 32 33 19457 21 20 312576000
D HPFS - NTFS 9561 1 1 19456 254 63 158979177
Structure: Ok. Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
*=Primary bootable P=Primary L=Logical E=Extended D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
Enter: to continue
ext4 blocksize=4096 Large_file Sparse_SB Backup_SB, 160 GB / 149 GiBLes partitions sont marquées D(elete)
Je crois savoir qu'il faut changer le type de la partition de boot et la passer en L(ogique) pour tenter de réecrire la table de partition...
--> 1ere partition --> Deep search, pour rechercher la présence de sauvegarde du secteur de boot... :
TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org
Disk copie_disque.img - 160 GB / 149 GiB - CHS 19458 255 63 (RO)
The harddisk (160 GB / 149 GiB) seems too small! (< 241 GB / 224 GiB)
Check the harddisk size: HD jumper settings, BIOS detection...
The following partitions can't be recovered:
Partition Start End Size in sectors
> Linux 9680 0 1 29136 222 30 312574656
Linux 9682 197 52 29139 165 18 312574656
Linux 9685 147 63 29142 115 29 312574656
Linux 9689 38 14 29146 5 43 312574656
Linux 9690 108 19 29147 75 48 312574656
Linux 9692 53 26 29149 20 55 312574656
Linux 9692 215 60 29149 183 26 312574656
Linux 9694 161 4 29151 128 33 312574656
Linux 9695 166 8 29152 133 37 312574656
Linux 9697 176 16 29154 143 45 312574656
[ Continue ]
ext4 blocksize=4096 Large_file Sparse_SB Recover, 160 GB / 149 GiB
--> 1ere partition --> continue :
TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org
Disk copie_disque.img - 160 GB / 149 GiB - CHS 19458 255 63 (RO)
Partition Start End Size in sectors
>D Linux 0 32 33 19457 21 20 312576000
D Linux Swap 234 177 8 299 246 11 1048576
D Linux Swap 5153 118 22 5218 187 25 1048576
D HPFS - NTFS 9561 1 1 19456 254 63 158979177
Structure: Ok. Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
*=Primary bootable P=Primary L=Logical E=Extended D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
Enter: to continue
ext4 blocksize=4096 Large_file Sparse_SB Backup_SB, 160 GB / 149 GiB Là, je cherche...
Merci de ton et de votre attention.
Dernière modification par Salah_Ère-Evolution (Le 22/02/2024, à 06:21)
Hors ligne
#138 Le 22/02/2024, à 14:56
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Salut à toi geole, j'espère que tu vas bien, j'ai tenté les commandes ci-dessous sur la copie ddrescue :
Sauf erreur de ma part, la bonne codification serait.....
sudo losetup -o $((2048*512)) -f copie_disque.imgPuis, à l'erreur de codification possible, trouver le loop utilisé.
lsblk | grep loop | tail -1 | cut -d" " -f1et enfin faire le fsck du loop trouvé
sudo fsck /dev/loopNNNe pas oublier de remplacer NNN par les numéros.
Puis si la réparation se passe bien, on va monter la partion et regarder son contenu.sudo mount /dev/loop /mnt ls -ls /mnt
Et, voici ce que j'obtiens :
salah@salah-latitudee6500:~$ sudo losetup -o $((2048*512)) -f copie_disque.img
[sudo] Mot de passe de salah :
salah@salah-latitudee6500:~$ lsblk | grep loop | tail -1 | cut -d" " -f1
loop8
salah@salah-latitudee6500:~$ sudo fsck /dev/loop8
fsck de util-linux 2.37.2
e2fsck 1.46.5 (30-Dec-2021)
ext2fs_open2: Numéro magique invalide dans le super-bloc
fsck.ext2 : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
le superbloc a un journal invalide (i-noeud 8).
Effacer<o>? Qu'en penses-tu ?
J'ai lancé Photorec sur le disque en "loop8", pour essayer, j'ai récupéré 403475 fichiers :
PhotoRec 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org
PhotoRec is free software, and
comes with ABSOLUTELY NO WARRANTY.
Select a media (use Arrow keys, then press Enter):
Disk /dev/sda - 480 GB / 447 GiB (RO) - CT480BX500SSD1
Disk /dev/sdb - 160 GB / 149 GiB (RO) - WDC WD16 00BEVT-75A23T0
Disk /dev/sdc - 500 GB / 465 GiB (RO) - Samsung M3 Portable
Disk /dev/loop0 - 66 MB / 63 MiB (RO)
Disk /dev/loop1 - 4096 B (RO)
Disk /dev/loop2 - 248 MB / 237 MiB (RO)
Disk /dev/loop3 - 67 MB / 63 MiB (RO)
Disk /dev/loop4 - 366 MB / 349 MiB (RO)
Disk /dev/loop5 - 55 MB / 53 MiB (RO)
Disk /dev/loop6 - 96 MB / 91 MiB (RO)
Disk /dev/loop7 - 42 MB / 40 MiB (RO)
>Disk /dev/loop8 - 160 GB / 149 GiB (RO)
>[Proceed ] [ Quit ]
Note:
Disk capacity must be correctly detected for a successful recovery.
If a disk listed above has an incorrect size, check HD jumper settings and BIOS
detection, and install the latest OS patches and disk drivers. L'action la plus pertinente serait de réparer la table de partition de l'image ddrescue sauvegardée. Je cherche...
Merci de ton attention.
Dernière modification par Salah_Ère-Evolution (Le 22/02/2024, à 17:50)
Hors ligne
#139 Le 22/02/2024, à 19:33
- geole
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
.....copie_disque.img - 160 GB / 149 GiB - CHS 19458 255 63 (RO) Partition Start End Size in sectors >D Linux 0 32 33 19457 21 20 312576000 D Linux Swap 234 177 8 299 246 11 1048576 D Linux Swap 5153 118 22 5218 187 25 1048576 D HPFS - NTFS 9561 1 1 19456 2 Structure: Ok. Use Up/Down Arrow keys to select partition. Use Left/Right Arrow keys to CHANGE partition characteristics: *=Primary bootable P=Primary L=Logical E=Extended D=Deleted Keys A: add partition, L: load backup, T: change type, P: list files, Enter: to continue ext4 blocksize=4096 Large_file Sparse_SB Backup_SB, 160 GB / 149 GiBLà, je cherche...
Merci de ton et de votre attention.
il faudrait que tu appuies sur continuer
c'est à moment-la qu'il va sortir les répertoires trouvés dans cette partition ancienne.
s'il n'en trouve pas, il faudra se rabattre sur photorec qui cherchera les données sur leur nature et pas sur le nom de fichier.
Ajout. Je vois que c'est fait.
Dernière modification par geole (Le 22/02/2024, à 19:37)
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
#140 Le 22/02/2024, à 19:53
- geole
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
voici ce que j'obtiens :
salah@salah-latitudee6500:~$ sudo losetup -o $((2048*512)) -f copie_disque.img [sudo] Mot de passe de salah : salah@salah-latitudee6500:~$ lsblk | grep loop | tail -1 | cut -d" " -f1 loop8 salah@salah-latitudee6500:~$ sudo fsck /dev/loop8 fsck de util-linux 2.37.2 e2fsck 1.46.5 (30-Dec-2021) ext2fs_open2: Numéro magique invalide dans le super-bloc fsck.ext2 : Superbloc invalide, tentons d'utiliser les blocs de sauvetage... le superbloc a un journal invalide (i-noeud 8). Effacer<o>?Qu'en penses-tu ?
Avant de lancer la réparation, je te conseille de dupliquer ce petit fichier de 160 Go.
Je viens de verifier dans l'échange 1
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sdb1 * 2048 312576704 312574657 149G 83 Linux
Le décalage est bien de 2048 secteurs et que c'est bien une partition ext.
Donc à priori la partition n'est pas trop cassée puisque le premier bloc de sauvegarde semble intact.
Tu peux donc procéder aux réparations que fsck va demander.
Que le journal soit invalide est fréquent lorsque la partition est mal démontée.
Tu verras ce que cela va donner.
Si ce n'est pas terrible, tu recopies la sauvegarde dans le fichier et tu réactives ddrescue. Il faudra le pousser à fond... tant qu'il récupère un peu, il y ade l'espoir. Peut-être pourra-t-il recopier quelques secteurs de plus qui pourront suffire à récupérer des secteurs vitaux.
Puis de nouveau sauvegarde avant fsck.
Dernière modification par geole (Le 22/02/2024, à 20:02)
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
#141 Le 22/02/2024, à 23:28
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Avant de lancer la réparation, je te conseille de dupliquer ce petit fichier de 160 Go.
Lorsque tu parles de dupliquer ce fichier, il s'agit du périphérique d'amorcage ?
Je ne pense pas qu'il ait une taille de 160Go..., on ne peut pas procéder à cette duplication plus simplement ? Je cherche de mon côté.
Pour le moment, je ne parviens pas à effectuer cette duplication, si ddrescue parvient à accéder au disque, pourquoi pas moi ? Je reprends la copie ddrescue :
Le 23/02 vers 12h46 :
et fais du tri de documents...
Merci de ton attention.
Dernière modification par Salah_Ère-Evolution (Le 23/02/2024, à 13:55)
Hors ligne
#142 Le 23/02/2024, à 11:41
- geole
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Bonjour.
On copie le fichier classiquement.
cp -v copie_disque.img copie_Bis_disque.img ou en mode graphique par copier/coller.
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
#143 Le 23/02/2024, à 17:53
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Salut à toi
Donc à priori la partition n'est pas trop cassée puisque le premier bloc de sauvegarde semble intact.
Tu peux donc procéder aux réparations que fsck va demander.Que le journal soit invalide est fréquent lorsque la partition est mal démontée.
J'ai erépondu "n" à la question et il m'a été demandé de répondre à d'autres questions relatives à des i-nodes..., la question m'a été reposée, j'ai l'impression que "oui" par défaut à été répondu et reposé encore, j'ai réponsu "non"..., j'ai finalement fermé le terminal.
Je ne sais pas si ces manipulations ont eues des conséquences et comment le vérifier, mais je sais que j'aurais du attendre, sans doute un manque d'information sur les partition Loop et la commande losetup.
Peut-être, en cas de dommages, sera t-il possible de fusionner avec l'autre copie de ddrescue pour corriger... (l'autre copie a l'air meilleure, l'état du disque se dégrade).
La partition Loop8 semble en bon état puisque je m'en suis servi avec Photorec...
Le premier bloc est peut-être globalement intact, mais le premier secteur est mauvais et c'est lui qui contient la table de partition. Je vais essayer de lancer la copie que tu suggère, mais, à mon avis, elle entraînera l'erreur qui s'est produite précédemment, à savoir "Error splicing file" vers 80Go de copie. Il faudrait trouver un moyen de réparer ce premier secteur, ce qu'en théorie Testdisk peut faire, mais aucune doc ou tuto que j'ai consulté, travaille sur un fichier image... Je pense que la commande fsck peut aussi le faire.
Je ferai des copies d'écran pour le fscK.
Merci de ton attention.
Dernière modification par Salah_Ère-Evolution (Le 23/02/2024, à 17:55)
Hors ligne
#144 Le 23/02/2024, à 18:04
- geole
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
A cette question.
le superbloc a un journal invalide (i-noeud 8).
Effacer<o>? La seule réponse possible est d'accepter la proposition de réparation.
As-tu tenté de monter la partition après le fsck?
sudo mount -v /dev/loop8 /mnt
ls -ls /mntSi l'autre copie est meilleure, il faut travailler avec l'autre copie.
Oublie l'idée de réparer une copie à l'aide d'une autre copie.
Il faudrait identifier ce qui ne colle pas dans cette copie en la dupliquant de nouveau avec ddrescue.
Dernière modification par geole (Le 23/02/2024, à 18:09)
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
#145 Le 23/02/2024, à 18:26
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Oui j'ai tenté de monter la partition après le fsck, non-complet pour le coup :
salah@salah-latitudee6500:~$ sudo mount /dev/loop8 /mnt
mount: /mnt: wrong fs type, bad option, bad superblock on /dev/loop8, missing codepage or helper program, or other error.Pour que je comprenne pourquoi la partition ne monte pas, il me faudrait mieux comprendre la partition Loop et la commande losetup..., tu dispose surement de plus d'éléments de réponse que moi sur ce point. Peut-être faut-il compléter la réparation.
L'autre copie comporte moins de secteurs défectueux (#79), mais elle é été effectuée à 99,33%, il faudrait la compléter.
Je ne parlais pas de réparer la dernière copie, mais de fusionner les copies entre-elles, j'ai lu une procédure à ce sujet, pour prendre le meilleur des deux copies... :
"ddrescue dispose notamment une intéressante fonction de "fusion" qui permet d'obtenir une copie saine d'un disque ou fichier à partir de plusieurs copies endommagées dudit disque ou fichier" : (https://doc.ubuntu-fr.org/ddrescue)
L'inconvénient, avec l'autre copie, c'est qu'elle est sur un support comportant de nombreux secteurs défectueux, ce défaut n'a pas montré de différences, pour le moment, avec la copie sur SSD...
La copie de l'image disque c'est passée sans erreur et s'est effectuée très vite... Est-ce du à la commande cp ou au fait que le disque source est sain ? A approfondir. Je précise que cette erreur s'est produite en mode graphique.
Merci de ton attention
Dernière modification par Salah_Ère-Evolution (Le 24/02/2024, à 13:39)
Hors ligne
#146 Le 23/02/2024, à 19:06
- geole
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
La documentation de la commande https://manpages.ubuntu.com/manpages/ja … tup.8.html
Je ne connais pas la procédure que tu évoques.
Peut-être fais-tu référence à une procédure proposant d'utiliser un double du disque émetteur pour terminer la duplication initiale.
Je ne suis certain que mettre ce fichier en entrée pour finir la duplication faite à 99,93% soit une bonne chose.
Elle va certaiment se finir très vite en copiant les blocs absents dont certains auront le contenu de ce disque de 500 go et pas du disque initial de 160 Go.
Tu pourrais tenter de terminer le ddrescue arrêté à 99,93%
et publier les suivis avec cette commande.
ddrescuelog -tvv ddrescue.log Dernière modification par geole (Le 24/02/2024, à 16:27)
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
#147 Le 24/02/2024, à 16:18
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Salut à toi geole
J'ai repris la démarche de création d'une pertition Loop :
salah@salah-latitudee6500:~$ sudo losetup -o $((2048*512)) -f copie_disque.img
[sudo] Mot de passe de salah :
salah@salah-latitudee6500:~$ lsblk | grep loop | tail -1 | cut -d" " -f1
loop12
salah@salah-latitudee6500:~$ sudo fsck /dev/loop12
fsck de util-linux 2.37.2
e2fsck 1.46.5 (30-Dec-2021)
ext2fs_open2: Numéro magique invalide dans le super-bloc
fsck.ext2 : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
le superbloc a un journal invalide (i-noeud 8).
Effacer<o>? oui
*** journal has been deleted ***...
Ça été long et à la fin :
Création du journal (262144 blocs) : oo Complété.
*** le journal a été regénéré ***
ooooo
/dev/loop12: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****
/dev/loop12 : 534216/9773056 fichiers (1.4% non contigus), 33656141/39071832 blocsJ'ai passé la commande de montage de la partition ;
salah@salah-latitudee6500:~$ sudo mount /dev/loop12 /mnt
salah@salah-latitudee6500:~$ ls -ls /mnt
total 524600
0 lrwxrwxrwx 1 root root 7 avril 19 2022 bin -> usr/bin
4 drwxr-xr-x 3 root root 4096 janv. 10 12:06 boot
4 drwxr-xr-x 2 root root 4096 juil. 22 2022 dev
12 drwxr-xr-x 142 root root 12288 janv. 13 10:52 etc
4 drwxr-xr-x 3 root root 4096 juil. 22 2022 home
0 lrwxrwxrwx 1 root root 7 avril 19 2022 lib -> usr/lib
0 lrwxrwxrwx 1 root root 9 avril 19 2022 lib32 -> usr/lib32
0 lrwxrwxrwx 1 root root 9 avril 19 2022 lib64 -> usr/lib64
0 lrwxrwxrwx 1 root root 10 avril 19 2022 libx32 -> usr/libx32
240 drwx------ 1072 root root 245760 juil. 22 2022 lost+found
4 drwxr-xr-x 3 root root 4096 juil. 22 2022 media
4 drwxr-xr-x 2 root root 4096 avril 19 2022 mnt
4 drwxr-xr-x 7 root root 4096 déc. 25 03:16 opt
4 drwxr-xr-x 2 root root 4096 juil. 22 2022 proc
4 drwx------ 9 root root 4096 déc. 8 05:03 root
4 drwxr-xr-x 2 root root 4096 juil. 22 2022 run
0 lrwxrwxrwx 1 root root 8 avril 19 2022 sbin -> usr/sbin
4 drwxr-xr-x 11 root root 4096 sept. 5 2022 snap
4 drwxr-xr-x 2 root root 4096 avril 19 2022 srv
524292 -rw------- 1 root root 536870912 juil. 22 2022 swapfile
4 drwxr-xr-x 2 root root 4096 juil. 22 2022 sys
4 drwxr-xr-x 14 root root 4096 avril 19 2022 usr
4 drwxr-xr-x 9 root root 4096 avril 19 2022 varJ'AI TOUT RÉCUPÉRÉ DU DISQUE DUR ENDOMMAGÉ DE 160Go !!!
JE TE REMERCIE ET VOUS REMERCIE TOUS INFINIMENT !
Merci de ton attention.
Dernière modification par Salah_Ère-Evolution (Le 24/02/2024, à 16:34)
Hors ligne
#148 Le 24/02/2024, à 16:40
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Je suis allé dans le répertoire mnt et ensuite dans home, qui est le home récupéré, dans le gestionnaire de fichiers.
En trois semaines, j'en ai appris plus sur le système LINUX qu'en plus de 10 ans ! Et, je vais continuer !
Merci de ton attention.
Dernière modification par Salah_Ère-Evolution (Le 24/02/2024, à 16:48)
Hors ligne
#149 Le 24/02/2024, à 16:43
- geole
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
Bonjour.
Bonne chose de faite.
Il te manquera problablement quelques fichiers.
Certains peuvent se récupérer depuis le répertoire lost+found. Les noms de fichiers sont probablement perdus.
ls -Rls "/tmp/lost+found"Dernière modification par geole (Le 24/02/2024, à 16:47)
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
#150 Le 24/02/2024, à 16:57
- Salah_Ère-Evolution
Re : Disque dur interne endommagé suite à choc mécanique/DDexterne corrompu
C'est vrai que j'ai vu passer "lost+found", mais le retour de la commande ci-dessus renvoie :
salah@salah-latitudee6500:~$ ls -Rls "/tmp/lost+found"
ls: impossible d'accéder à '/tmp/lost+found': Aucun fichier ou dossier de ce nomet je ne trouve pas ce répertoire dans le gestionnaire de fichiers...
Merci de ton attention
Hors ligne