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

Question

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

Наконец, после удаления rEFIt, я могу нормально загрузиться в Mac OS X. Однако, удерживая опцию для отображения списка доступных загрузочных дисков, я нахожу Macintosh HD, Windows и HD восстановления. Я не могу понять, почему Mac обнаруживает этот отсутствующий раздел Windows/Linux. Как мне от этого избавиться или хотя бы почему это происходит?

Я не знаю, был ли я особенно ясен в этом, но раздела там нет, только Macintosh HD, системный раздел EFI и Recovery HD. Ничего больше....

Если бы это был раздел, я бы смог исправить это с помощью GParted. Также, если бы мне пришлось переустанавливать Mac OS X v10.7 (Lion). Как я могу гарантировать, что это восстановит мои PMBR и GPT? У меня нет установочного диска (он был предустановлен), просто рекавери HD ... Он не отображается в утилите диска или любых других инструментах командной строки.

Это то, что я не понимаю.

Во всяком случае, вот некоторые результаты ...

список рассылки

**/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI                         209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            499.2 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3**

sudo gpt -r show -l /dev /disk0

gpt show: /dev/disk0: Suspicious MBR at sector 0
      start       size  index  contents
          0          1         MBR
          1          1         Pri GPT header
          2         32         Pri GPT table
         34          6
         40     409600      1  GPT part - "EFI system partition"
     409640  975093952      2  GPT part - "Customer"
  975503592    1269536      3  GPT part - "Recovery HD"
  976773128          7
  976773135         32         Sec GPT table
  976773167          1         Sec GPT header

sudo gpt -r show /dev /disk0

gpt show: /dev/disk0: Suspicious MBR at sector 0
      start       size  index  contents
          0          1         MBR
          1          1         Pri GPT header
          2         32         Pri GPT table
         34          6
         40     409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
     409640  975093952      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  975503592    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  976773128          7
  976773135         32         Sec GPT table
  976773167          1         Sec GPT header

sudo fdisk /dev /fdisk0

Disk: /dev/disk0    geometry: 60801/255/63 [976773168 sectors]
Signature: 0xAA55
         Starting       Ending
 #: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
 1: EE 1023 254  63 - 1023 254  63 [         1 -  976773167] <Unknown ID>
 2: 00    0   0   0 -    0   0   0 [         0 -          0] unused
 3: 00    0   0   0 -    0   0   0 [         0 -          0] unused
 4: 00    0   0   0 -    0   0   0 [         0 -          0] unused

и если это поможет, вывод от rEFIt's, инспектор разделов ...

*** Report for internal hard disk ***

Current GPT partition table:
 #      Start LBA      End LBA  Type
 1             40       409639  EFI System (FAT)
 2         409640    975503591  Mac OS X HFS+
 3      975503592    976773127  Mac OS X Boot

Current MBR partition table:
 # A    Start LBA      End LBA  Type
 1              1    976773167  ee  EFI Protective

MBR contents:
 Boot Code: GRUB

Partition at LBA 40:
 Boot Code: None (Non-system disk message)
 File System: FAT32
 Listed in GPT as partition 1, type EFI System (FAT)

Partition at LBA 409640:
 Boot Code: None
 File System: HFS Extended (HFS+)
 Listed in GPT as partition 2, type Mac OS X HFS+

Partition at LBA 975503592:
 Boot Code: None
 File System: HFS Extended (HFS+)
 Listed in GPT as partition 3, type Mac OS X Boot

Надеюсь, это поможет.

Answer 1

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

Быстрый

fdisk -u /dev /disk0

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

Answer 2

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

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

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

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

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

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

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

Answer 3

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, поэтому мне хочется знать, что подозрительно в вашей. Возможно, это просто тот факт, что у вас все еще есть код загрузчика GRUB в вашей MBR, в то время как типичные для Mac GPT PMBR вообще не содержат загрузочного кода.

Кроме того, я забыл, что системный раздел 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
    /APPLE
        /EXTENSIONS
        /FIRMWARE

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

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