Beim Versuch, Debian zu installieren, wurde eine neue Startdiskette erstellt (Mac OS X 10.7.3)

Zuerst habe ich versucht, Debian auf meinem Mac zu installieren. Nachdem ich das aufgegeben und alle nicht verwendeten Partitionen gelöscht hatte , fand ich in rEFIt ein Linux- Startvolume , obwohl keine Linux-Distribution installiert ist - es gibt nicht einmal eine Partition. Also öffne ich den Partitionsinspektor, um zu synchronisieren, und nach einem schnellen Neustart macht das keinen Unterschied.

Nach der Deinstallation von rEFIt kann ich Mac OS X in Ordnung booten. Wenn optionich jedoch halte, um verfügbare Startdisketten aufzulisten, finde ich Macintosh HD, Windows und die Wiederherstellungs-HD. Ich kann nicht herausfinden, warum der Mac diese fehlende Windows / Linux-Partition erkennt. Wie werde ich es los oder zumindest warum passiert das?

Ich weiß nicht, ob mir dies besonders klar war, aber die Partition ist nicht vorhanden , sondern nur Macintosh HD, die EFI-Systempartition und die Recovery HD. Nichts anderes....

Wenn es eine Partition wäre, wäre ich sehr gut in der Lage, sie mit GParted zu reparieren . Auch, wenn ich Mac OS X 10.7 (Lion) neu installieren sollte. Wie kann ich garantieren, dass PMBR und GPT wiederhergestellt werden ? Ich habe nicht die Installationsdiskette (sie wurde vorinstalliert), sondern nur die Wiederherstellungs-Festplatte ... Sie wird nicht im Festplatten-Dienstprogramm oder in anderen Befehlszeilentools angezeigt.

Das verstehe ich nicht.

Wie auch immer, hier ist eine Ausgabe ...

diskutil liste

**/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

und wenn es hilft, die Ausgabe von rEFIt eigenen, Partition Inspector ...

*** 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

Ich hoffe das hilft.

Ich habe mich viel mit Linux + OS X auf meinem Mac beschäftigt, und es ist meine Erfahrung, dass die Standard-OS X-Tools Ihre Linux-Partitionen nicht berühren.

Die obige Heuristik zeigt an, dass OS X Ihre Linux-Partition nicht löscht.

Um die Linux-Partition zu löschen, würde ich OS X neu installieren. Als Bonus würde diese Lösung auf jeden Fall alle verbleibenden MBR / GPT / Auxiliary-Probleme beseitigen, die Sie in Zukunft möglicherweise stören oder irritieren könnten.

Die willensstarke und kompetente Person würde das Problem mithilfe von GParted lösen. Dabei können jedoch Tippfehler, Stromausfälle oder ungewöhnliche Vorfälle dazu führen, dass Sie alle Ihre Daten verlieren. Also am besten vorher sichern. Und wenn dies trotzdem geschieht, warum nicht die zusätzlichen 45 Minuten in Anspruch nehmen und neu installieren, um ein sauberes System zu erhalten?

Beachten Sie beim Lesen dieses Ratschlags, dass er von jemandem gegeben wurde, der die * NIX-Administration auf phänomenologische Weise erlernt hat - eine kompetentere Person kann Ihnen mit Sicherheit die erforderlichen Tipps geben.

Aber warum verschwenden Sie am Ende Zeit damit, die Fehler anderer zu beheben? Nein - nuke es und mach weiter mit deinem Leben!

Prost, Troels

Auf Intel-basierten Macs muss Ihr Startlaufwerk die modernere GUID-Partitionstabelle (GPT) anstelle des alten Master Boot Record (MBR) verwenden, um zu verfolgen, wie die Festplatte partitioniert wurde. Um die Kompatibilität mit Betriebssystemen zu gewährleisten, die nicht GPT-fähig sind, verfügen Laufwerke, die GPT verwenden, weiterhin über einen Pseudo- MBR (PMBR), der im Wesentlichen die in der GPT enthaltenen Informationen widerspiegelt.

Es ist wichtig, dass die Tools, mit denen Sie Ihre Festplatte neu partitionieren oder Ihr GPT oder Ihren PMBR anderweitig bearbeiten, beide synchron halten. Wenn sie nicht synchron sind, sehen sich alle nicht GPT-fähigen Tools nur die PMBR an und geben einen Überblick darüber, wie das Laufwerk partitioniert ist, und die GPT-fähigen Tools sehen sich die GPT an und geben einen anderen Überblick darüber, wie Das Laufwerk ist partitioniert.

Verschiedene Tools für verschiedene Betriebssysteme konzentrieren sich in der Regel auf bestimmte Partitionstypen, die sie am besten kennen, und geben den Partitionstyp für andere Partitionen möglicherweise nicht genau an, wenn es sich nicht um einen erkannten Typ handelt. Oder sie lassen die Auflistung nicht erkannter Partitionen einfach komplett aus. Zusätzlich zu dieser Schwierigkeit zeigt das Festplatten-Dienstprogramm von Mac OS X bestimmte Arten von Partitionen nicht an, über die es Bescheid weiß, z. B. Mac OS X-Wiederherstellungspartitionen.

Sie können Mac OS X verwenden, um einen schnellen Überblick über die angeschlossenen Festplatten und Volumes zu erhalten, die bekannt sind

diskutil list

Verwenden Sie Folgendes, um eine detailliertere Übersicht über den Inhalt der GPT des Laufwerks zu erhalten:

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

Ersetzen Sie sie /dev/disk0bei Bedarf durch den Pfad zur Gerätedatei für die betreffende Festplatte. Die erste Version des Befehls zeigt die Partitions- / Datenträgertyp-IDs (eine Reihe langer GUIDs, die Sie hier nachschlagen können ). Die zweite Version des Befehls zeigt die Datenträgerbezeichnungen (Namen). Normalerweise möchte ich die Ausgabe von beiden sehen, damit ich die Datenträgernamen den Typen zuordnen kann.

Um zu sehen, was sich in Ihrem PMBR befindet, versuchen Sie Folgendes:

sudo fdisk /dev/disk0

Auf meinem aktuellen Computer zeigt die fdiskAusgabe an, dass mein PMBR mein Laufwerk für eine einzige große Partition hält, die ein Typ fdisknicht erkennt, obwohl gptich mehrere verschiedene HFS + - und Mac OS X-Wiederherstellungspartitionen habe. Ich gehe davon aus, dass der PMBR die Details einiger Partitionen kennt, wenn ich dieses Laufwerk jemals gebootet oder auf ihm rEFIT verwendet hätte, anstatt das Laufwerk als einen großen Teil anzuzeigen.

Aktualisieren Sie Ihre Frage mit dem Ausgang derer diskutil, gptund fdiskBefehle, und wir können in der Lage Ihnen noch mehr zu helfen.

Oh, und um die unerwünschte Partition loszuwerden, löschen Sie sie mit dem Festplatten-Dienstprogramm von Mac OS X und vergrößern Sie die Partition "über" der Anzeige des Festplatten-Dienstprogramms auf den Speicherplatz, den sie verwendet hat.

Update: gpt show Auf meinem System gibt es keine Ausgabezeile über den verdächtigen MBR. Daher frage ich mich, was an Ihrem verdächtig ist. Vielleicht liegt es nur an der Tatsache, dass Sie immer noch GRUB-Bootloader-Code in Ihrem MBR haben, wohingegen typische Mac GPT-PMBRs überhaupt keinen Bootcode enthalten.

Außerdem hatte ich vergessen, dass die EFI-Systempartition technisch gesehen FAT32 ist (obwohl sie eine spezielle GUID hat). Ich frage mich, ob etwas an Ihrem MBR (wie das Vorhandensein von GRUB) oder an einigen Inhalten Ihrer EFI-Systempartition so ist, dass das EFI-BootROM Ihres Macs es als Windows-Partition sieht, anstatt nur eine EFI-Systempartition zu sein.

Um Ihre EFI-Systempartition zu untersuchen, können Sie Mac OS X zwingen, sie wie folgt bereitzustellen:

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

Meine EFI-Partition enthält im Grunde nur:

/ EFI
    /APFEL
        / ERWEITERUNGEN
        / FIRMWARE

... sowie die Update-Dateien vom letzten EFI-Firmware-Update, das ich auf diesem Computer installiert habe, sowie einige typische Mac OS X-Turd-Dateien wie .Trashes/. Es wäre interessant zu wissen, was Ihre EFI-Systempartition enthält.

Der andere bemerkenswerte Unterschied zwischen Ihrem und meinem System ist, dass der Partition Inspector von rEFIt meinen MBR-Boot-Code als "None" meldet, während Sie GRUB in Ihrem haben. Ich frage mich, ob das erzwungene Berühren der Partitionstabellen durch das Festplatten-Dienstprogramm - beispielsweise durch leichtes Verkleinern der HFS + -Hauptpartition und anschließendes Nachwachsen - den MBR dazu zwingen würde, berührt zu werden und den GRUB-Code zu überschreiben (auf Null zu setzen).

Ich habe es endlich geschafft, dieses seltsame Symbol loszuwerden und Ubuntu zu installieren. Es stellte sich heraus, dass ich GRUB auf dem MBR installiert hatte und seitdem rEFIt. Anscheinend wusste ich es nicht besser; es nannte es Linux ...

Eine schnelle

fdisk -u / dev / disk0

löschte den MBR und löste ihn.