Я пытаюсь восстановить данные из диска с несколькими поврежденными секторами. Поврежденный раздел (раздел окон, sdb2) в больше монтируемом (это занимает много времени и иногда заставляет катастрофический отказ/весь файлового менеджера человечности стать отстающим), таким образом, я пытался использовать ddrescue для восстановления его данных.
Я отформатировал другой диск (в 2 раза больше, чем поврежденный раздел) в FAT (sda1) и намеревался использовать его в качестве спасательного диска.
Я выполняю эту команду:
*sudo ddrescue -B -v -n --force /dev/sdb2 /dev/sda1 récupérationLog2.log*
после 9-х часов интенсивной работы консоль ouput кажется довольно хорошей, поскольку она упоминает 953 525 мебибайт спасенных данных (на разделе на 1 ТБ):
*GNU ddrescue 1.19
About to copy 953668 MiBytes from /dev/sdb2 to /dev/sda1.
Starting positions: infile = 0 B, outfile = 0 B
Copy block size: 128 sectors Initial skip size: 128 sectors
Sector size: 512 Bytes
Press Ctrl-C to interrupt
rescued: 953525 MiB, errsize: 142 MiB, current rate: 3072 B/s
ipos: 904228 MiB, errors: 513, average rate: 29903 KiB/s
opos: 904228 MiB, run time: 9.07 h, successful read: 0 s ago
Finished*
Все кажется довольно хорошим, но когда я монтирую спасательный раздел, sda1, кажется, что нет никакого файла вообще. Eveything пуст. Конечно, это пыталось перечислить скрытые файлы с ls-a, но ничем здесь.
Это - второй раз, когда я получаю то, что кажется, что довольно успешное восстанавливается, не получая выходных файлов. Есть ли что-нибудь, что я делаю неправильно? Что-либо еще для попытки?
Спасибо парни для Вашей поддержки :)
Nicolas
PS: вот выборка файла журнала
# Rescue Logfile. Created by GNU ddrescue version 1.19
# Command line: ddrescue -B -v -n --force /dev/sdb2 /dev/sda1 récupérationLog2.log
# Start time: 2017-04-18 09:47:59
# Current time: 2017-04-18 18:52:11
# Finished
# current_pos current_status
0xDCC247D000 +
# pos size status
0x00000000 0x0160C000 +
0x0160C000 0x00000200 -
0x0160C200 0x02B5FC00 /
0x0416BE00 0x00000200 -
0x0416C000 0x14B94000 +
0x18D00000 0x00000200 -
0x18D00200 0x003FFC00 /
0x190FFE00 0x00000200 -
0x19100000 0x4F570000 +
0x68670000 0x00000200 -
0x68670200 0x00005C00 /
0x68675E00 0x00000200 -
0x68676000 0x00094000 +
0x6870A000 0x00000200 -
0x6870A200 0x00001C00 /
0x6870BE00 0x00000200 -
0x6870C000 0x008E0000 +
0x68FEC000 0x00000200 -
0x68FEC200 0x00002C00 /
0x68FEEE00 0x00000200 -
0x68FEF000 0x0000A000 +
0x68FF9000 0x00000200 -
0x68FF9200 0x00006C00 /
0x68FFFE00 0x00000200 -
PS2: Я должен был добавить аргумент - причина силы каждый раз, я пытался использовать ddrescue, это сказало, что не могло запуститься из-за ouputlog файла, уже существующего, даже если бы я уже попробовал отличающийся, не существующее, имя файла каждый раз.
я отформатировал другой диск (в 2 раза больше, чем поврежденный раздел) в FAT (sda1)
[...]
sudo ddrescue -B -v -n --force /dev/sdb2 /dev/sda1 récupérationLog2.log
, Это не, как он работает. Вот то, что Вы делаете теперь:
/dev/sdb2
более чем /dev/sda1
/dev/sda1
, это не работает, потому что это не файловая система FAT, конечно , Как примечание стороны, с помощью mount
для восстановления данных редко является хорошим подходом особенно, если Вы не удостоверяетесь, что это только для чтения. Кроме того, не добавляйте диакритические знаки или специальные символы к именам файлов в терминале.
то, Что необходимо было сделать вместо этого:
Mount сказал, что раздел и копирует диск в файл, например:
ddrescue /dev/sdb2 /media/user/External/copy.img /media/user/External/copy.log
Выполняют восстановление данных на копии, как объяснено в Восстановление поврежденных или удаленных разделов NTFS