まず、MacにDebianをインストールしようとしました。それをあきらめて未使用のパーティションをすべて削除した後、 rEFIt で、Linuxディストリビューションがインストールされていなくても、Linuxスタートアップボリュームが見つかりました。パーティションすらありません。そこで、パーティションインスペクターを開いて同期します。すばやく再起動した後、違いはありません。
最後に、rEFItをアンインストールした後、Mac OSXを正常に起動できます。ただし、 option 利用可能な起動ディスクを一覧表示するには、Macintosh HD、Windows、およびリカバリHDを見つけます。 Macがこの欠落しているWindows/Linuxパーティションを検出する理由がわかりません。どうすればそれを取り除くことができますか、または少なくともなぜこれが起こっているのですか?
これについて特に明確であったかどうかはわかりませんが、パーティションがありません 、Macintosh HD、 EFIシステムパーティション 、およびRecoveryHDのみ。他には何も....
パーティションの場合は、 GParted で修正できます。また、Mac OS X v10.7(Lion)を再インストールする場合。 [〜#〜] pmbr [〜#〜] および [〜#〜] gpt [〜#〜] を再構築することをどのように保証できますか?インストールディスクがありません(プリインストールされています)。リカバリHDだけです...ディスクユーティリティやその他のコマンドラインツールに表示されません。
これは私が理解していないことです。
とにかく、ここにいくつかの出力があります...
diskutilリスト
**/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自身のパーティションインスペクターからの出力...
*** 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
これがお役に立てば幸いです。
私はついにその奇妙なアイコンを取り除き、Ubuntuをインストールすることができました。 [〜#〜] grub [〜#〜] をMBRにインストールし、rEFIt以降にインストールしたことがわかりました。どうやら私はこれ以上よく知りませんでした。それはそれをLinuxと呼んだ...
クイック
fdisk -u/dev/disk0
mBRをクリアして解決しました。
私はMacでLinux + OS Xをいじくり回してきましたが、標準のOS XツールがLinuxパーティションに触れないのは私の経験です。 。
上記のヒューリスティックは、OSXがLinuxパーティションを削除しないことを示しています。
Linuxパーティションを削除するには、[〜#〜] i [〜#〜]でOS Xを再インストールします。ボーナスとして、このソリューションは間違いなく将来的にバグやイライラを引き起こす可能性のある、長引くMBR/GPT /補助的な問題を取り除きます。
意志が強く有能な個人は、 GParted -を使用して問題を解決しますが、その過程で、タイプミス、電力損失、または異常なインシデントにより、すべてのデータが失われる可能性があります。したがって、事前にバックアップすることをお勧めします。とにかくそれが行われた場合は、余分な45分を費やして再インストールし、その過程でクリーンなシステムを取得してみませんか?
このアドバイスを読んで、それは* NIX管理を学んでいる誰かによって与えられたことを覚えておいてください 現象論的な方法 -より有能な個人は確かにあなたに必要なヒントを提供することができます。
しかし、結局のところ、なぜ他の誰かのエラーのデバッグに時間を浪費するのでしょうか。いいえ-それを核兵器にして、あなたの人生を続けてください!
乾杯、トロエル
IntelベースのMacでは、ハードドライブがどのようにパーティション分割されているかを追跡するために、従来のマスターブートレコード(MBR)ではなく最新のGUIDパーティションテーブル(GPT)を使用するブートドライブが必要です。 GPTに精通していないOSとの互換性のために、GPTを使用するドライブには、基本的にGPTにある情報を反映する疑似MBR(PMBR)があります。
ハードドライブのパーティションを再作成したり、GPTまたはPMBRを編集したりするために使用するツールが、両方の同期を維持することが重要です。同期が取れなくなった場合、GPTに精通していないツールはPMBRを調べて、ドライブがどのようにパーティション分割されているかを1つのビューで示し、GPTに精通しているツールはGPTを調べて、その方法について別のビューを示します。ドライブはパーティション化されています。
OSごとに異なるツールは、最もよく知っている特定のパーティションタイプに焦点を合わせる傾向があり、認識できるタイプでない場合、他のパーティションのパーティションタイプを正確に報告しない場合があります。または、認識されないパーティションのリストを完全に省略している可能性があります。難しさに加えて、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の束 ここ )。コマンドの2番目のバージョンは、ボリュームラベル(名前)を表示します。私は通常、両方の出力を確認するのが好きなので、ボリューム名をタイプに一致させることができます。
PMBRの内容を確認するには、次のことを試してください。
Sudo fdisk /dev/disk0
私の現在のマシンでは、fdisk
の出力は、私のドライブがfdisk
が認識しないタイプの1つの大きなパーティションであるとPMBRが判断したことを示していますが、gpt
は私を示していますいくつかの異なるHFS +およびMacOSXリカバリパーティションがあります。このドライブをブートキャンプしたり、rEFItを使用したりしたことがあれば、PMBRは、ドライブを1つの大きなチャンクとして表示するのではなく、一部のパーティションの詳細を知っていると思います。
これらのdiskutil
、gpt
、およびfdisk
コマンドの出力で質問を更新してください。そうすれば、さらにサポートできる可能性があります。
ああ、不要なパーティションを取り除くには、Mac OS Xのディスクユーティリティを使用してパーティションを削除し、ディスクユーティリティのディスプレイの「上」にあるパーティションを使用していたスペースに拡大します。
Update:gpt show
私のシステムには疑わしいMBRに関する出力行がないので、あなたの疑わしいものは何か疑問に思います。おそらく、MBRにGRUBブートローダーコードがまだあるのに対し、通常のMac GPTPMBRにはブートコードがまったくないという事実だけです。
また、EFIシステムパーティションが技術的にFAT32であることを忘れていました(特別なGUIDが与えられていますが)。 MBR(GRUBの存在など)またはEFIシステムパーティションの一部のコンテンツについて、MacのEFIブートROMが単なるEFIシステムパーティションではなくWindowsパーティションとして認識されるようにしているのではないかと思います。
EFIシステムパーティションを検査するには、Mac OSXに次のように強制的にマウントさせます。
Sudo mkdir /mnt
Sudo mount -t msdos /dev/disk0s1 /mnt
私のEFIパーティションには基本的に次のものが含まれています。
/EFI /Apple /EXTENSIONS /FIRMWARE
...さらに、このマシンにインストールした最後のEFIファームウェアアップデートのアップデートファイルと、.Trashes/
などの一般的なMacOS Xturdファイル。 EFIシステムパーティションに何が含まれているかを知ることは興味深いでしょう。
あなたのシステムと私のシステムのもう一つの注目すべき違いは、rEFItのPartition Inspectorが私のMBRブートコードを「なし」と報告するのに対し、あなたはGRUBを持っている。DiskUtilityにあなたのパーティションに触れさせるのだろうか?テーブルは、メインのHFS +パーティションをわずかに縮小してから再成長させるなどして、MBRにアクセスを強制し、GRUBコードを上書き(ゼロ化)します。