Suchergebnisse
Suchergebnisse 1-11 von insgesamt 11.
-
Manche (viele) Firmwares suchen automatisch nach Windows auf der EFI. Wenn Windows und OC auf der gleichen EFI installiert sind, kann es dann passieren, dass OC nicht mehr gefunden wird, weil die Firmware Windows findet und OC dann ignoriert. Die einzige Lösung dafür war früher, dass man im Windows Ordner die bootmgfw.efi oder Ordnerstruktur so umbenennt, dass die Firmware sie nicht mehr findet und OC gebootet wird (und Windows dann evtl noch als Bootoption wieder in die config aufnimmt).Inzwisc…
-
g-force Nicht ganz. EFI/Boot/BootX64.efi ist ein Standardpfad welchen jede Firmware kennt. Bootx64.efi aus diesem Ordner wird also standardmäßig gefunden und bei Bedarf (durch den User) ausgeführt und stellt grob gesprochen den Verweis auf ein dahinterliegendes Programm dar, welches dann zB Windows Bootloader, Clover, OC, Shell, etc. sein kann (BootX64.efi ist selber natürlich auch ein Programm). Da dies der klassische Weg ist um Bootoptionen zu erzeugen, entstehen Komplikationen wenn mehrere S…
-
Hinterlegte BootX64.efi aus EFI/Boot sollten eigentlich schon gefunden werden, zumindest wenn auf der EFI sonst nichts ist (ansonsten kann bootmgfw.efi wieder dazwischen funken, jeh nach Firmware). OC hat auch eine eigene BootX64.efi, aber das hast du ja schon selber festgestellt.Der durch Bootstrap gesetzte NVRam Eintrag ist genauso instabil wie jeder andere NVRam Eintrag auch, sprich nach einem NVRam Reset, oder Reset jeglicher Art (in schlimmen Fällen reicht ein Reboot), Stromlos machen, BIOS…
-
(Zitat von theCurseOfHackintosh)Ist mir neu und der Satz ist in sich ein Widerspruch.
-
Wo ist denn der Unterschied zwischen einem Fat32 formatierten Stick und einer Fat32 formatierten EFI Partition?Was ich mir eher vorstellen kann ist wie gesagt das Ignorieren von BootX64.efi weil andere Einträge gefunden und bevorzugt werden.
-
\EFI\Microsoft\Boot\bootmgfw.efi sollte eigentlich predefined sein und automatisch von OC gefunden/gesucht werden. Ein Eintrag in BlessOverride wäre damit redundant. Correct me if I'm wrong mhaeuser
-
(Zitat von hackmac004)Die Veränderung am NVRam Reset wurden erst mit 0.5.9 implementiert, somit kann ein 0.5.8 NVRam Reset immernoch den bootstrap booteintrag löschen.(Zitat von hackmac004)Ich glaube jetzt hast du es wieder umgedreht, es ist genau anders herum Der Booteintrag durch bootx64.efi sollte nach einen NVRam Reset selbstständig wieder hinzugefügt werden. Die Referenz auf bootstrap.efi kann hingegen durch einen NVRam reset verloren gehen, vorausgesetzt die BootProtect NVRam Variable wird…
-
Na dann kommt es drauf an welche Art von NVRam reset du machst. Der OC Reset löscht die bootstrap/bootprotect variable nicht mit 0.6.0.
-
Wenn AllowNvramReset aktiviert ist, kannst du per CMD+Alt+P+R während dem Boot den NVRam resetten, dabei sollte bootprotect mit 0.5.9+ nicht gelöscht werden. Wenn du jetzt aber CleanNvram.efi aus beispielsweise 0.5.8 benutzt, wird bootprotect gelöscht.
-
(Zitat von MPC561)Ich habe mir jetzt nicht die 6 Seiten durchgelesen, kannst du vielleicht sagen was du meinst und wo du eine Gefahr siehst?(Zitat von MPC561)Ein UEFI(Zitat von MPC561)Wie macOS mit dem NVRam umgeht hat nichts damit zu tun was passiert bevor macOS überhaupt startet. Gleiches betrifft MSR-lock, der hat noch nichtmal was mit NVRam zutun.(Zitat von MPC561)Wieso sollte nach einen BIOS Reset der NVRam nicht mehr funktionieren?
-
(Zitat von hackmac004)Naja, wie gesagt:(Zitat von kuckkuck)Du musst den Reset nicht mit Win+Alt+P+R machen, das ist nur eine Möglichkeit. Hotkey/Multikey support ist manchmal broken zu dem Zeitpunkt im Boot.