использование команды dd для копирования «сломанного» диска

использование команды dd для копирования «сломанного» диска

У меня есть внешний жесткий диск Seagate, используемый для резервного копирования. Теперь я не могу войти на диск (команда dd еще не использовалась!). Когда я подключил его к компьютеру с Windows, он сказал, что диск необходимо отформатировать, прежде чем к нему можно будет получить доступ, Linux с Ubuntu 12.04 не может его смонтировать, хотя я могу найти его, если использую hwinfo --diskтерминал. Друг рассказал мне о команде dd в Linux, и я знаю, что это рискованно (если вы указываете ввод как вывод, а вывод как ввод, данные теряются). Я попробовал "dd if=/dev/sdc of=/dev/sdb" и получил "доступ запрещен", так что, полагаю, по крайней мере, ничего не было перезаписано. sdc — это диск Seagate согласно hwinfo и diskhandling manager, установленному в Ubuntu, а sdb — это внутренний диск с такой же емкостью, просто пустой. Есть идеи, что мне следует сделать, чтобы восстановить мои данные (если dd может это сделать)? Или диск просто слишком поврежден для восстановления?

решение1

Вам нужны права root для чтения или записи на необработанный жесткий диск. Поэтому вам нужно будет запустить

sudo dd if=/dev/sdc of=/dev/sdb

При этом ddбудет создана сырая копия диска со всеми его разделами, по частям. Это ничего не исправит – однако, хорошей идеей будет скопировать данные с поврежденного диска на исправный с помощью указанной выше команды, а затем попытаться восстановить копию данных. Таким образом, если что-то пойдет не так и ваши попытки восстановления в конечном итоге нанесут еще больший ущерб, у вас все еще будет оригинал плохих данных, и вы сможете сделать новую копию.

Когда вы клонировали свой плохой диск таким образом, отключите его. Затем вы можете начать фактическое восстановление на копии. Один из инструментов — это fsck, который вы можете запустить следующим образом (опять же, вам нужно быть root):

sudo fsck /dev/sdb1

/dev/sdb1будет первым разделом вашего диска. Если у вас больше одного раздела, повторите то же самое для /dev/sdb2и /dev/sdb3т. д.

Нет никакой гарантии, что это восстановит какие-либо данные, но если нет, это даст вам представление о характере повреждения и о том, где следует искать дальше.

Связанный контент