Как я могу изменить GPT на MBR?

У Linux не должно быть проблемы при доступе к второму диску, разделенному с GPT, из ботинка способа BIOS на диске MBR. То, что у Вас есть проблемы, предполагает, что что-то еще неправильно, таково как:

• Пользовательская ошибка - Вы не говорите, что Вы делаете, чтобы попытаться получить доступ к диску или какое сообщение (сообщения) об ошибке Вы видите, таким образом, трудно судить, делаете ли Вы правильную вещь или делаете некоторую ошибку в Вашей попытке. Я предлагаю, чтобы Вы отредактировали свой вопрос отправить больше деталей о том, что Вы делаете.
• повреждение Таблицы разделов - Ваша таблица разделов могла бы быть повреждена в некотором роде, это заставляет Ubuntu возражать против него, но тот Windows берет с ходу. Вы можете напечатать sudo sgdisk -v /dev/sdb (или изменение /dev/sdb к тому, что файл устройства для диска) управлять основной санитарной проверкой таблицы разделов на диске. Эта команда будет не , изменяют диск в любом случае; это просто сообщит о любых проблемах, которые это находит.
• повреждение Файловой системы или неподдержанная файловая система - таблица разделов могла бы быть прекрасной, но если файловая система (системы), используемая на диске, будет повреждена или разнообразия, которое не может понять Ubuntu, то Вы не будете в состоянии прочитать их. Одна особенно обычная проблема с Windows 8 и позже находится в Windows «Быстрый Запуск» особенность, которая поворачивается, операции по закрытию в приостанавливают к диску операции. Результат состоит в том, что файловые системы кажутся поврежденными к Ubuntu. Решение состоит в том, чтобы искалечить Быстрый Запуск, как описано здесь (среди многих других мест). Обратите внимание, что особенность Windows Fast Startup совершенно отдельная от микропрограммной особенности, у которой часто есть аналогичное имя.

, Если бы я должен был положить ставку, я сказал бы, что Быстрый Запуск - Ваша проблема.

Однако gdisk позволяет без потерь преобразовать MBR в GPT или наоборот, хотя с некоторыми протестами. См. этот gdisk страница документации для деталей. (Отметьте: я - автор gdisk лет.) Я упоминаю это только в интересах предоставления прямого ответа на Ваш вопрос. Я делаю НЕ , рекомендуют делать это преобразование, по крайней мере, не, только после того как Вы лучше диагностировали свою проблему.

<час>

ОТРЕДАКТИРУЙТЕ:

Первый, Ваш скрин-шот GParted показывает одно нормальное разделение (/dev/sda1) и другая вещь, которая отмечена «РЅРµ раР· РјРµС ‡ ено». Это переводит как «не размеченный», по данным Google переводят; но я подозреваю, что это не ассигновало пространство (это было бы отмечено, как «не ассигновано», когда управляют на системе, которая использует английский язык). Если я прав в своей интерпретации, это не разделение вообще; это - просто пустое место. Это совершенно нормально, хотя 129 МИБ свободного пространства - слишком. Возможно, было разделение там однажды, но оно было удалено.

1124-секундный, есть немного аварийного флага рядом с Вашим /dev/sda1 в скрин-шоте GParted. Эти символы варьируются так от одного выпуска до другого, что я не могу быть уверен, но я подозреваю, что этот символ существует, чтобы указать на повреждение файловой системы. Это согласовывается с моей гипотезой, что Ваша проблема вызвана Быстрым Запуском, который заставляет файловую систему выглядеть поврежденной в Ubuntu. Я боюсь, что не вполне понял то, что Вы говорили о Быстром Запуске в Вашем втором ответе; мы поражаем проблемы языкового барьера. Все, что я могу сделать, должно повторить, что Быстрый Запуск может и действительно вызывать проблемы, и Вы ДОЛЖНЫ отключать его на Windows 8 и позже если Вы ожидаете разделять файловые системы между Windows и Linux. С Быстрым позволенным Запуском Вы можете выбрать «закрытие» в Windows все, что Вы хотите, и система будет не закрытие в обычном смысле; это войдет в режим ожидания, в котором файловая система находится в непоследовательном сейфе, и поэтому небезопасна или невозможна использовать от любого другого OS.

В-третьих, эти sgdisk производит Вас отправленный, указывает, что вторичная таблица разделов накладывается на тот и только разделение на диске. Это часто вызывается программным обеспечением («фальшивка») проблемы RAID. Это может произойти даже на системах единственного диска или на дисках, которые ранее использовались в установках RAID, но которые теперь используются собой из-за оставшихся данных о RAID. Могло также случиться так, что диск был скопирован с того, который был немного больше, чем текущий; в зависимости от метода копии результатом могла быть проблема как то, что Вы видите. Продукция sudo gdisk -l /dev/sda могла бы помочь разъяснить то, что продолжается.

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