Suchergebnisse

anonymous_writer Dann ist edk2 mal wieder Müll, weil, wenn der DP invalide ist, sollte nichts angezeigt werden, wie du's ja auch bei einem anderen Versuch hattest... hätte mir aber auch auffallen müssen.Naja, bei mir lief Windows, wird wohl am ACPI-Kram oder so liegen

derradius 2. das ging schon immer, wenn Windows BOOTx64.EFI auf auf der ESP ist3. warscheinlich diese "lang:kbd"-Variable von irgendwo übernommen?

derradius EFI\BOOT\BOOTX64.EFI, wie immer. Jetzt haben wir auch BlessOverride und BootEntries, also beliebig

derradius Clover lädt die DSDT nicht für Windows, OC schonDie Bootauswahl funktioniert in dem Sinne, dass das Standardlaufwerk des APFS-Containers gestartet wird, bei mehreren Installationen pro Container funktioniert die Auswahl nicht

karacho Die Option gibt es seit Monaten nicht mehr

nightstorm99 Wahrscheinlich Kext-ExecutablePath vergessen

Dann ist eine Kext oder der ganze prelinkedkernel verkorkst. Schalt Mal den ganzen Kernelkram (Patches, Kexts) in OC ab und schau, ob der KP immer noch kommt

nightstorm99 Und was soll ich dazu jetzt sagen? Deswegen sollst du ja auf mehr Hinweise testen

Keine Ahnung, prelinkedkernel wird seit einer 10.15-Version (kA ob .0 oder .1) in einem anderen Ordner gebaut und beim Herunterfahren an die richtige Stelle kopiert, die Befehle könnten dies ggf nicht berücksichtigen. Probier's halt aus

So viele "Lösungen" gibt es bei Bitmasken nicht... ein Bit ist gesetzt oder es ist nicht gesetzt. Will man SIP *vorwärts-kompatibel* ausschalten, setzt man einfach alle Bits, also 0xFFFFFFFF, statt für jede Version Buch über den aktuellen Maximalwert zu führen. Wer sollte dies tun? Absolut niemand, genauso wie niemand die "Magic-Constants" 0x67 oder 0x77 verwenden oder gar empfehlen sollte. Sicherheit schaltet man mit Bedacht und nicht nach Schema F ab.

derHackfan Naja, SIP ist halt kein besoffener Pöbler, der dir an die Gurgel will, sondern dein persönlicher Bodyguard, den solltest du vielleicht nicht einfach so zusammentreten. SIP ist fein regulierbar, ja, jedes Bit beschreibt genau eine Sicherheitsfunktion, mW ist z.B. Bit 0 "unsignierte Kexts erlauben".

Eine simple GUI klingt plausibel, Einstellungen zur Bootzeit ändern ist ein Sicherheitsrisiko... da so ziemlich alle involvierten Entwickler sicherheitsbedacht sind, wird sich tendenziell keiner die Mühe machen, sowas optional zuzulassen, will ich aber auch nicht pauschal ausschließen.

der edk2 EmuVar wird sehr wohl unterstützt, nur der Clover-Fork nicht

al6042 nein und nein

Wie gesagt, der edk2-Treiber (MdeModulePkg, mittlerweile mit dem VariableRuntimeDxe gemergt), hab ja extra nochmal angehängt, dass der Clover-Fork nicht läuft. Ich dachte eigentlich gerade, man benötigt ihn für Legacy-Systeme, aber da kommt er bereits mit DUET. Damals hat man den für Z390 gebraucht, aber das hat sich mit DisableVariableWrite erledigt...

(Zitat von theCurseOfHackintosh)Nein, natürlich nicht(Zitat von theCurseOfHackintosh)Kommt darauf an, ob du mit ACPI- und SMBIOS-Patches für Windows leben kannst oder nicht. Mit NDK läuft Apple-OEM-SW nicht OOTB (Boot Camp Control Panel und Treiber), mit Vanilla läuft einige Motherboard-OEM-SW nicht OOTB (ASUS AURA, etc). Für NDK gibt es auch nur bei NDK Support.

Raptortosh nein .

(Zitat von ozw00d)Hauptsächlich das Control Panel, ggf. WiFi/Bluetooth, Thunderbolt, Magic-Geräte, ...(Zitat von ozw00d)Das tut hier nichts zur Sache, aus OC gestartet bekommt es ein Mac-SMBIOS und ACPI-Patches.(Zitat von ozw00d)So genau weiß ich nicht, wo Windows Probleme mit typischen ACPI-Patches hat (Acidanthera-SSDTs sind alle kompatibel) oder welche Software sich an SMBIOS stört (Aktivierungen könnten verloren gehen, wenn eine bestehende Installation genommen wird, manche ASUS-Software sta…

(Zitat von theCurseOfHackintosh)Auch der will gewartet werden(Zitat von ozw00d)Debugging kann nur DEBUG, RELEASE wirft nur Fehler und Warnungen ohne nützlichen Kontext

ozw00d Für Sachen wie "No scheme..." haben wir doch den Config-Validator, ist doch besser als immer neu zu starten.EDIT: Diese Art Logging ging noch nie, auch nicht in der DEBUG-Version... die Konfiguration dafür steht immerhin in der Config, die nicht geladen werden kann. Funktioniert also alles wie gehabt.