#76 Le 09/03/2020, à 03:29
- SIEG
Re : DDRESCUE pour tentative de copie dique à disque
Salut geole et merci pour ton implication
J'ai tenté tes commandes sans succès; voici ce que j'obtiens :
<pre><font color="#8AE234"><b>dudu@dudu-System-Product-Name</b></font>:<font color="#729FCF"><b>/media/dudu/SPIKE1</b></font>$ sudo mount -v /dev/loo19 /mnt
mount: /mnt : le périphérique spécial /dev/loo19 n'existe pas.
<font color="#8AE234"><b>dudu@dudu-System-Product-Name</b></font>:<font color="#729FCF"><b>/media/dudu/SPIKE1</b></font>$ ls -als /mnt
total 8
4 drwxr-xr-x 2 root root 4096 août 5 2019 <font color="#729FCF"><b>.</b></font>
4 drwxr-xr-x 24 root root 4096 nov. 14 06:35 <font color="#729FCF"><b>..</b></font>
<font color="#8AE234"><b>dudu@dudu-System-Product-Name</b></font>:<font color="#729FCF"><b>/media/dudu/SPIKE1</b></font>$ sudo umount /mnt
umount: /mnt : non monté.
<font color="#8AE234"><b>dudu@dudu-System-Product-Name</b></font>:<font color="#729FCF"><b>/media/dudu/SPIKE1</b></font>$ sudo losetup -v -o 1048576 /dev/loop20 /media/dudu/SPIKE1/3To.img
<font color="#8AE234"><b>dudu@dudu-System-Product-Name</b></font>:<font color="#729FCF"><b>/media/dudu/SPIKE1</b></font>$ sudo mount -v /dev/loop20 /mnt
mount: /mnt : wrong fs type, bad option, bad superblock on /dev/loop20, missing codepage or helper program, or other error.
<font color="#8AE234"><b>dudu@dudu-System-Product-Name</b></font>:<font color="#729FCF"><b>/media/dudu/SPIKE1</b></font>$ ls -als /mnt
total 8
4 drwxr-xr-x 2 root root 4096 août 5 2019 <font color="#729FCF"><b>.</b></font>
4 drwxr-xr-x 24 root root 4096 nov. 14 06:35 <font color="#729FCF"><b>..</b></font>
</pre>
Je rappelle que je ne suis pas un spécialiste et que je ne tatonne sur linux que pour tenter de sauver mes données donc j'espère ne pas faire de mauvaises manipulations.
Hors ligne
#77 Le 09/03/2020, à 10:51
- geole
Re : DDRESCUE pour tentative de copie dique à disque
Bonjour
J'avais commis une erreur de frappe en oubliant un p
Je te propose de reprendre
1) En redonnant la structure cachée du fichier afin de tout remettre dans le même échange. ( Les options sont petit L et grand V)
sudo sfdisk -lV /media/dudu/SPIKE1/3To.img
2) En faisant l'encapsulage dans le premier point disponible
sudo losetup -P -v -f /media/dudu/SPIKE1/3To.img
3) En identifiant le point de boucle qui sera probablement le dernier de la liste.
lsblk | grep loop
Il sera de la forme (NN est une valeur numérique)
loopNN 7:125 0 3,8G 0 loop
├─loopNNp1 259:18 0 1,4G 0 loop
4) Contrôler la qualité de la partition et la réparer automatiquement . (RMY l'avait dit et j'avais oublié). N'oublie pas de remplacer NN par bonne valeur numérique.
sudo fsck /dev/loopNNp1 -y
5) Monter la partition réparée.
sudo mount -v /dev/loopNNp1 /mnt
6) Lister son contenu
ls -ls /mnt
Dernière modification par geole (Le 09/03/2020, à 10:52)
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
Hors ligne
#78 Le 18/03/2020, à 01:27
- pixou
Re : DDRESCUE pour tentative de copie dique à disque
Bonjour à tous.
Je ne suis pas un expert de testdisk non plus, j'ai consulté les tuto en ligne. Je suis la procédure : Create/analyse/la partition où j'ai sauvegardé l'image est reconnue. Je sélectionne la commande "p" pour lister les fichiers mais à ce moment dans la liste il n'y a que le fichier "image 3TO" qui est listé une dizaine de fois. rien d'autre n'est accessible.
Dans ce cas, pourquoi ne pas tenter un simple :
sudo testdisk /media/dudu/SPIKE1/3To.img
pour voir ce que peut dire testdisk des partitions, de leur état et des fichiers contenus ?
C'est une vraie question destinée à rmy ou geole. Je ne t'invite pas à le faire SIEG, même s'il n'y a aucun risque puisque si j'ai bien suivi tu possèdes maintenant une copie de sécurité de ton travail précédemment effectué. Je laisse les pros avoir le dernier mot sur ma proposition.
Hors ligne
#79 Le 19/03/2020, à 20:02
- SIEG
Re : DDRESCUE pour tentative de copie dique à disque
Bonjour à tous. J'espère que vous allez tous bien, confinés dans nos bunkers
Pour Testdisk je précise (peut être un peu tard) que je l'ai utilisé depuis ma session windows car je n'utilise linux que pour tenter de récupérer les données de mon disque alors je ne sais pas si cela se pourrait que je puisse accéder avec testdisk sous linux et pas sous windows... Si tel est le cas, quelle est la commande pour installer testdisk sous linux ?
A geole
Voici les résultats de tes commandes :
1)
sudo sfdisk -lV /media/dudu/SPIKE1/3To.img
[sudo] Mot de passe de dudu :
Disque /media/dudu/SPIKE1/3To.img : 2,7 TiB, 3000592957440 octets, 5860533120 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
Type d'étiquette de disque : dos
Identifiant de disque : 0x9090d1ce
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/media/dudu/SPIKE1/3To.img1 2048 732566641 732564594 349,3G 7 HPFS/NT
5127966478 secteurs de 512 octets non alloués restant.
2)
udu@dudu-System-Product-Name:~$ sudo losetup -P -v -f /media/dudu/SPIKE1/3To.img
dudu@dudu-System-Product-Name:~$
Ca ne m'a rien mis, je ne sais pas si la commande a fonctionné...
3)
lsblk | grep loop
loop0 7:0 0 54,7M 1 loop /snap/core18/1668
loop1 7:1 0 202,9M 1 loop /snap/vlc/1049
loop2 7:2 0 44,9M 1 loop /snap/gtk-common-themes/1440
loop3 7:3 0 3,7M 1 loop /snap/gnome-system-monitor/123
loop4 7:4 0 54,7M 1 loop /snap/core18/1650
loop5 7:5 0 3,7M 1 loop /snap/gnome-system-monitor/127
loop6 7:6 0 14,8M 1 loop /snap/gnome-characters/399
loop7 7:7 0 1008K 1 loop /snap/gnome-logs/61
loop8 7:8 0 4,2M 1 loop /snap/gnome-calculator/544
loop9 7:9 0 14,8M 1 loop /snap/gnome-characters/375
loop10 7:10 0 89,1M 1 loop /snap/core/8268
loop11 7:11 0 4,2M 1 loop /snap/gnome-calculator/536
loop12 7:12 0 202,9M 1 loop /snap/vlc/1397
loop13 7:13 0 44,2M 1 loop /snap/gtk-common-themes/1353
loop14 7:14 0 79,6M 1 loop /snap/matroska-tools/19
loop15 7:15 0 956K 1 loop /snap/gnome-logs/81
loop16 7:16 0 91,4M 1 loop /snap/core/8689
loop17 7:17 0 156,7M 1 loop /snap/gnome-3-28-1804/110
loop18 7:18 0 160,2M 1 loop /snap/gnome-3-28-1804/116
loop19 7:19 0 2,7T 0 loop
└─loop19p1 259:0 0 349,3G 0 loop
On retrouve le point de boucle 19 si je te suis bien
4)
sudo fsck /dev/loop19p1 -y
fsck de util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
ext2fs_open2: Numéro magique invalide dans le super-bloc
fsck.ext2 : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
fsck.ext2: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/loop19p1
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>
5)
sudo mount -v /dev/loop19p1 /mnt
mount: /mnt : wrong fs type, bad option, bad superblock on /dev/loop19p1, missing codepage or helper program, or other error.
6)
ls -ls /mnt
total 0
Visiblement c'est à partir de la commande 4 que les problèmes commencent...
Hors ligne
#80 Le 20/03/2020, à 15:31
- geole
Re : DDRESCUE pour tentative de copie dique à disque
Bonjour.
Je vois pas très bien où se trouve l'erreur de manipulation. A titre d'exemple voila ce que cela peut donner
a@a:/media/a/SaveDesWindows/Save$ ls -als
total 145078560
4 drwxrwxrwx 2 root root 4096 févr. 24 16:31 .
4 drwxrwxrwx 5 root root 4096 févr. 14 12:40 ..
51659428 -rw-r--r-- 1 root root 52899245568 févr. 14 13:30 Windows10COMPLET.img
51951624 -rw-r--r-- 1 root root 53198454784 févr. 14 12:52 Windows10SIMPLE.img
41467500 -rw-r--r-- 1 root root 42462713856 févr. 14 13:06 Windows10-Store.img
a@a:/media/a/SaveDesWindows/Save$ sudo sfdisk -lV Windows10COMPLET.img
Disque Windows10COMPLET.img : 49,27 GiB, 52899245568 octets, 103318839 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
Type d'étiquette de disque : dos
Identifiant de disque : 0x6c727443
Périphérique Amorçage Début Fin Secteurs Taille Id Type
Windows10COMPLET.img1 1970237472 3672215697 1701978226 811,6G 75 PC/IX
Windows10COMPLET.img2 1929382413 3883035520 1953653108 931,6G 72 inconnu
Windows10COMPLET.img3 0 0 0 0B 0 Vide
Windows10COMPLET.img4 27394442 27394879 438 219K 0 Vide
a@a:/media/a/SaveDesWindows/Save$ sudo losetup -P -v -f Windows10COMPLET.img
a@a:/media/a/SaveDesWindows/Save$ lsblk | grep loop
loop0 7:0 0 49,3G 0 loop
a@a:/media/a/SaveDesWindows/Save$ ls -als /dev/loop0
0 brw-rw---- 1 root disk 7, 0 mars 20 14:01 /dev/loop0
a@a:/media/a/SaveDesWindows/Save$ sudo mount /dev/loop0 /mnt
a@a:/media/a/SaveDesWindows/Save$ ls -als /mnt
total 2481693
8 drwxrwxrwx 1 root root 8192 févr. 12 21:38 .
4 drwxr-xr-x 20 root root 4096 mars 2 14:14 ..
24 drwxrwxrwx 1 root root 24576 sept. 9 2019 '$Recycle.Bin'
0 drwxrwxrwx 1 root root 0 nov. 14 16:11 '$WinREAgent'
0 drwxrwxrwx 1 root root 0 nov. 1 21:33 AAAAAAAAAAAA
376 -rwxrwxrwx 1 root root 384322 juil. 16 2016 bootmgr
1 -rwxrwxrwx 1 root root 1 juil. 16 2016 BOOTNXT
8 drwxrwxrwx 1 root root 8192 sept. 10 2019 Config.Msi
0 lrwxrwxrwx 2 root root 10 janv. 12 2017 'Documents and Settings' -> /mnt/Users
8 -rwxrwxrwx 2 root root 8192 févr. 14 09:27 DumpStack.log.tmp
1 -rwxrwxrwx 1 root root 46 juin 9 2018 Exclus
1236024 -rwxrwxrwx 1 root root 1265688576 févr. 14 09:27 hiberfil.sys
0 drwxrwxrwx 1 root root 0 juin 9 2018 Intel
0 drwxrwxrwx 1 root root 0 févr. 21 2019 OneDriveTemp
983040 -rwxrwxrwx 1 root root 1006632960 févr. 14 09:27 pagefile.sys
0 drwxrwxrwx 1 root root 0 déc. 7 10:14 PerfLogs
8 drwxrwxrwx 1 root root 8192 févr. 13 09:48 ProgramData
8 drwxrwxrwx 1 root root 8192 févr. 12 19:14 'Program Files'
12 drwxrwxrwx 1 root root 12288 févr. 12 21:02 'Program Files (x86)'
0 drwxrwxrwx 1 root root 0 févr. 12 21:36 Recovery
262144 -rwxrwxrwx 1 root root 268435456 févr. 14 09:27 swapfile.sys
4 drwxrwxrwx 1 root root 4096 févr. 13 22:41 'System Volume Information'
4 drwxrwxrwx 1 root root 4096 févr. 12 21:04 Users
0 drwxrwxrwx 1 root root 0 nov. 1 21:52 VOLUME14
16 drwxrwxrwx 1 root root 16384 févr. 12 21:32 Windows
4 drwxrwxrwx 1 root root 4096 févr. 12 21:38 Windows.old
a@a:/media/a/SaveDesWindows/Save$
Ce qui fait que dans mon contexte, la commande est
sudo ntfsfix /dev/loop0
Mounting volume... OK
Processing of $MFT and $MFTMirr completed successfully.
Checking the alternate boot sector... OK
NTFS volume version is 3.1.
NTFS partition /dev/loop0 was processed successfully.
et que le retour de cette commande est
a@a:~$ sudo fsck -V /dev/loop0
fsck de util-linux 2.34
a@a:~$
Je pense donc que la partition est bien reconnue comme étant au format EXT mais qu'elle est abîmée.
Tu pourrais tenter de suivre le conseil donné.
sudo fsck -b 32768 -y /dev/loop19p1
Ajout; Je viens de lire cet échange https://forum.ubuntu-fr.org/viewtopic.p … #p22231700 où tu indiques avoir seulement récupéré
75% de l'espace disque. Ce n'est donc pas tellement surprenant que la structure des fichiers soit restée en mauvais état.
J'ai aussi vu un échange où tu disais que cela récupérait encore a la cadence de 0,001 %.
Je pense que la bonne solution est de plus vouloir remettre en état la partition et de décider de récupérer les données avec photorec.
Dernière modification par geole (Le 20/03/2020, à 15:53)
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
Hors ligne