ddrescue успешный пересигнал, но никакой спасенный файл на выводе?

Я пытаюсь восстановить данные из диска с несколькими поврежденными секторами. Поврежденный раздел (раздел окон, 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 файла, уже существующего, даже если бы я уже попробовал отличающийся, не существующее, имя файла каждый раз.

0
задан 19 April 2017 в 02:07

1 ответ

я отформатировал другой диск (в 2 раза больше, чем поврежденный раздел) в FAT (sda1)

[...]

sudo ddrescue -B -v -n --force /dev/sdb2 /dev/sda1 récupérationLog2.log

, Это не, как он работает. Вот то, что Вы делаете теперь:

  • Вы копируете содержание /dev/sdb2 более чем /dev/sda1
  • , Вы отметили последнего как FAT в таблице разделов, но Вы перезаписываете с файловой системой NTFS
  • , Когда Вы пытаетесь "смонтироваться" /dev/sda1, это не работает, потому что это не файловая система FAT, конечно

, Как примечание стороны, с помощью mount для восстановления данных редко является хорошим подходом особенно, если Вы не удостоверяетесь, что это только для чтения. Кроме того, не добавляйте диакритические знаки или специальные символы к именам файлов в терминале.

то, Что необходимо было сделать вместо этого:

  • Создают новый раздел для содержания файл изображения из провального раздела. Обратите внимание, что FAT не является приемлемым выбором, потому что Вы не можете хранить файлы FAT, которые больше, чем 4 ГБ. NTFS или exFAT были бы в порядке.
  • Mount сказал, что раздел и копирует диск в файл, например:

    ddrescue /dev/sdb2 /media/user/External/copy.img /media/user/External/copy.log
    
  • Выполняют восстановление данных на копии, как объяснено в Восстановление поврежденных или удаленных разделов NTFS

0
ответ дан 3 November 2019 в 10:32

Другие вопросы по тегам:

Похожие вопросы: