Новый загрузочный диск был создан при попытке установить Debian (Mac OS X 10.7.3)

Я много боролся с Linux + OS X на моем Mac, и, по моему опыту, стандартные инструменты OS X не затронут ваши разделы Linux.

Вышеупомянутая эвристика указывает, что OS X не удалит ваш раздел Linux.

Чтобы удалить раздел Linux, я бы переустановил OS X. В качестве бонуса это решение определенно устранит любые затянувшиеся проблемы MBR / GPT / вспомогательные, которые могут потенциально вызвать вас или раздражать в будущем.

Решительный и компетентный специалист решит проблему с помощью GParted, но в этом случае опечатка, потеря питания или странный инцидент могут потерять все ваши данные. Так что лучше сделать резервную копию заранее. И если это так или иначе сделано, почему бы не потратить лишние 45 минут и переустановить, получив чистую систему в процессе?

Читая этот совет, имейте в виду, что он был дан кем-то, кто изучает * администрирование NIX феноменологическим способом - более компетентный человек наверняка сможет предоставить вам необходимые советы.

Но, в конце концов, зачем тратить время на отладку чужих ошибок? Нет - взорвите его и продолжайте жить!

Приветствия, Troels

Mac на базе Intel требуют, чтобы ваш загрузочный диск использовал более современную таблицу разделов GUID (GPT), а не устаревшую основную загрузочную запись (MBR) для отслеживания того, как жесткий диск был разбит на разделы. Для совместимости с операционными системами, не знакомыми с GPT, диски, использующие GPT, по-прежнему имеют псевдо MBR (PMBR), который в основном отражает информацию, содержащуюся в GPT.

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

Различные инструменты для разных операционных систем имеют тенденцию фокусироваться на определенных типах разделов, которые они знают лучше всего, и могут не точно сообщать тип раздела для других разделов, если это не тот тип, который они распознают. Или они могут просто пропустить распечатку нераспознанных разделов. В дополнение к трудностям, Дисковая утилита Mac OS X не покажет вам определенные виды разделов, о которых она знает, например разделы восстановления Mac OS X.

В Mac OS X для быстрого просмотра подключенных жестких дисков и томов, о которых он знает, вы можете использовать

diskutil list 

Чтобы увидеть более подробное низкоуровневое представление содержимого GPT накопителя, используйте:

sudo gpt -r show /dev/disk0 sudo gpt -r show -l /dev/disk0 

При необходимости замените /dev/disk0путь к специальному файлу устройства для рассматриваемого диска. Первая версия команды показывает идентификаторы типа раздела / тома (несколько длинных идентификаторов GUID вы можете посмотреть здесь ). Вторая версия команды показывает метки тома (имена). Мне обычно нравится видеть результаты обоих, так что я могу сопоставить имена томов с типами.

Чтобы увидеть, что находится в вашем PMBR, попробуйте:

sudo fdisk /dev/disk0 

На моей текущей машине fdiskвывод показывает, что мой PMBR считает, что мой диск - это просто один большой раздел типа, fdiskкоторый не распознает, хотя gptпоказывает, что у меня есть несколько разных разделов восстановления HFS + и Mac OS X. Я предполагаю, что, если бы я когда-либо загрузил этот диск с Boot Camp или использовал REFIt на нем, PMBR будет знать специфику некоторых разделов, а не показывать диск как один большой кусок.

Обновите свой вопрос с выходом тех diskutil, gptи fdiskкоманды, и мы сможем помочь вам еще больше.

Да, и чтобы избавиться от нежелательного раздела, просто используйте Дисковую утилиту Mac OS X, чтобы удалить его, а затем увеличьте раздел «над» на экране Дисковой утилиты до используемого пространства.

Обновление: gpt show в моей системе нет той строки вывода о подозрительной MBR, поэтому мне интересно, что подозрительно по отношению к вашей. Возможно, это просто тот факт, что у вас в коде MBR все еще есть код загрузчика GRUB, в то время как в обычных PMBR для Mac GPT код загрузки вообще отсутствует.

Кроме того, я забыл, что системный раздел EFI технически является FAT32 (хотя ему и присвоен специальный GUID). Интересно, есть ли что-то в вашей MBR (например, в наличии GRUB) или в содержимом системного раздела EFI, что заставляет загрузочный диск EFI вашего Mac воспринимать его как раздел Windows, а не просто как системный раздел EFI.

Чтобы проверить системный раздел EFI, вы можете заставить Mac OS X смонтировать его следующим образом:

sudo mkdir /mnt sudo mount -t msdos /dev/disk0s1 /mnt 

Мой раздел EFI в основном содержит:

/ EFI /ЯБЛОКО / РАСШИРЕНИЯ /ПРОШИВКА 

... плюс файлы обновлений с последнего обновления прошивки EFI, которые я установил на эту машину, а также некоторые типичные файлы Mac OS X turd, например .Trashes/. Было бы интересно узнать, что есть в вашем системном разделе EFI.

Другое заметное различие между вашей системой и моей состоит в том, что rEFIt Partition Inspector сообщает о моем загрузочном коде MBR как «None», тогда как у вас есть GRUB в вашем. Интересно, если принудительное использование Дисковой утилитой касания ваших таблиц разделов - например, путем небольшого сжатия, а затем повторного увеличения - основного раздела HFS + - приведет к тому, что MBR коснется, а код GRUB будет перезаписан (обнулен).

Мне наконец удалось избавиться от этой странной иконки и установить Ubuntu. Оказывается, я установил GRUB в MBR, и так как REFIt. Видимо, я не знал ничего лучше; это называлось Linux ...

Быстрый

fdisk -u / dev / disk0

очистил MBR и решил его.