Beiträge von jemue

Zitat von 5T33Z0

Wie gesagt: deutsch, NICHT deutsch-standard verwenden.

Habe ich doch... Mit Deutsch-Standard habe ich dasselbe Problem und zusätzlich ist dort auch noch das @ auf alt-gr+Q statt auf alt-gr+L

Deutsch-Standard ist gefühlt identisch zu deinem pc_tastatur Layout

EDIT: Ich habe jetzt Karabiner Elements installiert und gestartet. Und nun geht's. Ich habe nichts angeklickt. Ich hab das Tool wirklich einfach nur gestartet

Und nun wird in den Einstellungen auch ein passendes Tastatur Bild angezeigt

Zusammengefasst: Karabiner installieren, unter Misc die Einstellungen in's System schreiben lassen, Karabiner deinstalliert. Und alles läuft endlich wie gewünscht.

Danke euch!

Zitat von 5T33Z0

Library > Preferences > com.apple.keyboardtype.plist löschen und neustarten

Jetzt stehe ich wieder da wo ich angefangen habe: Nur < > und ^ sind vertauscht. Alles andere scheint wie gewünscht zu funktionieren.

Mich wunder aber auch, dass das Layout auf den Bildern so falsch aussieht:

Zwischen Shift und Y ist gar keine Taste zu sehen

Gefühlt sind nun alle Sonderzeichen auf den falschen Tasten, und nur < > und ^ sind da wo ich sie haben will option+7 sollte das Pipe-Symbol sein. option+5 und 6 die eckigen Klammer, option+8 und 9 die geschweiften Klammern.

Zitat von LetsGo

Alt+Q ist Quit

Auf dem mac ist das üblicherweise Cmd+Q, also auf einer Windows Tastatur entsprechend Win+Q.

Zitat von LetsGo

ich habe da noch ein Layout

Wird sofort ausprobiert. Stay tuned

EDIT: Ne, das ist komplett grauenvoll. < > und ^ sind vertauscht und @ ist auf alt+q bzw. alt-gr+q

Ich will doch einfach nur mein Mac Keyboard Layout zurück

Zitat von LetsGo

5T33Z0 hats beschrieben, woran es liegt

Das kann's bei mir nicht sein. Mit Deutsch-Standard kann ich kein @ mit Alt+L (bzw. option+L) eingeben. Und die < > und ^ Tasten verhalten sich sowohl bei Deutsch als auch Deutsch-Standard identisch (falsch / vertauscht)

Btw: Mit deinem pc_layout funktionieren zwar nun die < und ^ Tasten, aber dafür ist es halt wirklich PC Layout und das @ ist auf Alt+Q und nicht mehr wie beim Mac üblich auf Alt+L

Zitat von LetsGo

Probiert mal das Layout.

Das funktioniert

Haben die was in Monterey geändert? Wie gesagt: Vorher hat's immer problemlos ohne irgendwelche Anpassungen funktioniert

Moin,

ich habe gestern mein Haswell System mit OpenCore 0.7.5 ausgestattet und Monterey (mit SMBIOS iMac16,2) frisch installiert (kein Update).

Der Installer war auf Englisch mit Englischem Tastaturlayout. Nach der Installation habe ich dann alles auf Deutsch umgestellt und natürlich auch mehrmals neugestartet.

Aber heute ist mir aufgefallen, dass die < > und ^ Tasten (und vielleicht noch andere) falsch belegt bzw. vertauscht sind.

Die Tastatureinstellungen in den Systemeinstellungen wollen die Tastatur nicht erkennen. Damit hatte ich unter den vorherigen macOS Versionen noch nie ein Problem (Hardware seit Jahren unverändert).

Und wenn ich bei Eingabequellen schaue, sieht das Layout auch nicht gerade nach der typischen DE-Tastatur aus:

Evtl. irgendwas in OpenCore vergeigt?

(Alles auf dem neusten Stand, bzw. gestern die neusten Versionen geladen)

Ansonsten habe ich in OpenCore noch "prev-lang:kbd" auf "en-US:0" (string) gestellt. Aber soweit ich verstanden habe sollte das ja nur Auswirkungen auf die OpenCore GUI bzw. den FileVault Login haben.

<key>prev-lang:kbd</key>
<string>en-US:0</string>

Woran kann das liegen? Bzw. wie kann man das beheben?

Vielen Dank schon mal

jemue

EDIT: Im Anhang noch die config.plist

Du kannst einfach das Menü deines Monitors öffnen, irgendwo gibt's da einen Punkt namens "Informationen" (oder ähnliches). Da kann man sehen mit welcher Auflösung und Wiederholfrequenz er gerade läuft.

Gab es hier inzwischen eigentlich irgendeine Lösung? Ich bin erst seit heute im OpenCore Club.

Bei mir ist es eine Intel HD 4600 und ein WQHD Bildschirm. Mit Clover hatte vorher alles problemlos in WQHD funktioniert. Mit OC bootet das System nun in WQHD und während der macOS Ladebalken läuft, schaltet es plötzlich auf FullHD um. In den Systemeinstellungen steht auch nichts höheres als FullHD zur Verfügung. Identisches Verhalten mit Catalina und Big Sur.

EDIT: Hat sich erledigt. Man sollte einfach keine unnötigen Einstellungen vornehmen, wenn die Grafikkarte eh schon out-of-the-box funktioniert. Shame on me.

HAT SICH ERLEDIGT (siehe unten)

Moin,

ich habe mich gerade an OC rangewagt, weil das neue Clover eine einzige Katastrophe ist. Bin strikt nach der Haswell Anleitung vorgegangen: https://dortania.github.io/OpenCore-Install-Guide/

Es geht um das System aus meinem Profil: i7 4770K, Intel HD 4600, Gigabyte Z87MX-D3H, 4x8GB RAM, etc.

Was (nicht) geht:

Meine bestehende Catalina Installation mit FileVault kann nicht gebootet werden. Direkt nachdem ich Macintosh HD im OC Menü ausgewählt habe, erscheinen auf dem Bildschirm ein paar kryptische Zeilen, und danach lande ich wieder im OC Menü.

Die letzte Zeile lautet immer "StartImage failed - Aborted". Davor steht in einer Zeile noch "Err(0xE) @ CS:UFVK".

NVRAM Reset über OC wurde bereits mehrmal durchgeführt. BIOS Einstellungen habe ich mit den Vorschlägen aus dem Guide abgeglichen.

Auf demselben USB Stick befindet sich auch der aktuelle Big Sur Installer. Der lässt sich damit problemlos booten. Die Installation will ich aber natürlich erst starten, wenn ich weiß, dass alles läuft

Die Google Suche zu der Fehlermeldung war leider kein Erfolg, und ein zweites Durchlesen vom OC Install Guide hat mich auch nicht weiter gebracht. Daher wende ich mich jetzt an euch. Bestimmt habe ich irgendeine Kleinigkeit übersehen...

P.S.

Ich habe OC 0.6.3 in der DEBUG Variante installiert. Die Log Dateien kann ich auch bereitstellen. Allerdings bin ich mir nicht sicher, ob darin irgendwelche sensiblen Daten enthalten sind, die ich vorher entfernen sollte (Seriennummer, MAC Adressen oder so?).

Und nicht wundern:

In der config.plist habe ich System UUID, Seriennummer und MLB unkenntlich gemacht.

Nachträglich habe ich noch OpenCanopy.efi und die Resources hinzugefügt, aber dadurch hat sich am Fehlerbild nichts geändert.

Danke schon mal!!

---

EDIT 1: Ich habe nun testweise Big Sur mit OC nun auf eine externe SSD installiert. Hat sofort ohne irgendwelche Probleme funktioniert - allerdings ohne FileVault.

Jetzt bin ich mir immer noch nicht sicher, ob die Bootprobleme von Catalina kommen, oder weil es auf einer NVMe SSD installiert ist, oder wegen FileVault.

Ich werde nun also noch mal Big Sur mit FileVault auf die externe SSD installieren, damit ich zumindest diese Problemquelle halbwegs ausschliessen kann.

---

EDIT 2: Nachdem ich nun FileVault in Big Sur aktiviert habe, bekomme ich dort dieselbe Fehlermeldung. Als dürfte die Verschlüsselung wohl mein Problem sein.

---

EDIT 3: Wer lesen kann ist klar im Vorteil Ich musste noch ein paar extra Einstellungen für FileVault machen. (siehe: https://dortania.github.io/Ope…l/security/filevault.html ) Jetzt läuft alles 1A!

Fazit: OC ist eigentlich ein Kinderspiel. Man muss nur ganz stupide die 50 Anweisungen aus der Anleitung Schritt für Schritt durchgehen und schon läuft's!

Zitat von schabulske

Das gleiche Verhalten habe ich bei mir auch

Nur mit Catalina 10.15.6 oder auch schon davor?

Vielleicht liegt's ja auch an VirtualBox 6.1.12

Ich hatte gestern 2 seltsame Hänger, die mich zum Hard-Reset zwangen. Der Ton spielte weiter, aber das System braucht deutlich über 30 Sekunden um auf Eingaben zu reagieren. Da war's dann nicht mal mehr möglich die Aktivitätsanzeige oder so zu öffnen.

Allerdings habe ich mit Catalina 10.15.6 auch VirtualBox auf 6.1.12 aktualisiert. Also kann's auch gut möglich sein, dass es an VB liegt.

Kann ich sowas sonst noch irgendwie nachträglich herausfinden?

Lief auch bei mir Clover absolut problemlos durch. Aber die letzten 10 Minuten haben ewig gedauert. Einfach die Finger still halten, dann geht's schon irgendwann weiter.

Clover hat mit dem letzten Commit OcQuirks komplett eingebettet: https://github.com/CloverHacky…1fe6e53fc75519c848c3b719f

Mal sehen ob das nun so bleibt. Fände ich aber grundsätzlich nicht verkehrt, weil OcQuirks ja eh schon auf Clover zugeschnitten ist.

Ich habe leider nur ein älteres Gigabyte Z87MX-D3H. Aber das rennt seit Ende 2013 quasi 12-20 Stunden pro Tag, absolut problemlos.

Aber es kann natürlich sein, dass sie eine ungünstige Komponente verbaut haben. Das hat nichts mit Ablaufdatum zu tun. Das passiert jedem Hersteller mal. Bei Apple findet sich sowas in fast jeder Generation bei irgendeinem Gerät an einer anderen Stelle. Nur dass Apple dann in der Regel ein riesiges Reparaturprogramm startet - nachdem es tausende Klagen in den USA gab

Zitat von ResEdit

In der Tat ist 10.16/10.11 schneller als Catalina und Sierra.

Wo ist da was schneller? 0,05% beim SingleCore in die eine und beim MultiCore in die andere Richtung ist kein Unterschied.

Ach, so einen Pfusch tu ich meinem System nicht an. Da geht meist mehr kaputt als man "repariert" und spätestens beim nächsten großen macOS Upgrade knallt es dann

Im Normalfall wird mein System nur alle 2 Monate neugestartet - wenn es ein macOS Update gibt. Von daher interessiert mich der Bootvorgang eigentlich überhaupt nicht.

Das einzig "unschöne" beim Boot ist bei mir ein winziges Flackern während das Apfel-Logo da ist und der Ladebalken bei 80% ist. Da kommen kurz ein paar Artefakte, danach wieder ganz normal das Apfel-Logo und 3 Sekunden später ist das System fertig hochgefahren. Ist aber gut möglich, dass das mit Clover auch schon so war.

Aber wie gesagt: Ich seh das eh (fast) nie, also kann es meinetwegen so viel Flackern wie es will, solang das System danach rund läuft

Zitat von iPhoneTruth

Es wäre nur gut zu wissen, ob diese Treiber auch weiterentwickelt werden.

Dieselbe Frage kannst du dir auch bei der alten Lösung mit AppleImageCodec und AppleUITheme stellen. Ich konnte auf die Schnelle nicht herausfinden wer diese Treiber überhaupt entwickelt (hat). Ich konnte zumindest auf GitHub sehen, dass AppleImageCodec auch Teil von AppleSupportPkg war. Zu AppleUiTheme hab ich allerdings nichts dergleichen gefunden (oder nicht lang genug gesucht).

Beim neuen AppleUiSupport sind die Updates zumindest halbwegs garantiert. Das war ursprünglich Teil vom AppleSupportPkg Projekt und das wurde dann vollständig in OpenCore integriert. Soll heißen: Wenn man OpenCore nutzt, wird man Updates bekommen. Für Clover sieht's aber schlecht aus, weil OpenCore keine .efi Drivers generiert, die von OpenCore geladen werden, sondern diese Driver sind nun direkter Bestandteil von OpenCore.

Dasselbe sollte dann wohl auch auf AppleImageCodec und noch diverse andere Treiber wie z.B. AppleUsbKbDxe und ApfsDriverLoader zutreffen, die auch Teil von AppleSupportPkg waren.

Also wenn's ganz blöd läuft, kann man demnächst kein Clover mehr mit aktuellen macOS Versionen benutzen, weil die nötigen Updates nur noch direkt in OpenCore integriert werden. (Oder irgendwer macht Backports und patcht die alten .efi Treiber).

Ich würde ja gern auf OpenCore umsteigen, aber dafür gibt's aktuell einfach noch viel zu viele Änderungen mit jeder neuen Version. Und eine grafische Oberfläche wäre auch nett. Es gibt wohl noch eine Zwischenlösung namens OcQuirks, was einen Teil von OpenCore in Clover integriert. Aber ist dann irgendwie auch nichts halbes und nichts ganzes Zu viele Möglichkeiten

Zitat von iPhoneTruth

FirmwareVolume scheint nicht in VirtualSmc enthalten zu sein, denn ohne FirmwareVolume aber mit VirtualSmc startet mein Rechner nicht.

Hm. Eigenartig. Bei mir läuft's komplett ohne FirmwareVolume. Was ich dazu im Netz gefunden habe: "FirmwareVolume installs an implementation of the EFI_FIRMWARE_VOLUME_PROTOCOL for injecting the Apple cursor images for FileVault 2 (boot.efi will complain otherwise)."

Sollte also eine zwingende Voraussetzung für FileVault sein. Vielleicht ist dein VirtualSmc zu alt, oder irgendwelche anderen Clover Einstellungen funken dazwischen?

Und im Wahnsinngen Mac Forum hat vit9696 das dazu geschrieben: "Make sure that you remove all the legacy drivers implemented in the past. The list includes: AppleImageCodec-64.efi, AppleKeyAggregator-64.efi, AppleKeyMapAggregator.efi, AppleEvent.efi, AppleUITheme-64.efi, EnglishDxe-64.efi, FirmwareVolume-64.efi, HashServiceFix-64.efi"

und man soll stattdessen AppleUiSupport und VirtualSmc (oder SMCHelper mit FakeSMC) benutzen.

EDIT: Ahh.. jetzt dämmert es mir. Der Kram wird nicht durch VirtualSMC ersetzt, sondern durch AppleUiSupport. Und du benutzt wegen der unten genannten Schwierigkeiten vermutlich kein AppleUiSupport. Dann brauchst du natürlich FirmwareVolume. Ich korrigiere das mal im Beitrag oben.

Zitat von iPhoneTruth

daß er damit Schwierigkeiten hatte, auf die Preboot-Partition zu schreiben (die ja mit FileVault gebraucht wird), z.B. bei Änderungen aus Systemeinstellungen / Benutzer und Gruppen / Anmeldeoptionen.

Kannst du mir sagen wie ich das überprüfen kann? Am Besten irgendeine kleine Einstellung, wo man die Auswirkungen schnell sieht und die man danach einfach wieder zurücksetzen kann.

EDIT2: Das System läuft jetzt seit 2 Tagen absolut problemlos. Ich kann keinen Unterschied zu FakeSMC feststellen - abgesehen von der deutlich kürzeren Wartezeit bis die FileVault Passworteingabe kommt - wobei das wohl eher an AppleUiSupport als an VirtualSmc liegen sollte. Soweit ist das Thema für mich dann erst mal erledigt Danke an alle Beteiligten!

Ich hab in den Anmeldeoptionen nie etwas verändert, wüsste auch nicht was und wozu

Ich hab jetzt ein bisschen rumprobiert, im Netz recherchiert und bin zu folgender Minimalkonfiguration gekommen:

Drivers:

• ApfsDriverLoader
• AppleGenericInput (ehemals AptioInputFix)
• AppleUiSupport (ersetzt ganz viel FileVault Kram)
• AptioMemoryFix (ohne das Teil bootet gar nichts)
• FSInject (ist wohl nötig, um Kexte aus Clover zu injecten)
• VBoxHfs (um macOS Installer von USB starten zu können)
• VirtualSmc

Was ich entfernt habe:

• DataHubDxe (konnte nicht wirklich herausfinden wozu es da ist. Habe nur den Kommentar gefunden, dass das System entweder ohne booten kann, oder der Bootvorgang im Kernel Panic endet. Mein System bootet ohne, also lass ich es weg)
• FirmwareVolume (sollte in AppleUiSupport enthalten sein. Quelle: Wahsinniges Mac Forum, Thread "FileVault 2" vom Autor vit9696 )
• HashServiceFix (sollte in AppleUiSupport enthalten sein. Selbe Quelle wie FirmwareVolume)

Woher bekommt man die Drivers?

Viele davon wurden von OpenCore übernommen und nach und nach vollständig in OpenCore integriert. Vor dieser Integration waren sie Bestandteil von AppleSupportPkg - was inzwischen vollständig in OpenCore integriert wurde.

• VirtualSmc (letzte Version gefunden in VirtualSmc 1.0.9)
• AppleGenericInput (letzte Version gefunden in AppleSupportPkg 2.1.0)
• AppleUiSupport (letzte Version gefunden in AppleSupportPkg 2.0.9)
• die restlichen Drivers habe ich aus der aktuellen Clover Installation

Positive Nebenwirkungen:

Seitdem AppleUiSupport genutzt wird, komme ich beim Booten sofort zur FileVault Passworteingabe. Davor hat es mit AppleImageCodec und AppleUITheme ca. 2-3 Minuten gedauert (sowohl mit FakeSMC als auch VirtualSmc).

Und nun heißt es erst mal abwarten und schauen, ob es irgendwelche negativen Nebenwirkungen gibt. In ein paar Tagen weiß ich sicherlich mehr

EDIT1:

Bisher hatte ich die neue Config nur von USB gebootet. Damit wollte sich macOS nicht mehr schlafen legen - obwohl ich den USB Stick nach dem Booten entfernt hatte.

Also hab ich nun die Config auf die SSD kopiert und Sleep geht wieder!

Alles klar. Zur Not probiere ich morgen einfach alle Kombinationen durch. Dauert ja nur ein paar Minuten

CMMChris Danke! Und was muss ich für FileVault noch ändern / rauswerfen?

Soweit ich gelesen habe ist AppleGenericInput das neue AptioInputFix.

Und was ist mit AppleImageCodec, AppleKeyAggregator und AppleUITheme? Werden die noch benötigt, wenn man die VirtualSMC.efi hat?