Восстановить оригинальную MBR жесткого диска / раздела
Хорошо. У меня есть несколько лет опыта работы в Linux, поэтому я не новичок. Я использовал Linux Mint в течение нескольких лет и сейчас использую Ubuntu (тот же HOME-раздел).
Мой компьютер состоит из 3 жестких дисков. У меня есть ssd, содержащий только систему, жесткий диск объемом 1,8 ТБ, разделенный на несколько разделов, содержащих раздел HOME, раздел DATA, раздел "Windows 10" и раздел данных для Windows, и жесткий диск Maxtor объемом 300 ГБ для данных.,
Чтобы получить какую-то конфиденциальность, я использую VeraCrypt на нескольких разделах.
Теперь начальные симптомы: моей системе в течение длительного периода времени (месяцы) потребовалось более 1 минуты для загрузки. Чтобы исправить это, я попробовал несколько вариантов в BIOS (материнская плата H81M-D PLUS). Но ничего не помогло.
Более глубокое объяснение долгого времени загрузки составляет несколько секунд между включением питания и переходом к реальному чтению из появляющегося меню harddrives / boot-menu. Я не мог понять, что привело к тому, что начальная загрузка заняла так много времени. Поэтому я подумал, что, может быть, какое-то обновление из Ubuntu заставило систему долго искать информацию (возможно, обновление для системы безопасности). Поэтому я подумал, что, может быть, какое-то обновление безопасности заставило меня обновить мою конфигурацию с MBT до GPT. Поэтому я заставил систему конвертировать все MBR на моих жестких дисках. Все преобразования прошли отлично, за исключением моего 300 GM жесткого диска. Во время преобразования произошла какая-то незначительная ошибка, поэтому мне пришлось отменить преобразование (позже мне удалось преобразовать его через GUI-утилиту).
Теперь настоящая тяжелая проблема. Этот жесткий диск объемом 300 ГБ состоит только из 1 файла VeryCrypt. Этот файл больше не существует в разделе (все пространство раздела свободно). Поскольку я ничего не удалил, я делаю вывод, что индекс файлов в разделе поврежден (MBR -> теперь GPT). Вот почему я пробовал несколько вариантов восстановления: * gfisk (восстановление mbr, преобразование mbr в gpt, поиск потерянной информации) * testdisk (как восстановление файлов, так и раздела [у меня есть опыт использования testdisk -> год назад мне удалось восстановить 1 ТБ с внешнего жесткого диска, который не смог восстановить платный, признанный компьютерный магазин судебной экспертизы]). Но testdisk не может найти ни один раздел или файлы. * Я запустил Photorec, который нашел несколько файлов разностного формата. Но так как я знал, что разделом был только 1 большой VeraCrypt-файл, я отменил поиск PhotoRec, так как эта утилита, очевидно, смотрела глубже в файловую структуру раздела (обнаруженные файлы лежали ниже VeraCrypt-изображения).
Что мне делать, чтобы сохранить мои данные?
Я нашел другую утилиту (extundelete-0.2.4), но еще не тестировал ее.
Кстати, мой жесткий диск объемом 1,8 ТБ довольно новый, и все состояния нескольких программ говорят мне, что он функционирует и ни в коем случае не неисправен. Тем не менее, мои разделы время от времени получают какую-то ошибку файловой системы. Когда мне нужно сделать полную перезагрузку моей системы (иногда Ubuntu 18.04 зависает), я должен исправить это трудным путем. И тогда моя система не загрузится после завершения BIOS. Это говорит о настройке USB в одной строке терминала. Затем через пару секунд он печатает еще одну строку информации об этом же (USB). А потом еще одна строка и так продолжается. Чтобы исправить эту проблему, я сначала переустановил Ubuntu, и все было в порядке. Но после нескольких загрузок ситуация вернулась. Чтобы выяснить новое исправление, я попытался загрузить режим восстановления и исправить файловую систему здесь. Но компьютер как-то завис в этом процессе. И если мне удавалось время от времени добираться до экрана входа в систему при нормальной загрузке и пытаться войти в систему, система регистрировала меня в порядке, но через 1 секунду я перешел и вернулся обратно к экрану входа, как будто я не вошел в систему. И теперь я мог бы продолжать этот процесс снова и снова, не выходя из ситуации. Когда я попытался это сделать, я заметил, что на экране появляется какой-то счетчик при входе в систему до того, как я вернулся на экран входа в систему (это также происходило в режиме восстановления). Я понял, что это какая-то проверка файловой системы, которая не завершилась. Поэтому я решил загрузиться с установочного Ubuntu-USB и проверить мои жесткие диски здесь. Здесь я смог обнаружить ошибки в файловой системе (как в системном разделе (ext4), так и в HOME-разделе (ext4)) и исправить их. После этого я могу нормально загружаться. Как ни странно, эта проблема встречается довольно часто, и исправление всегда одинаково (требуется долгое время загрузки для загрузки Ubuntu-установки из BIOS).
Так что каким-то образом мои ext4-партиции часто получают какую-то ошибку файловой структуры, хотя я выключал систему, как и предполагалось. (У меня есть и UFW, и Sophos Antivirus с установленной защитой в реальном времени).
Что мне теперь делать?
В настоящее время моей главной заботой является получение моего VeraCrypt-файла, содержащего данные из раздела 300 ГБ обратно.
Любая помощь будет оценена
PS: testdisk указывает, помимо прочего, на раздел 300 ГБ: Предупреждение: количество несовпадений головок / цилиндров 2 (FAT)!= 255 (HD) Внимание: количество секторов на несовпадение дорожек 18 (FAT)! = 63 (HD)
PPS: Я установил все обновления для Ubuntu 18.04, включая ядра.