#!/usr/bin/env bash
echo "Select Your Options (Seperated by spaces): 1 2 3"
read selection
#exit(1) unless every component of $selection is one of 1, 2, or 3
set -f #to supress glob expansion
for input in $selection; do
case "$input" in 1);; 2);; 3);; *) exit 1;; esac
done
for input in $selection; do
case "$input" in
1 ) echo "you selection option 1"
;;
2 ) echo "you selection option 2"
;;
3 ) echo "you selection option 3"
;;
esac
done
Мое рабочее решение состояло в том, чтобы скопировать содержимое выходного файла ddrescue на другой физический жесткий диск (такого же или, предпочтительно, большего размера):
# ddrescue -f defekt_wd.img /dev/sdb to_harddrive.log
GNU ddrescue 1.19
Press Ctrl-C to interrupt
rescued: 468428 MB, errsize: 0 B, current rate: 4653 kB/s
ipos: 468428 MB, errors: 0, average rate: 34703 kB/s
opos: 468428 MB, run time: 3.74 h, successful read: 0 s ago
Finished
Физический жесткий диск со спасенным содержимым удалось смонтировать, и мне посчастливилось получить около 80% важных 50 ГБ фотографий. Поскольку большинство фотографий были в формате JPEG -, я даже смог обрезать некоторые фотографии, которые были частично повреждены.
Поскольку вы создали образ /dev/sdb1, вы создали образ только этого раздела (, а не /dev/sdb, которым был бы весь диск )Пока первый раздел был тот, который содержал ваши данные, был бы правильным.
Что касается монтажа, попробуйте:
mount -o loop defekt_wd.img /tmp/defektdisk
Чтобы получить дополнительную информацию о таблице разделов (, если имеется один )образ диска, используйте:
fdisk -l defekt_wd.img
У меня была такая же проблема, но с файловой системой exFAT. Поскольку в репозитории Ubuntu 20.04 нет инструмента для восстановления exFAT, я использовал Testdisk(testdisk /path/to/broken.img
)для извлечения файлов. Testdisk по-прежнему смог прочитать список файлов, чего не могли сделать ни Recuva, ни Windows, ни восстановление Windows exFAT. С помощью этого списка Testdisk смог скопировать все изображения, включая имена файлов и метаданные, на другой том.