Назад | Перейти на главную страницу

/ dev / sdc1: невозможно прочитать суперблок

Linux Ubuntu 14.04 (лазурный сервер)

Я пытался сделать резервную копию диска / dev / sda1, поэтому выполнил

sudo dd if=/dev/sda1 of=/dev/sdc1 

команда. Пока выполнение команды доступно, пробел показывал отрицательный. Я завершил команду. После этого мне не удалось открыть этот диск, поэтому я выполнил эту команду.

sudo reboot

У меня на диске есть важные данные. Теперь я не вижу подключенный диск в моем списке df -h.

когда я пытаюсь его смонтировать.

 sudo mount /dev/sdc1 /datadrive

Тогда я получаю этот вывод

sudo: unable to resolve host abc
mount: /dev/sdc1: can't read superblock

Есть ли у кого-нибудь идеи, что может вызывать такое поведение?

Если бы ты сделал это

sudo dd if=/dev/sda1 of=/dev/sdc1 

и ваши данные действительно были на sda1, тогда ваши данные должны быть в безопасности на sda1.

Все остальное, и все ставки отключены.

У меня на диске есть важные данные.

Вы про sdc1? Если да, то нет особой надежды получить от него данные.

Если команда dd была выполнена, данные в заголовке sdc1 будут перезаписаны. Суперблок находится в заголовке файловой системы. Возможно, он тоже был перезаписан. Вот почему вы получаете сообщение об ошибке при попытке смонтировать sdc1.

Чтобы восстановить столько же данных с sdc1, я считаю, что восстановить суперблок из его резервной копии (есть копии суперблока, хранящиеся в другом месте файловой системы) и попытаться скопировать файлы с sdc1, когда это читабельно. Некоторые файлы могут быть повреждены, если они используют блок, расположенный в заголовке раздела (эти блоки были перезаписаны).

Вот хороший ссылка на сайт про суперблок.

На самом деле, я когда-либо проходил с тобой через такую ​​же ситуацию. Я не могу ничего восстановить в конце концов.

Кроме того, перед выполнением каких-либо действий по восстановлению, верните sdc1 с помощью команды dd, чтобы предотвратить дальнейшее повреждение.

Я бы порекомендовал вам сделать резервную копию MBR с помощью dd, чтобы восстановить после процесса клонирования диска, переписав таблицу разделов (на всякий случай).

Скопируйте MBR:

~# dd if=<SOURCE_DISK> of=/path/to/mbr_file.img bs=512 count=1

Восстановите таблицу разделов:

~# dd if=/path/to/mbr_file.img of=<DESTINATION_DISK> bs=1 skip=446 count=64

Однако, используя dd для резервного копирования диска - не лучший выбор для резервного копирования Linux SO. При работе с серверами * NIX лучше использовать tar или rsync (этот вариант лучше всего подходит для удаленного копирования), поскольку вы получаете большую гибкость при изменении файловой системы, размера диска и схемы разделения. Я всегда использую rsync для развертывания серверов Linux.

НОТА: Для клонирования NTFS я бы рекомендовал Partimage как инструмент.