Как подключить систему MBR Windows (NTFS) при использовании USB для загрузки?

Windows 10 может быть установлена ​​в режиме BIOS / CSM / legacy. Трюк контролирует режим загрузки. Даже если CSM включен в прошивке, на большинстве компьютеров нет гарантии, что система действительно загрузится в режиме BIOS; он может загружаться в режиме EFI, в зависимости от алгоритмов, используемых прошивкой, для определения способа загрузки и действий, предпринятых пользователем во время загрузки. Более подробную информацию см. На этой странице. Эта проблема в основном спорна, хотя ....

На основе вашего вывода parted, похоже, что таблица разделов сильно повреждена. Мой может в том, что ваш диск изначально использовал Windows на этой странице , ака «динамические диски». Эта система похожа на Ubuntu Logical Volume Manager (LVM), но эти две системы несовместимы друг с другом. В обоих случаях регулярные разделы объединяются в то, что известно (в случае LVM), как группа томов (VG), а VG в свою очередь разбивается на логические тома (LV). Это может показаться бессмысленным, но это добавляет гибкости. Кажется, что Windows делает это главным образом, чтобы получить возможность хранить более четырех томов (LV) на диске MBR, который ограничен четырьмя основными разделами. Старое решение этой проблемы, которое Ubuntu все еще обычно использует, заключается в использовании логических разделов, которые отличаются от LV, несмотря на подобные имена! Логические разделы отображаются в виде разделов, хранящихся внутри расширенного раздела, - это инструменты разбиения, такие как GParted и fdisk. Однако эти инструменты не могут справиться с конфигурацией LDM; они показывают базовые разделы MBR, а не LV, которые они в конечном итоге проживают.

В вашем вопросе вы заметили, что на диске было четыре или пять «дисков» (разделов) в Windows - вы указываете C:, D:, E:, F: и «?:» («резервный диск»). Если по этому последнему вы имеете в виду раздел volume group (VG), с буквой диска, которую вы не помните, то вероятность того, что Windows использовала LDM для их настройки. Есть хороший шанс, что GParted заставит вас поверить неверно, что первый раздел LDM был C:. Таким образом, вы удалили первый раздел LDM, а не C:; и когда первый раздел LDM ушел, все в LDM было скомпрометировано.

Моя рекомендация для восстановления:

Если возможно, выполните низкоуровневую резервную копию всего диска. Например, sudo dd if=/dev/sda of=/path/to/lots/of/space/sda.img bs=4096. Эта команда выполняет резервное копирование /dev/sda на sda.img на другом устройстве. (Вам нужно будет установить его где-нибудь и указать путь к этому устройству как часть опции of=.) Пункт этого шага состоит в том, что остальная часть процедуры может ухудшить ситуацию, так что вы сможете восстановите все до плохого (но лучшего) состояния, если это произойдет. Используя fdisk или parted, удалите разделы на /dev/sda. Используя TestDisk, найдите файловые системы на диске и восстановите их.

В любом случае TestDisk сможет создать новую таблицу разделов, которая предоставит вам доступ к вашим файловым системам. Это будет сделано без использования LDM, и результат может быть не загрузочным; но, по крайней мере, есть хороший шанс, что вы сможете восстановить свои данные, удалить все C:, а затем установить на диск Windows 10 или Ubuntu.

Возвращаясь к вопросу о режиме загрузки, похоже, что ваш компьютер загрузил установщик Windows 10 в режиме EFI. Таким образом, вы можете сказать TestDisk использовать GPT для своих восстановленных разделов. Хотя я точно не знаю, как это сделать. Если вы не можете понять это, не беспокойтесь слишком много об этом; альтернативой является восстановление разделов как MBR, а затем выполнение Logical Volume Manager (LVM), В любом случае, задача состоит в том, чтобы на нем был диск GPT с пустым пространством, чтобы Windows могла установить в режиме EFI , Альтернативой является переход к точке, где у вас есть MBR-диск, и выяснить, как загрузить установщик Windows в режиме BIOS. Это может привести к другому преобразованию MBR-to-LDM, хотя это может привести к будущим проблемам, если вы решите выполнить двойную загрузку с Linux.

Если вы решите сделать тотальное преобразование в Ubuntu, а не установите Windows 10, имейте в виду, что использование NTFS на компьютере с Ubuntu неразумно. Проблема в том, что для Ubuntu нет хороших инструментов для обслуживания NTFS. Таким образом, когда (а не если) объем NTFS нуждается в ремонте, вам придется перепрыгивать через дополнительные обручи. Если вы хотите установить Ubuntu-only, вам необходимо создать резервную копию разделов данных NTFS, преобразовать их в родные формы Linux и восстановить их данные.

Windows 10 может быть установлена ​​в режиме BIOS / CSM / legacy. Трюк контролирует режим загрузки. Даже если CSM включен в прошивке, на большинстве компьютеров нет гарантии, что система действительно загрузится в режиме BIOS; он может загружаться в режиме EFI, в зависимости от алгоритмов, используемых прошивкой, для определения способа загрузки и действий, предпринятых пользователем во время загрузки. Более подробную информацию см. На этой странице. Эта проблема в основном спорна, хотя ....

На основе вашего вывода parted, похоже, что таблица разделов сильно повреждена. Мой может в том, что ваш диск изначально использовал Windows на этой странице , ака «динамические диски». Эта система похожа на Ubuntu Logical Volume Manager (LVM), но эти две системы несовместимы друг с другом. В обоих случаях регулярные разделы объединяются в то, что известно (в случае LVM), как группа томов (VG), а VG в свою очередь разбивается на логические тома (LV). Это может показаться бессмысленным, но это добавляет гибкости. Кажется, что Windows делает это главным образом, чтобы получить возможность хранить более четырех томов (LV) на диске MBR, который ограничен четырьмя основными разделами. Старое решение этой проблемы, которое Ubuntu все еще обычно использует, заключается в использовании логических разделов, которые отличаются от LV, несмотря на подобные имена! Логические разделы отображаются в виде разделов, хранящихся внутри расширенного раздела, - это инструменты разбиения, такие как GParted и fdisk. Однако эти инструменты не могут справиться с конфигурацией LDM; они показывают базовые разделы MBR, а не LV, которые они в конечном итоге проживают.

В вашем вопросе вы заметили, что на диске было четыре или пять «дисков» (разделов) в Windows - вы указываете C:, D:, E:, F: и «?:» («резервный диск»). Если по этому последнему вы имеете в виду раздел volume group (VG), с буквой диска, которую вы не помните, то вероятность того, что Windows использовала LDM для их настройки. Есть хороший шанс, что GParted заставит вас поверить неверно, что первый раздел LDM был C:. Таким образом, вы удалили первый раздел LDM, а не C:; и когда первый раздел LDM ушел, все в LDM было скомпрометировано.

Моя рекомендация для восстановления:

Если возможно, выполните низкоуровневую резервную копию всего диска. Например, sudo dd if=/dev/sda of=/path/to/lots/of/space/sda.img bs=4096. Эта команда выполняет резервное копирование /dev/sda на sda.img на другом устройстве. (Вам нужно будет установить его где-нибудь и указать путь к этому устройству как часть опции of=.) Пункт этого шага состоит в том, что остальная часть процедуры может ухудшить ситуацию, так что вы сможете восстановите все до плохого (но лучшего) состояния, если это произойдет. Используя fdisk или parted, удалите разделы на /dev/sda. Используя TestDisk, найдите файловые системы на диске и восстановите их.

В любом случае TestDisk сможет создать новую таблицу разделов, которая предоставит вам доступ к вашим файловым системам. Это будет сделано без использования LDM, и результат может быть не загрузочным; но, по крайней мере, есть хороший шанс, что вы сможете восстановить свои данные, удалить все C:, а затем установить на диск Windows 10 или Ubuntu.

Возвращаясь к вопросу о режиме загрузки, похоже, что ваш компьютер загрузил установщик Windows 10 в режиме EFI. Таким образом, вы можете сказать TestDisk использовать GPT для своих восстановленных разделов. Хотя я точно не знаю, как это сделать. Если вы не можете понять это, не беспокойтесь слишком много об этом; альтернативой является восстановление разделов как MBR, а затем выполнение Logical Volume Manager (LVM), В любом случае, задача состоит в том, чтобы на нем был диск GPT с пустым пространством, чтобы Windows могла установить в режиме EFI , Альтернативой является переход к точке, где у вас есть MBR-диск, и выяснить, как загрузить установщик Windows в режиме BIOS. Это может привести к другому преобразованию MBR-to-LDM, хотя это может привести к будущим проблемам, если вы решите выполнить двойную загрузку с Linux.

Если вы решите сделать тотальное преобразование в Ubuntu, а не установите Windows 10, имейте в виду, что использование NTFS на компьютере с Ubuntu неразумно. Проблема в том, что для Ubuntu нет хороших инструментов для обслуживания NTFS. Таким образом, когда (а не если) объем NTFS нуждается в ремонте, вам придется перепрыгивать через дополнительные обручи. Если вы хотите установить Ubuntu-only, вам необходимо создать резервную копию разделов данных NTFS, преобразовать их в родные формы Linux и восстановить их данные.

Windows 10 может быть установлена ​​в режиме BIOS / CSM / legacy. Трюк контролирует режим загрузки. Даже если CSM включен в прошивке, на большинстве компьютеров нет гарантии, что система действительно загрузится в режиме BIOS; он может загружаться в режиме EFI, в зависимости от алгоритмов, используемых прошивкой, для определения способа загрузки и действий, предпринятых пользователем во время загрузки. Более подробную информацию см. На этой странице. Эта проблема в основном спорна, хотя ....

На основе вашего вывода parted, похоже, что таблица разделов сильно повреждена. Мой может в том, что ваш диск изначально использовал Windows на этой странице , ака «динамические диски». Эта система похожа на Ubuntu Logical Volume Manager (LVM), но эти две системы несовместимы друг с другом. В обоих случаях регулярные разделы объединяются в то, что известно (в случае LVM), как группа томов (VG), а VG в свою очередь разбивается на логические тома (LV). Это может показаться бессмысленным, но это добавляет гибкости. Кажется, что Windows делает это главным образом, чтобы получить возможность хранить более четырех томов (LV) на диске MBR, который ограничен четырьмя основными разделами. Старое решение этой проблемы, которое Ubuntu все еще обычно использует, заключается в использовании логических разделов, которые отличаются от LV, несмотря на подобные имена! Логические разделы отображаются в виде разделов, хранящихся внутри расширенного раздела, - это инструменты разбиения, такие как GParted и fdisk. Однако эти инструменты не могут справиться с конфигурацией LDM; они показывают базовые разделы MBR, а не LV, которые они в конечном итоге проживают.

В вашем вопросе вы заметили, что на диске было четыре или пять «дисков» (разделов) в Windows - вы указываете C:, D:, E:, F: и «?:» («резервный диск»). Если по этому последнему вы имеете в виду раздел volume group (VG), с буквой диска, которую вы не помните, то вероятность того, что Windows использовала LDM для их настройки. Есть хороший шанс, что GParted заставит вас поверить неверно, что первый раздел LDM был C:. Таким образом, вы удалили первый раздел LDM, а не C:; и когда первый раздел LDM ушел, все в LDM было скомпрометировано.

Моя рекомендация для восстановления:

Если возможно, выполните низкоуровневую резервную копию всего диска. Например, sudo dd if=/dev/sda of=/path/to/lots/of/space/sda.img bs=4096. Эта команда выполняет резервное копирование /dev/sda на sda.img на другом устройстве. (Вам нужно будет установить его где-нибудь и указать путь к этому устройству как часть опции of=.) Пункт этого шага состоит в том, что остальная часть процедуры может ухудшить ситуацию, так что вы сможете восстановите все до плохого (но лучшего) состояния, если это произойдет. Используя fdisk или parted, удалите разделы на /dev/sda. Используя TestDisk, найдите файловые системы на диске и восстановите их.

В любом случае TestDisk сможет создать новую таблицу разделов, которая предоставит вам доступ к вашим файловым системам. Это будет сделано без использования LDM, и результат может быть не загрузочным; но, по крайней мере, есть хороший шанс, что вы сможете восстановить свои данные, удалить все C:, а затем установить на диск Windows 10 или Ubuntu.

Возвращаясь к вопросу о режиме загрузки, похоже, что ваш компьютер загрузил установщик Windows 10 в режиме EFI. Таким образом, вы можете сказать TestDisk использовать GPT для своих восстановленных разделов. Хотя я точно не знаю, как это сделать. Если вы не можете понять это, не беспокойтесь слишком много об этом; альтернативой является восстановление разделов как MBR, а затем выполнение Logical Volume Manager (LVM), В любом случае, задача состоит в том, чтобы на нем был диск GPT с пустым пространством, чтобы Windows могла установить в режиме EFI , Альтернативой является переход к точке, где у вас есть MBR-диск, и выяснить, как загрузить установщик Windows в режиме BIOS. Это может привести к другому преобразованию MBR-to-LDM, хотя это может привести к будущим проблемам, если вы решите выполнить двойную загрузку с Linux.

Если вы решите сделать тотальное преобразование в Ubuntu, а не установите Windows 10, имейте в виду, что использование NTFS на компьютере с Ubuntu неразумно. Проблема в том, что для Ubuntu нет хороших инструментов для обслуживания NTFS. Таким образом, когда (а не если) объем NTFS нуждается в ремонте, вам придется перепрыгивать через дополнительные обручи. Если вы хотите установить Ubuntu-only, вам необходимо создать резервную копию разделов данных NTFS, преобразовать их в родные формы Linux и восстановить их данные.