Зафиксировать таблицы разделов - Dual Boot Ubuntu и Leopard

Question 1

Несмотря на то, что мне удалось установить Ubuntu 11.10 и запустить Ubuntu 11.10 при двойной загрузке в MacBook Pro 5.1, кажется, что еще есть что исправить: rEFIt дает мне два значка для входа в Ubuntu. Прямо сейчас, когда я запускаю компьютер, мне приходится выбирать между: Apple из HD, Linux из HD и Linux из раздела 3.

rEFIt инструмент раздела говорит, что нет необходимости синхронизировать таблицы, так как «Нет раздела GTP был найден ", хотя он также говорит, что он не смог найти gtpsync. Согласно этому инструменту на диске есть три раздела: один для Mac, один для LinuxSwamp и один для Ubuntu.

Использование результатов DiskUtility в Mac отличается от четырех разделов: 200mb как «загрузочный том», , 173gb в качестве раздела Mac, 1023mb с именем «disk0S2» (это болото Linux) и 59gb с именем «disk0S3», который является разделом Ubuntu.

Использование DiskUtility в Ubuntu показывает 3 раздела (это не " t показывает 200mb один). Gparted показывает те же 4 раздела, что и Mac, и я помню, что при установке Ubuntu установочный инструмент показывал некоторые другие небольшие «свободные пространства» между разделами.

Чтобы исправить таблицы, я попытался установить GDISK в Mac и следуйте инструкциям на этом форуме, но после того, как я написал sudo gdisk /dev/disk0 в терминале (и после написания пароля), я получаю dyld: unknown required load command 0x80000022 Trace/BPT trap. Может быть, Gdisk не работает в Leopard?

Я также попытался исправить таблицы таким образом . И я попытался прокатиться на этом дополнительном значке Linux на rEFIt, следуя с помощью sudo fdisk -u /dev/disk0 в MacOS Terminal, но тогда единственный значок Linux, который я получаю, который является Partition3, не загружается (так что я должен следовать последний способ зафиксировать таблицы, чтобы получить grub, переустановленный в /sda).

Итак ..... любые идеи, что делать? Сейчас это неважно, так как я могу работать со всем.

Question 2

Я не могу быть уверенным, но я подозреваю, что вы видите два варианта загрузки BIOS для Linux, один из которых основан на MBR и один на основе загрузочного раздела. Если они оба работают, то удаление MBR-кода должно устранить дубликат; однако существует риск того, что если вы это сделаете, это будет иметь неприятные последствия, и Linux не будет работать вообще. Если вы хотите попробовать, сделайте это из Linux:

sudo dd if=/dev/sda of=/path/to/external/medium/backup.mbr bs=512 count=1
sudo dd if=/dev/zero of=/dev/sda bs=440 count=1

Будьте очень осторожны с этими командами! Если вы ошибаетесь в любой из команд dd, вы можете уничтожить критические данные. Обратите внимание, в частности, что вторая команда использует параметр bs=440, а не bs=512, как в первой команде. Также обязательно включите опцию count=1 для обеих команд, но особенно для второй. Измените /path/to/external/medium на каталог, в котором установлен съемный диск. Это даст вам вариант восстановления, если что-то пойдет не так, как надо; вы сможете загрузиться с помощью аварийной системы и повторно выполнить первую команду, но измените параметры if= и of=, чтобы восстановить диск в исходное состояние.

Другой вариант для перехода от rEFIt к его более поздней версии, rEFInd и для перехода с режима загрузки BIOS для загрузки в режиме EFI, как описано здесь. После этого вы сможете отключить сканирование для загрузчиков BIOS и ограничить список загрузок на все загружаемые загрузчики EFI, которые вы хотите установить. Это даст вам большую гибкость, но для его настройки потребуется некоторое усилие, а также риск того, что он не будет работать правильно - некоторые компьютеры Mac все еще имеют аппаратное обеспечение, которое Linux не может правильно инициализировать при загрузке в режиме EFI, хотя эта проблема гораздо менее значительна, чем в прошлом.

Rod Smith · Accepted Answer · 25 May 2018 в 14:16

Я не могу быть уверенным, но я подозреваю, что вы видите два варианта загрузки BIOS для Linux, один из которых основан на MBR и один на основе загрузочного раздела. Если они оба работают, то удаление MBR-кода должно устранить дубликат; однако существует риск того, что если вы это сделаете, это будет иметь неприятные последствия, и Linux не будет работать вообще. Если вы хотите попробовать, сделайте это из Linux:

sudo dd if=/dev/sda of=/path/to/external/medium/backup.mbr bs=512 count=1
sudo dd if=/dev/zero of=/dev/sda bs=440 count=1

Будьте очень осторожны с этими командами! Если вы ошибаетесь в любой из команд dd, вы можете уничтожить критические данные. Обратите внимание, в частности, что вторая команда использует параметр bs=440, а не bs=512, как в первой команде. Также обязательно включите опцию count=1 для обеих команд, но особенно для второй. Измените /path/to/external/medium на каталог, в котором установлен съемный диск. Это даст вам вариант восстановления, если что-то пойдет не так, как надо; вы сможете загрузиться с помощью аварийной системы и повторно выполнить первую команду, но измените параметры if= и of=, чтобы восстановить диск в исходное состояние.

Другой вариант для перехода от rEFIt к его более поздней версии, rEFInd и для перехода с режима загрузки BIOS для загрузки в режиме EFI, как описано здесь. После этого вы сможете отключить сканирование для загрузчиков BIOS и ограничить список загрузок на все загружаемые загрузчики EFI, которые вы хотите установить. Это даст вам большую гибкость, но для его настройки потребуется некоторое усилие, а также риск того, что он не будет работать правильно - некоторые компьютеры Mac все еще имеют аппаратное обеспечение, которое Linux не может правильно инициализировать при загрузке в режиме EFI, хотя эта проблема гораздо менее значительна, чем в прошлом.

Эй, я никогда не отвечал тебе! Спасибо за вашу помощь, я закончил создание ноутбука и остался с Mac в одиночку. Ubuntu будет нагревать компьютер, как сумасшедший !! Поэтому я вернусь к нему, когда мне нужна новая машина. — aderojas, 30 November 2012 в 00:39

Зафиксировать таблицы разделов - Dual Boot Ubuntu и Leopard

1 ответ

Другие вопросы по тегам:

Похожие вопросы: