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

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

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

Различные инструменты для разных операционных систем имеют тенденцию фокусироваться на определенных типах разделов, которые они знают лучше, и могут не точно сообщить тип раздела для других разделов, если это не тот тип, который они распознают. Or they might just outright omit listing unrecognized partitions. Adding to the difficulty, Mac OS X's Disk Utility won't show you certain kinds of partitions it knows about, such as Mac OS X recovery partitions.

From within Mac OS X, to get a quick view of the connected hard drives and volumes it knows about, you can use

diskutil list

To see a more detailed, low-level view of the contents of the drive's GPT, use:

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 будет перезаписан (обнулен).

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

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

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

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

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

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

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