ddrescue успешно спасен, но не спас файл на выходе?
Я пытаюсь восстановить данные с диска с несколькими поврежденными секторами. Поврежденный раздел (раздел Windows, sdb2) больше не монтируется (требуется много времени, а иногда приводит к сбою в работе обозревателя файлов ubuntu / все становится лагги), поэтому я попытался использовать ddrescue для восстановления своих данных.
Я отформатировал другой диск (в 2 раза больше, чем поврежденный раздел) в FAT (sda1) и решил использовать его в качестве аварийного диска.
Я запускаю эту команду:
*sudo ddrescue -B -v -n --force /dev/sdb2 /dev/sda1 récupérationLog2.log*
после 9h часов интенсивной работы, консольный вывод кажется довольно приятным, так как он упоминает 953525 MiB данных, спасенных (на 1TB разделе):
*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 , кажется, что нет файла вообще. Все пусто. Конечно, он попытался перечислить скрытые файлы с помощью ls -a, но ничего здесь.
Это второй раз, когда я получаю то, что кажется довольно успешным, не получая никаких выходных файлов. Есть ли что-то, что я делаю неправильно?
Спасибо, ребята, за вашу поддержку:)
Nicolas
PS: вот выдержка из logFile
# 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: Мне пришлось добавить аргумент --force, потому что каждый раз, когда я пытался использовать ddrescue, он сказал, что он не может запускаться из-за того, что файл ouputlog уже существует, даже если я каждый раз пробовал различное, но уже существующее имя файла.
3 ответа
sudo ddrescue -B -v -n --force /dev/sdb2 /dev/sda1 récupérationLog2.log
Это не так, как это работает. Вот что вы делаете сейчас:
Вы копируете содержимое /dev/sdb2 над /dev/sda1. Вы отметили последнее как FAT в таблице разделов, но вы переписываете файловую систему NTFS. Когда вы попробуйте «установить» /dev/sda1, он не работает, потому что это не файловая система FAT, конечно. В качестве побочного примечания использование mount для восстановления данных редко является хорошим подходом, особенно если вы не гарантируете, что он доступен только для чтения. Кроме того, не добавляйте акценты или специальные символы в имена файлов в терминале.
Вместо этого вы должны:
Вы копируете содержимое /dev/sdb2 над /dev/sda1 Установите указанный раздел и скопируйте диск в файл, например:ddrescue /dev/sdb2 /media/user/External/copy.img /media/user/External/copy.log
Вы отметили последнее как FAT в таблице разделов, но вы переписываете файловую систему NTFS sudo ddrescue -B -v -n --force /dev/sdb2 /dev/sda1 récupérationLog2.log
Это не так, как это работает. Вот что вы делаете сейчас:
Вы копируете содержимое /dev/sdb2 над /dev/sda1. Вы отметили последнее как FAT в таблице разделов, но вы переписываете файловую систему NTFS. Когда вы попробуйте «установить» /dev/sda1, он не работает, потому что это не файловая система FAT, конечно. В качестве побочного примечания использование mount для восстановления данных редко является хорошим подходом, особенно если вы не гарантируете, что он доступен только для чтения. Кроме того, не добавляйте акценты или специальные символы в имена файлов в терминале.
Вместо этого вы должны:
Вы копируете содержимое /dev/sdb2 над /dev/sda1 Установите указанный раздел и скопируйте диск в файл, например:ddrescue /dev/sdb2 /media/user/External/copy.img /media/user/External/copy.log
Вы отметили последнее как FAT в таблице разделов, но вы переписываете файловую систему NTFS -
1Спасибо за ваши подробные предложения, которые действительно оценены. Я попробую это как можно скорее! – Nicolas D 20 April 2017 в 16:45
sudo ddrescue -B -v -n --force /dev/sdb2 /dev/sda1 récupérationLog2.log
Это не так, как это работает. Вот что вы делаете сейчас:
Вы копируете содержимое /dev/sdb2 над /dev/sda1. Вы отметили последнее как FAT в таблице разделов, но вы переписываете файловую систему NTFS. Когда вы попробуйте «установить» /dev/sda1, он не работает, потому что это не файловая система FAT, конечно. В качестве побочного примечания использование mount для восстановления данных редко является хорошим подходом, особенно если вы не гарантируете, что он доступен только для чтения. Кроме того, не добавляйте акценты или специальные символы в имена файлов в терминале.
Вместо этого вы должны:
Вы копируете содержимое /dev/sdb2 над /dev/sda1 Установите указанный раздел и скопируйте диск в файл, например:ddrescue /dev/sdb2 /media/user/External/copy.img /media/user/External/copy.log
Вы отметили последнее как FAT в таблице разделов, но вы переписываете файловую систему NTFS -
1Спасибо за ваши подробные предложения, которые действительно оценены. Я попробую это как можно скорее! – Nicolas D 20 April 2017 в 16:45