Es dauert lange, bis das MacBook den Bootloader geladen hat. RefInd friert ein

Ich besitze ein MacBook Pro 2015 und bin mit Linux dual gebootet. Ich benutze rEFInd und seit Tag 1 funktioniert es bei den meisten Gelegenheiten einwandfrei. Manchmal dauerte es lange, bis der Bildschirm angezeigt wurde, und dann blieb er stehen und wurde alle 5 bis 10 Sekunden aktualisiert. Wenn ich also zweimal auf die Tastatur drücke, werden innerhalb weniger Sekunden zwei Einträge nach unten gesprungen. In diesen Fällen würde ich den PRAM / NVRAM löschen, REFInd erneut segnen und es wird in Ordnung sein. Kürzlich ist es jedoch wieder passiert und dieses Mal hilft das Zurücksetzen von PRAM / NVRAM nicht. Außerdem funktionieren unter Linux keine Eingabegeräte (weder interne noch USB-Tastatur). lshwlistet sie als funktionierend und mit einem geladenen Kernelmodul für sie auf ... Interne Tastatur funktioniert unter OS X.

BEARBEITEN: ~~Der Grund, den ich denke, kann ein Hardwareproblem sein~~Bezogen auf das Problem ist, dass das Laden des Bootloaders (unabhängig davon, ob es nach dem Segnen von Apple rEFInd ist, oder des nativen Apple-Bootloaders, sobald ich PRAM lösche) etwa 20 Sekunden nach dem Startsignal dauert, was nicht normal ist. Mir ist aufgefallen, dass ich nach dem Zurücksetzen des PRAM das Startsignal höre, nur 3 Sekunden später das Apple-Logo sehe (der Startvorgang ist schnell) und beim nächsten Neustart hängt es irgendwo, was mich jetzt zu der Annahme veranlasst, dass vielleicht einige von Meine OS X-Einstellungen, mit denen auch der PRAM geändert wird, sind beschädigt, und der PRAM ist beschädigt. Gibt es eine Möglichkeit zu verhindern, dass OS X den PRAM auf irgendeine Weise verändert?

Ich würde es hassen, es zu einem Service zu bringen, da sie mir sagen "20 Sekunden sind nicht lang und wir haben es nicht mit Ladern von Drittanbietern zu tun", aber ich weiß, dass es nie länger als 3 Sekunden gedauert hat, um das zu zeigen Apple-Logo, also muss sich etwas geändert haben. Ideen?

PS Ich benutze Gentoo, dessen Kernel perfekt direkt von der UEFI-Firmware gebootet werden kann, und es gibt Anweisungen dazu, efibootmgraber sie sind nicht speziell für Macs gedacht. Ich habe an einigen Stellen gelesen, dass efibootmgr das brocken kann / wird Firmware auf Macs, so zögere ich, es zu versuchen ...

— Aayla Secura
quelle

Antworten:

Ich nehme an, Sie haben es mit einem Retina MacBook Pro zu tun. Wenn Ihr Mac so lange braucht, um etwas zum Booten zu finden, und es danach auch ewig dauert, bis er gebootet ist, liegt möglicherweise ein fehlerhafter Speicher vor.

Ja, sie werden wahrscheinlich beim Bootloader eines Drittanbieters Probleme haben, aber solange Sie ein Backup haben, sind Sie in Ordnung. Der Apple Store führt Hardwaretests durch, um festzustellen, ob der Speicher fehlerhaft ist, und lädt die aktuelle Version von OS X neu, nachdem der Speicher gelöscht wurde. Dies ist Teil ihrer Tests. Wenn sie OS X nicht sauber laden können, ist dies definitiv ein Hardwareproblem.

Ihre lokale Kontaktnummer finden Sie hier: https://support.apple.com/de-de/HT201232

Warum sollten Sie nicht einfach versuchen, OS X selbst sauber zu installieren, nachdem Sie Ihren Speicher gelöscht haben?

Siehe http://osxdaily.com/2014/12/14/reinstall-os-x-mac-internet-recovery/

Wenn Sie das erfolgreich machen können, sehen Sie sich nur ein Problem mit rEFInd und / oder Ihrer Linux-Partition an (übrigens, warum lässt sich Linux nicht einfach nativ über EFI ohne den zusätzlichen Bootloader booten? Http://heeris.id. au / 2014 / ubuntu-plus-mac-pure-efi-boot-short-version / )

— David Baverstock
quelle

Danke für die Antwort. Ja, es ist ein Retina-Modell. Ich habe immer noch OS X installiert. Es ist mir nicht gestattet, es zu entfernen oder neu zu installieren, da dies ein MacBook der Firma ist (sie erlaubten mir nur, Linux als zweites Betriebssystem zu installieren. Was den Artikel betrifft, den Sie gepostet haben, abgesehen von der Tatsache, dass es gelöscht wurde OS X, was ich nicht kann, es installiert immer noch GRUB, also wie ist das "native ohne einen Bootloader"? Ich habe meinen Beitrag mit einigen neuen Informationen bearbeitet (siehe EDIT und PS)

— Aayla Secura

Edit: sorry, ich habe gerade gemerkt, dass dies ein 1-jähriger Thead ist , in dem ich genau wie du war. Alle Symptome stimmen überein. Für mich wurde es durch ein Update der Mac-Firmware behoben. Ich habe in macos alle Updates heruntergeladen, wieder in macos gebootet, um sicherzustellen, dass alle Updates installiert sind, und dann wurde das Problem behoben. Ich habe die Idee von https://wiki.archlinux.org/index.php/Mac#Firmware_updates. Ich weiß nicht, was die Ursache war, aber sie wurde behoben, nachdem die Mac-Firmware aktualisiert wurde. Es funktioniert seit 3 Tagen einwandfrei, nicht sicher, ob es dauerhaft behoben wurde.

— user2258503
quelle

Nun, es ist einen Versuch wert! Ich habe immer noch das gleiche Problem, auch nachdem Apple das MacBook ausgetauscht hat. Ich habe Linux entfernt, eine Neuinstallation von OS X durchgeführt, es in den Laden gebracht, es auf den Kopf gestellt, 2 Wochen lang alle möglichen Diagnosen durchgeführt und nicht herausgefunden, was los war (sie waren verwirrt). Sie gaben mir einfach eine neue, die das Gleiche tat, kurz nachdem ich Gentoo darauf installiert hatte. Ich denke, was es beschädigt hat, war falsches Aufwachen nach dem Winterschlaf. Es muss nur einmal passieren, dann bleiben die Symptome bestehen ... Ich werde die aktualisierte Firmware bald testen und posten, was passiert.

— Aayla Secura

Ich habe auch mit dem Bootloader experimentiert. Vor dem Aktualisieren der Firmware habe ich auch grub, systemd-boot und rEFInd ausprobiert. Es scheint also kein Problem mit dem rEFInd Bootloader zu sein.

— user2258503

( Sry konnte den obigen Kommentar nach 5 Minuten nicht bearbeiten ) Ich habe auch mit dem Bootloader experimentiert. Vor dem Aktualisieren der Firmware habe ich auch grub, systemd-boot und rEFInd ausprobiert. Es scheint also kein Problem mit dem rEFInd Bootloader zu sein. Nach dem Update der Firmware funktionierte rEFInd einwandfrei. Aber obwohl mit rEFI nichts falsch war und ich nach 2 Tagen auf systemd-boot umgestiegen bin, war dies der empfohlene Weg im arch wiki. wiki.archlinux.org/index.php/… Ungefähr eine Woche jetzt .. alles funktioniert gut.

— user2258503

Nun, ich habe endlich versucht, OS X (auf Sierra) zu aktualisieren, und das schien das Problem zu beheben (ich hoffe, es wird nicht wieder merkwürdig). Ich vermute, was es vermasselt hat, ist, Eingabegeräte von Linux aus zu deaktivieren (mit xinput) und sie vor dem Herunterfahren nicht wieder zu aktivieren, oder von Linux aus in den RAM-Ruhezustand zu wechseln (was ohnehin nicht richtig funktioniert). Ich werde einfach keine von denen machen, jetzt wo es funktioniert.

— Aayla Secura