BOOTCAMP wird im Finder nicht mehr als Gerät aufgeführt, kann aber beim Start gestartet werden

Wie kann ich BOOTCAMP dazu bringen, unter Geräte im Finder aufgelistet zu werden, damit ich darauf zugreifen und die Dateien dort anzeigen kann?

Ich kann beim Start wie gewohnt in BOOTCAMP booten, aber in OS X listet Finder BOOTCAMP nicht auf.

Früher war dies in OS X-Versionen vor OS X El Capitan der Fall, aber ich bin mir nicht sicher, wann es nicht mehr angezeigt wurde und ob das OS X El Capitan-Upgrade oder etwas anderes das Problem verursacht hat.

Hier ist der Screenshot, der zeigt, dass BOOTCAMP nicht im Finder aufgeführt ist:

Finder mit Bootcamp nicht aufgeführt und Einstellungen

Das Festplatten-Dienstprogramm zeigt die Macintosh HD- und BOOTCAMP-Partitionen an, listet aber nur Macintosh HD auf der linken Seite unter dem Gesamtlaufwerk (Samsung 840 Pro SSD) auf. Hier ist ein Screenshot, der dies zeigt:

Das Festplatten-Dienstprogramm zeigt Macintosh HD- und BOOTCAMP-Partitionen an, listet aber nur Macintosh HD in der linken Liste auf

sudo frisk /dev/disk0Der im Terminal ausgegebene Befehl ergibt Folgendes:

Roberts-MacBook-Pro:Volumes robdavishome$ sudo fdisk /dev/disk0
Disk: /dev/disk0    geometry: 62260/255/63 [1000215216 sectors]
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 -  640270848] HFS+        
 3: AB 1023 254  63 - 1023 254  63 [ 640684032 -    1269536] Darwin Boot 
*4: 07 1023 254  63 - 1023 254  63 [ 641953792 -  358260736] HPFS/QNX/AUX

Hier ist die Ausgabe von sudo gpt -r show /dev/disk0:

Roberts-MacBook-Pro:Volumes robdavishome$ sudo gpt -r show /dev/disk0
Password:
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   640270848      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
   640680488        3544         
   640684032     1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
   641953568         224         
   641953792   358260736      4  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  1000214528         655         
  1000215183          32         Sec GPT table
  1000215215           1         Sec GPT header

Ich habe nicht gdiskinstalliert.

Mein Setup

  • MacBookPro Mitte 2010 17"
  • Mac OS X El Capitan 10.11.5
  • Samsung SSD 840 Pro
  • Windows 10 Pro 64bit (direktes Microsoft-Standard-Upgrade von Windows 7 Pro 64bit)
  • Ich habe die Größe der Partitionen mit Camptune X angepasst , als ich Yosemite hatte
  • Meine Anpassung bestand darin, am Ende der SSD etwas unpartitionierten Speicherplatz für die Überversorgung zu schaffen (um anscheinend die Lebensdauer und Leistung der SSD zu verbessern). Ich habe die Größe der Mac OS-Partition reduziert und die Windows-Partition verschoben, um den durch das Verkleinern der Mac OS-Partition entstandenen Speicherplatz zu belegen, sodass am Ende etwas unpartitionierter Speicherplatz übrig blieb.

Forschung bisher

Kann ich bitte einen Rat haben, wie man BOOTCAMP dazu bringt, im Finder angezeigt zu werden?

Bitte fügen Sie die Ausgabe von hinzusudo gpt -r show /dev/disk0

Antworten (1)

Gelöst - die Antwort ist, dass sich Windows im Ruhezustand befand. Ich konnte Windows aus diesem Zustand herausnehmen und jetzt erscheint BOOTCAMP. Ich werde meine eigene Antwort akzeptieren, wenn es mir erlaubt ist. Weitere Details zur Lösung unten.

Ich habe eine Testversion von Paragon Disk Manager heruntergeladen, die die BOOTCAMP-Partition anzeigte und eine Option zum Mounten bot. Beim Mountversuch erschien ein Dialog, der besagte, dass sich das Windows-Betriebssystem im Ruhezustand befinde und nicht gemountet werden könne, indem auf die Partition mit schreibgeschützten Vorgängen zugegriffen werde; einige Schreiboptionen wären erforderlich. Ich denke, es wurde eine Option angeboten, um fortzufahren, aber stattdessen habe ich mich entschieden, wie gewohnt in Windows zu booten und zu versuchen, es vollständig und ordnungsgemäß herunterzufahren (da dies der am wenigsten riskante Ansatz ist; es ist besser, Windows dazu zu bringen, sich selbst vollständig zu sortieren Herunterfahren und aus dem Ruhezustand verlassen und nicht von extern (zB über eine App in MacOS) Es wurden einige routinemäßige Windows-Updates ausgeführt, aber ich denke nicht, dass dies relevant ist. Also nach dem Herunterfahren von Windows. Ich habe MacOS gestartet und kann jetzt BOOTCAMP im Finder sehen. Ich arbeite nicht für Paragon und habe kein finanzielles oder anderweitiges Interesse daran, aber das Tool diente einem guten Zweck, da ich versuchen konnte, die Partition zu mounten, die mich zur Lösung führte.

Ich habe so etwas bei Dual-Boot-Systemen mit Windows / Ubuntu (Linux) gesehen, bei denen Ubuntu vor derselben Meldung warnt, dass sich Windows im Ruhezustand befindet, wenn versucht wird, die Windows-Partition zu mounten. Daraus schließe ich, dass das Problem nicht selten (und glücklicherweise behebbar) ist. Ubuntu warnt davor, dass der Versuch des Mountens riskant ist, da es bedeutet, dass die Partition geändert werden müsste, um sie zu mounten. Auch hier ist es daher besser, in Windows zu booten und es vollständig herunterzufahren. Ich bin mir nicht wirklich sicher, warum Windows beim Herunterfahren jemals in den Ruhezustand versetzt wird, aber ein "Stromzyklus" schien es aus diesem Modus heraus und in einen vollständig heruntergefahrenen Zustand zu versetzen.

Das ist also gelöst. Als separaten, vielleicht nicht zusammenhängenden Punkt mache ich mir jedoch Sorgen über die gpt show: /dev/disk0: Suspicious MBR at sector 0Meldung, die beim Ausführen sudo gpt -r show /dev/disk0wie oben angegeben angezeigt wird. Alle Tipps wären willkommen, aber meine Maschine funktioniert einwandfrei, daher scheint dies keine Auswirkungen zu haben, aber ich möchte diese Meldung trotzdem lösen - die bisherige Forschung gibt anscheinend keine endgültige Antwort, ich kann eine andere Frage schreiben.

Wenn eine Festplatte das GPT-Partitionierungsschema verwendet, sind normalerweise die 2., 3. und 4. Partition in der MBR-Tabelle leer. Außerdem erstreckt sich die 1. Partition über die gesamte Festplatte (mit Ausnahme des MBR selbst). In Ihrem Fall sind diese Bedingungen für die Installation von Windows nicht erfüllt. Die Meldung ist richtig, da der gptBefehl etwas *Verdächtiges findet, aber das ist normal für Ihr Mac-Modell und Sie sollten sich keine Sorgen machen.
+1 Stimme David für deinen weiteren Input und deine Bestätigung zu, danke! Es scheint also, dass diese vielleicht „falsch positive“ Meldung über den Verdacht spezifisch für das bestimmte Modell ist, das ich verwende? Ich würde vermuten, dass es bei einigen anderen Mac-Modellen nicht zu sehen ist. Ich schätze Ihren Beitrag auf jeden Fall und möchte Ihrem Rat folgen. Alle Hintergründe oder Links wären von Interesse, um mein Wissen zu erweitern, teilweise um mein Gesamtwissen zu erweitern, aber auch um meine allgemeine, vielleicht irrationale Paranoia-Tendenz zu erweitern. Danke nochmal.
Diese Fehlermeldung tritt bei allen Mac-Modellen von 2011 oder früher auf, auf denen auch Windows installiert ist. Die Meldung kann auch auf Mac-Modellen von 2012 bis 2014 auftreten, je nachdem, wie Windows installiert ist. Bei 2015er und neueren Macs sollte diese Meldung nicht erscheinen, wenn OS X und Windows die einzigen installierten Betriebssysteme sind. Mit anderen Worten, die Fehlermeldung zeigt an, dass Ihr Mac das sogenannte hybride Partitionsschema verwendet.
+1 danke David für die zusätzlichen Informationen, sehr geschätzt!
BOOTCAMP wird im Finder nicht mehr als Gerät aufgeführt, kann aber beim Start gestartet werden
AntwortenHierDatenschutz-Bestimmungen1y, 1v