Ich habe ein Macbook Pro Retina 13" (Anfang 2015) Modell und ich habe eine Bootcamp-Partition mit Windows 8.1 Pro installiert. Der Dual-Boot zu OSX El Capitan und Windows hat bis vor etwa einem Monat einwandfrei funktioniert. Ich habe den Betrieb gewechselt Systeme, die den optionSchlüssel beim Booten über den Bootup-Laufwerksauswahlbildschirm verwenden, und alles funktionierte einwandfrei.
Das Problem, mit dem ich gerade konfrontiert bin, ist, dass jedes Mal, wenn ich meinen Laptop einschalte oder versuche, das Betriebssystem mit der optionTaste zu wechseln, der Laufwerksauswahlbildschirm lange dauert, bis es erscheint, etwa buchstäblich 20 bis 30 Sekunden. Das ist nicht wirklich normal, weil es früher viel schneller war. Außerdem funktioniert der Mauszeiger, sobald er mit Macintosh HD-, Windows- und Wiederherstellungslaufwerken angezeigt wird, einfach nicht oder manchmal unzuverlässig oder extrem langsam. Ich habe drahtlose und kabelgebundene Maus auf dem Bildschirm ausprobiert und die Ergebnisse sind ähnlich. Ich kann die Pfeiltasten auf der Tastatur verwenden, um die Laufwerke auszuwählen, aber die Reaktion ist einfach zu langsam. Sobald ich eine Pfeiltaste drücke, dauert es 15 bis 20 Sekunden, um die Auswahl zu registrieren und zu verschieben, manchmal reagiert sie überhaupt nicht. Und dann endlich, als ich zuschlugreturnEs dauert ungefähr eine halbe Minute, um die Startsequenz zu laden (Apple-Logo für OSX und sich drehender Kreis für Windows).
Ich rannte diskutil
, um die Lautstärke zu überprüfen, aber alles scheint in Ordnung zu sein. Der Zustand der Festplatte ist in Ordnung und ich habe auch Erste Hilfe auf dem Macintosh HD ausgeführt, aber ohne Erfolg. Ich habe dann versucht, SMC und NVRAM zurückzusetzen, aber das Problem bestand weiterhin. Ich habe sowohl Bootcamp-Treiber als auch Windows-Updates aktualisiert, aber die Situation blieb bestehen. Schließlich brachte ich den Laptop zu einem Apple Store und der Techniker sah das Problem, führte nie eine Diagnose durch und sagte einfach etwas wie „ Sieht aus wie ein Problem mit EFI, wir müssen es zur Reparatur einschicken, um das Logic Board auszutauschen, weil der Speicher ist in das Logic Board gelötet ", konnte ich nicht ganz verstehen, was er damit meinte, und ich bin skeptisch, ob es sich wirklich um ein Hardwareproblem handelt, da die Betriebssysteme (OSX und Windows) nach dem Hochfahren beide einwandfrei laufen.
Ein paar seltsame Verhaltensweisen, die mir aufgefallen sind -
Erwähnenswerte Punkte :
Ich verwende Tuxera NTFS und weiß, dass es ein bekanntes NTFS-Treiberkompatibilitätsproblem zwischen dem OSX-Standard-NTFS-Treiber und der NTFS-Version von Tuxera gibt. Da ich dachte, dass dies das Problem sein könnte, versuchte ich, alle Korrekturschritte zu wiederholen, indem ich Tuxera vollständig deaktivierte, aber das Problem bestand weiterhin. Ich denke, dass Tuxera möglicherweise kein Problem darstellt, da ich Bootcamp Windows und Tuxera schon seit geraumer Zeit verwende und nie irgendwelche Probleme hatte. Ich erwäge eine Neuinstallation von Bootcamp mit Win 8.1 Pro, wenn ich unbedingt muss, möchte es aber vermeiden, weil es mein Arbeitssetup ist und ich alles von Grund auf neu einrichten muss.
Ich habe bereits viele Online-Artikel und Community-Beiträge durchsucht, konnte aber nichts Vergleichbares zu dieser Situation finden. Meine Frage lautet also: Könnte es sich wirklich um ein Problem mit der Hardware (RAM) handeln, wie mir die Genius-Leiste sagt? oder ist etwas bekannt, das ich versuchen kann (und das ich nicht bereits wie oben angegeben versucht habe), um zu sehen, ob es das Problem löst?
Weitere Informationen aus dem Systemprotokoll hinzugefügt -
Ich habe sudo dmesg | more
das Terminal durchlaufen, um das letzte Startprotokoll unmittelbar nach einem Start anzuzeigen, und es scheint, dass am Anfang eine Reihe kext
verwandter Fehler vorhanden sind. Ich habe nicht viel über den Fehler recherchiert, aber es scheint eine Art Kernel-Panik zu sein. Ich kann nur nicht feststellen, ob dies durch eine Software oder ein Hardwareproblem verursacht wird.
Kext com.apple.driver.AppleIntelLpssUARTCommon start failed (result 0xdc00400a).
Kext com.apple.driver.AppleIntelLpssUARTCommon failed to load (0xdc008017).
Dependency com.apple.driver.AppleIntelLpssUARTCommon of kext com.apple.driver.AppleIntelLpssUARTv0 failed to load.
Can't remove kext com.apple.driver.AppleIntelLpssUARTCommon; services failed to terminate - 0xdc008018.
Kext com.apple.driver.AppleIntelLpssUARTv0 failed to load (0xdc008015).
Failed to load kext com.apple.driver.AppleIntelLpssUARTv0 (error 0xdc008015).
AppleCamIn::probe
fUseGPUBusy = 0 fPPPMSupport = 1
**** [IOBluetoothHostControllerUSBTransport][start] -- completed -- result = TRUE -- 0x2800 ****
**** [BroadcomBluetoothHostControllerUSBTransport][start] -- Completed (matched on Interface) -- 0x2800 ****
Couldn't alloc class "AppleIntelLpssUARTv0"
AppleCamIn::start
Lief diskutil verifyvolume
auf meinem EFI
Volume und es kam mit einigen Fehlern zurück -
Verifying file system
** /dev/rdisk0s1
** Phase 1 - Preparing FAT
** Phase 2 - Checking Directories
/EFI/APPLE/EXTENSIONS/Firmware.scap starts with free cluster
Truncate? no
/EFI/APPLE/EXTENSIONS/Firmware.scap: Cluster chain starting at 6 ends with cluster marked free
Truncate? no
size of /EFI/APPLE/EXTENSIONS/Firmware.scap is 15729264, should at most be 512
Truncate? no
** Phase 3 - Checking for Orphan Clusters
Found orphan cluster(s)
Fix? no
Found 30600 orphaned clusters
Free space in FSInfo block (303079) not correct (303078)
Fix? no
179 files, 151539 KiB free (303078 clusters)
File system check exit code is 8
Error: -69845: File system verify or repair failed
Underlying error: 8: POSIX reports: Exec format error
Laut Apple wird die EFI-Partition nicht zum Booten von OS X verwendet. Das Interessante an der beschädigten Datei ist, dass die Datei beim Booten Firmware.scap
offensichtlich von dem /usr/standalone/i386
Ordner in den Ordner kopiert wird. /volumes/efi/EFI/APPLE/EXTENSIONS
Siehe Website: /Volumes/EFI - Firmware.scap & MBA41_0077_B12_LOCKED.scap . Wenn dies zutrifft, müssen Sie sich keine Gedanken über das Ersetzen der beschädigten Firmware.scap
Datei machen.
Ich nehme an, der nächste Schritt wäre, zu versuchen, die EFI-Partition zu reparieren. Wenn Sie möchten, können Sie diese Partition zuerst in einer Datei sichern. Die Datei wäre ein exaktes Abbild der gesamten Partition. Um die gesamte EFI-Partition in der Datei mit dem Namen zu sichern efi.binary
, verwenden Sie den folgenden OS X-Befehl. Die Partition sollte nicht gemountet werden, bevor Sie den Befehl eingeben.
sudo dd if=/dev/disk0s1 of=efi.binary bs=409600
Wenn etwas schief geht, können Sie die EFI-Partition zumindest wieder in ihren ursprünglichen (fehlerhaften) Zustand zurückversetzen. Um die gesamte EFI-Partition aus der Datei wiederherzustellen efi.binary
, verwenden Sie den folgenden OS X-Befehl. Die Partition sollte nicht gemountet werden, bevor Sie den Befehl eingeben.
sudo dd if=efi.binary of=/dev/disk0s1 bs=409600
Der OS X-Befehl zum Reparieren der Partition ist unten angegeben.
diskutil repairvolume disk0s1
Eine Alternative wäre die Verwendung von Windows zur Ausführung chkdsk
auf der EFI-Partition. In einem Administrator-Eingabeaufforderungsfenster können Sie die folgenden Befehle eingeben.
mountvol s: /s
chkdsk /f s:
mountvol s: /d
Weitere Informationen zum Zugriff auf die EFI-Partition von Windows aus finden Sie auf der Website: Wie binde ich die EFI-Partition unter Windows 8.1 so ein, dass sie lesbar und beschreibbar ist?
Sie könnten versuchen, ein externes Laufwerk mit der gleichen Konfiguration wie Ihr aktuelles Laufwerk einzurichten. Versuchen Sie dann, von diesem Laufwerk zu booten. Das wird Ihnen zumindest sagen, ob das Problem auf Ihrer Festplatte liegt oder nicht.
Haben Sie sich auch nach Leuten umgesehen, die Probleme mit EFI auf Ihrem MacBook-Modell haben, unabhängig davon, ob sie eine Partitionskonfiguration wie Ihre haben oder nicht? Wenn Sie nicht viele Leute finden, die Probleme hatten, dann wäre ich skeptisch gegenüber der Genius-Bar.
Heute habe ich mein Macbook Pro 13 Zoll 2015 von der Garantie zurückerhalten und es wurde die I/O-Platine ersetzt. Problem wurde behoben. Ich hatte genau das gleiche Problem und jetzt ist es weg.
David Anderson
AnBisw
AnBisw
diskutil verifyDisk disk0s1
Funktioniert diese Methode, um die EFI-Partition (disk0s1-Kennung) zu überprüfen? Oder muss ich es erst montieren? Ich weiß, dass die Montage ein langwieriger Prozess sein kann.David Anderson
diskutil verifyvolume disk0s1
. Nur damit Sie wissen, wenn Sie dieses Volume mounten wollten, wäre der Befehldiskutil mount disk0s1
. Zum Aushängen lautet der Befehldiskutil unmount disk0s1
. Zum Reparieren lautet der Befehldiskutil repairvolume disk0s1
. Das Mounten ist nicht erforderlich , um das Volume zu überprüfen oder zu reparieren.AnBisw
verifyDisk
aber es hat mich aufgefordert, die gesamte Festplatte einzugeben, also wusste ich, dass etwas mit dem Befehl nicht stimmte.volume
AnstattDisk
mir nicht in den Sinn zu kommen, hätte ich wohl die Manpage sehen sollen. Ich werde das heute ausprobieren und berichten, wie es gelaufen ist.AnBisw
William T. Froggard
AnBisw
William T. Froggard
AnBisw
William T. Froggard
AnBisw