LINUX.ORG.RU

Востановление данных после DD

 


0

2

Утилитой dd хотел записать образ ос на флешку, но ошибся и указал на внешний диск 3Tb NTFS. Не знаю была ли произведена запись. Сразу же появилось сообщение об ошибке. Теперь диск не монтируется. Есть способ восстановить данные? Что посоветуете?

Утилитой dd хотел записать образ ос на флешку, но ошибся и указал … не тот носитель

Классика. Восстановить можно.
По уму надо ничего не писать на диск, аккуратно снять с него копию (gddrescue), и на ней учиться восстанавливать.

testdisk — можно потом посмотреть, что с разделами

kolja ★★
()
Ответ на: комментарий от kolja

testdisk обнаружил много ext4 разделов

Results Linux 47906 0 1 49057 31 32 2358272 ext4 blocksize=4096 Large_file Sparse_SB Recover, 9659 MB / 9212 MiB Linux 48298 32 1 49449 63 32 2358272 ext4 blocksize=4096 Large_file Sparse_SB Recover, 9659 MB / 9212 MiB Linux 48298 40 1 49450 7 32 2358272 ext4 blocksize=4096 Large_file Sparse_SB Recover, 9659 MB / 9212 MiB Linux 49036 48 1 50188 15 32 2358272 ext4 blocksize=4096 Large_file Sparse_SB Recover, 9659 MB / 9212 MiB Linux 49050 0 1 50201 31 32 2358272 ext4 blocksize=4096 Large_file Sparse_SB Recover, 9659 MB / 9212 MiB Linux 49409 8 1 50560 39 32 2358272 ext4 blocksize=4096 Large_file Sparse_SB Recover, 9659 MB / 9212 MiB Linux 54651 16 1 55802 47 32 2358272 ext4 blocksize=4096 Large_file Sparse_SB Recover, 9659 MB / 9212 MiB Linux 54716 2 1 55867 33 32 2358272 ext4 blocksize=4096 Large_file Sparse_SB Recover, 9659 MB / 9212 MiB

  • Linux 56107 8 1 57258 39 32 2358272 ext4 blocksize=4096 Large_file Sparse_SB Recover, 9659 MB / 9212 MiB Linux 103080 32 1 105640 31 32 5242880 ext4 blocksize=4096 Large_file Sparse_SB Recover, 21 GB / 20 GiB Linux 103113 8 1 105673 7 32 5242880 ext4 blocksize=4096 Large_file Sparse_SB Recover, 21 GB / 20 GiB Linux 103114 16 1 105674 15 32 5242880 ext4 blocksize=4096 Large_file Sparse_SB Recover, 21 GB / 20 GiB Linux 103126 1 1 105686 63 32 5244896 ext4 blocksize=4096 Large_file Sparse_SB Recover, 21 GB / 20 GiB Linux 103126 2 1 105686 1 32 5242880 ext4 blocksize=4096 Large_file Sparse_SB Recover, 21 GB / 20 GiB Linux 103126 56 1 105686 55 32 5242880 ext4 blocksize=4096 Large_file Sparse_SB Recover, 21 GB / 20 GiB Linux 103322 32 1 105882 31 32 5242880 ext4 blocksize=4096 Large_file Sparse_SB Recover, 21 GB / 20 GiB Linux 103322 40 1 105882 39 32 5242880 ext4 blocksize=4096 Large_file Sparse_SB Recover, 21 GB / 20 GiB Linux 103343 8 1 105903 7 32 5242880 ext4 blocksize=4096 Large_file Sparse_SB Recover, 21 GB / 20 GiB
androidvasia
() автор топика
Ответ на: testdisk обнаружил много ext4 разделов от androidvasia

много ext4

И ни одного NTFS ?

P.S. Я надеюсь не на «пострадавшем» диске запускаешь. Одна «удачно» отправленная команда может значительно отодвинуть успешное восстановление данных

kolja ★★
()

ошибся и указал на внешний диск

Благодарить, видимо, надо очередной высер редхатовских гениев, в результате которого нет никакой гарантии, что конкретный /dev/sdX останется таким же после перезагрузки даже с параметром scsi_mod.scan=sync.

anonymous
()

внешний диск 3Tb NTFS

Что посоветуете?

Восстанавливать виндовый диск виндовыми средствами.

pinus_nigra
()

Из моего опыта NTFS восстанавливается с очень хорошими шансами (в отличие от большинства линуксовых ФС) даже в очень тяжёлых случаях.

И testdisk это прекрасно умеет.

Даже если вы полностью перетёрли начало диска в объёме флешки, то до второй MFT таблицы вы точно не добрались (кажется таких флешек ещё не делают) - она обычно где-то во второй половине. Её с порушенным началом диска просто очень непросто найти (каламбур-с) - VBR-а то нет.

А странные сообщения testdisk-а это от того, что он видит «образ» этой ОС, который вы через dd загнали. Я бы это игнорировал. Пусть testdisk отсканирует все 3ТБ. Он просто обязан найти вторую копию MFT и понять что там была ещё и NTFS.

PS Понятное дело, что а) на диск ничего писать нельзя, б)восстановить можно только то, что не было перезаписано.

Bebop ★★
()
Ответ на: комментарий от anonymous

Высер тут скорее в вашем сообщении, потому что этот флаг никак не поможет и не может помочь если юзер первый раз втыкает флэшку а затем винт а второй раз винт а затем флэшку

Nastishka ★★★★★
()
Ответ на: комментарий от anonymous

Постоянство /dev/sd* никогда не гарантировалось, для этого есть /dev/disk/by-*/*

Pinkbyte ★★★★★
()
Ответ на: комментарий от anonymous

/dev/disk/by-* не работает поэтому /dev/sd* делают поэтому /dev/disk/by-* не работает

doc0
()

Я в своё время с помощью R-STUDIO восстанавливал, когда затёр начало раздела. Убил день на это дело, но восстановил процентов 95 содержимого точно.

Radjah ★★★★★
()

Всем спасибо за советы. Восстановил всю важную инфу с помощью R-studio

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.