• Das kreative Thema des Monats Oktober wird vor allem diejenigen unter Euch besonders ansprechen, denen Do-it-yourself quasi im Blut liegt. Zeigt uns Eure Improvisationskünste oder fotografiert, was andere Leute sich so im Alltag zusammengestrickt haben. --> Zum Mitmachen bitte hier klicken

[10.8 Mountain Lion] Bootcamp / dritte Partition - geht das?

santa_maria

santa_maria

Cox Orange
Registriert
15.01.11
Beiträge
99
Hallo Leute,

habe einige Zeit hier im Forum gesucht, leider nichts wirklich zutreffendes gefunden, daher hier meine Frage:

Habe ein MacBook Pro Retina mit Mac OS X10.8 und Win7 mittels Bootcamp auf einer zweiten Partition installiert. Ich möchte jetzt meine Migration von PC auf Mac abschließen und die Daten von meinem PC rüber holen, die dort auf einer eigenen Partition D: (Daten) liegen. Da ich auch am Mac auf diese Daten von beiden Betriebssystem werde zugreifen müssen, plane ich wieder eine eigene Partition dafür. Ich kenne die Diskussion über zusätzliche Partitionen hier im Forum, sehe in meinem Fall aber Vorteile bei der Übersichtlichkeit, Pflege und Datensicherung.

Nun weiß ich auch, dass man bei der Installation von Bootcamp nur eine Partition haben darf. Ist es nach erfolgreicher WIN-Installation möglich, eine dritte, kleine Partition zu erzeugen, ohne dass Bootcamp ins Schleudern kommt?

Ich möchte so etwas nicht einfach ausprobieren - try and error - sondern hoffe, jemand kann eine klare Aussage machen: ja, es geht - oder - nein, nicht möglich.

vielen Dank
Karl
 
Soweit es mir bekannt ist geht es nicht. Fakt ist, mit BootCamp kann man nur mit maximal 4Partitionen arbeiten, wobei die Windows-Partition die letzte sein muss. Das MacOs belegt aber mit der EFI-Partition, der Recovery-Partition und der eigentlichen Daten-Partition bereits drei davon. Für BootCamp/Windows bleibt also nur noch eine übrig.

MACaerer
 
Ich weiß nicht wie und warum, aber ich habe in Windows 7 in BootCamp alle meine Partitionen, außer meine OS X FusionDrive Partition.
Allerdings liegt BootCamp bei mir auch einer anderen Platte.
2013-06-05%20um%2001%3A31.png
 
Ok, danke für eure Antworten. Dann werde ich wohl oder übel mit geteilter und umständlicher Datenablage leben müssen.
lg Karl
 
Tripple Boot geht schon ist aber etwas aufwändiger :D

Was du auch mal versuchen kannst (wenn dein Mac 2 HDD's hat):

1 Bootcamp Partition erstellen auf der Startvolume dann Startvolume raus 2 Volume rein aber von einem USB oä. OSX Booten und dann darauf auch nochmal eine Bootcamp Partition erstellen... und am Ende dann beides wieder zusammenbauen (ich Versuch das nachher mal :D)

Am einfachsten geht es aber mit rEFIt (hab ich selber auch) OS X Ubuntu Win7..

Anleitung:
http://www.aptgetupdate.de/2010/05/25/mac-triple-boot-os-x-windows-und-ubuntu/

lg
 
santa_maria schrieb:
Dann werde ich wohl oder übel mit geteilter und umständlicher Datenablage leben müssen.
Zum Vergrößern anklicken....
NTFS-Treiber auf OS X installieren und die Daten auf der Win-Partition ablegen. Oder HFS-Treiber für Windows und auf der OS-X-Partition ablegen. Oder Windows in einer virtuellen Maschine nutzen.
 
Hendrik Ruoff schrieb:
Am einfachsten geht es aber mit rEFIt (hab ich selber auch) OS X Ubuntu Win7.

Anleitung:
http://www.aptgetupdate.de/2010/05/25/mac-triple-boot-os-x-windows-und-ubuntu/

lg
Zum Vergrößern anklicken....
Zitat aus dem verlinkten Artikel:
Hat man so wie in meinem Fall genügend Platz auf der Windowspartition, bietet der Ubuntu Installer automatisch eine Verkleinerung an. Braucht also keine Veränderung vornehmen.
Zum Vergrößern anklicken....
Das macht mich stutzig weil in dem Fall mit Sicherheit GParted da rumpfuscht.

Hendrik, kannst du mal folgende Kommandozeile im Terminal eingeben (unter Adminkonto) und den Output hier posten? Mich würden deine Partitionstabellen nach der Prozedur mal Wunder nehmen:
Code: 
sudo fdisk /dev/disk0; sudo gpt -r show /dev/disk0
 
Code: 
Signature: 0xAA55         Starting       Ending
 #: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
 1: EE 1023 254  63 - 1023 254  63 [         1 -     409639] <Unknown ID>
 2: AF 1023 254  63 - 1023 254  63 [    409640 -  400782728] HFS+        
 3: AB 1023 254  63 - 1023 254  63 [ 401192368 -    1269536] Darwin Boot 
 4: 07 1023 254  63 - 1023 254  63 [ 402462720 -   97654784] HPFS/QNX/AUX
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  400782728      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  401192368    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  402461904        816         
  402462720   97654784      4  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  500117504        655         
  500118159         32         Sec GPT table
  500118191          1         Sec GPT header

das ist doch jetzt nur die SSD oder?
 
Wie du der oberen, für Windows unentbehrlichen MBR-Tabelle entnehmen kannst, sind dort alle vier zur Verfügung stehenden Plätze bereits voll belegt.
Mehr geht einfach nicht. Ende Gelände.
 
Hendrik Ruoff schrieb:
Code: 
Signature: 0xAA55         Starting       Ending
 #: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
 1: EE 1023 254  63 - 1023 254  63 [         1 -     409639] <Unknown ID>
 2: AF 1023 254  63 - 1023 254  63 [    409640 -  400782728] HFS+        
 3: AB 1023 254  63 - 1023 254  63 [ 401192368 -    1269536] Darwin Boot 
 4: 07 1023 254  63 - 1023 254  63 [ 402462720 -   97654784] HPFS/QNX/AUX
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  400782728      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  401192368    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
[COLOR="#B22222"]  402461904        816 [/COLOR]   
  402462720   97654784      4  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  500117504        655         
  500118159         32         Sec GPT table
  500118191          1         Sec GPT header
Zum Vergrößern anklicken....
Wie auch immer du es geschafft hast, da alles zumindest bootfähig hinzukriegen, bleibt mir ein Rätsel. Wie Rastafari nämlich gesagt hat braucht Windows unbedingt einen MBR. In diesem sind die Partitionen mit Namen ersichtlich ("<Unknown ID>" ist die 200 MB grosse EFI-Partition, "HFS+" dein Mac OS X, "Darwin Boot" müsste die ab Lion erstellte Recovery-Partition sein und "HPFS/QNX/AUX" das Windows). Gemerkt? Wo bleibt Linux? Dieses ist nämlich nicht einmal in der GPT eingetragen! Alte Linux-Versionen verwenden zwar dieselbe GUID wie Windows, aber das muss zwangsläufig Windows sein da dieses den Dienst verweigern würde wäre es nicht an genau dieser Stelle im MBR eingetragen. Ausserdem ist auch die rot eingefärbte Zeile (zumindest für mein Laienwissen) sehr seltsam. Kommt wohl von der ach so tollen vorgeschlagenen automatischen Verkleinerung des Linux-Installationsprogramms.

Ehrlich gesagt weiss ich nicht was da alles passiert ist bei dieser Lösung; vielleicht kann das jemand mit mehr Hintergrundwissen erklären. Ansonsten läuft es auf das hinaus (gruselig; mag mich noch erinnern).
 
Kein Grund für Zahnschmelzmigräne, sieht alles völlig normal aus.
Die vorhandenen "Lücken" (zB die rote Zeile) dienen nur einer SSD-gerechten Anordnung der darauf folgenden Daten an grösseren Blockgrenzen als bei den mechanischen HDs.
Windows Partitionen werden seit Vista grundsätzlich in einem "Ausrichtungsraster" von 1 MB == 2048 Sektoren erzeugt, weil das den relativ riesigen Hardwareblöcken eines Flashmediums viel besser entgegen kommt als das klassische Sektormass von 512 Byte, das noch von der antiken Floppy Disk der 70er Jahre stammt. (Die 2048 Sektoren sind zwar viel mehr als wirklich nötig, aber in 20 Jahren mag das schon wieder zu wenig sein.)
OS X dagegen verwendet etwas andere Ausrichtungsregeln um aus technischer Sicht das gleiche zu erreichen - da ergeben sich dazwischen halt schon mal kleinere "Blitzer" in Form von ungenutzten Inseln. No Problem.
(Und nein, ein Linux findet sich nun wirklich nicht auf dieser HD. Keine Spur davon.)
 
  • Like
Reaktionen: landplage
Schönes Thema, da würde ich gerne einhaken.
Ich hab gestern bei meinem neuen iMac über Bootcamp und diskutil das Fusiondrive entkoppelt und Windows auf die reine SSD und OSX auf die konventionelle Terabyteplatte installiert.
Die Terabyteplatte hat jetzt allerdings das OSX Dateisystem und ist über Windows nun nicht nutzbar. Gibt es eine Möglichkeit die Terabyteplatte zu partitionieren obwohl OSX bereits installiert ist, und die weitere Partition mit FAT oder NTFS zu nutzen?
 
Über das Festplattendienstprogramm? Ohne das die OSX Installation Schäden nimmt?
 
Mal ein Feedback für alle. Die Installation ging fast problemlos.

2013er 27 Zoll iMac mit 3,2er i5 und aufgerüsteten 16GB RAM.

Auf der SSD läuft Windows. Auf der 1TB Platte ist OSX installiert und hat 200GB Speicher bekommen. Die restlichen 7 bis 800GB habe ich mit OS X (Festplattendienstprogramm) erst FAT partitioniert und dann in Windows die Partition in NTFS umformatiert.

Das System läuft mit beiden Betriebssystemen einwandfrei.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
2003-2026 Apfeltalk | Made on a Mac
Oben Unten