OpenCore Sammelthread (Hilfe und Diskussion)
- derHackfan
- Unerledigt
-
-
Ich habe auch mal mit der OC-Shell und acpidump.efi gespielt , leider mit erfolglosem Ergebnis.
Die EFI liegt auf fs7 und nicht auf fs0, ist das der Grund?
-
user232 So funktioniert OC nicht, schau mal in die Log
Doctor Plagiat "fsX" ist ein Shell-Konzept. Das Problem ist, dass OC aus Sicherheitsgründen Tools "eigen-FS-isoliert" (sprich der Quellpfad nicht übergeben), ich red mal mit vit drüber
-
Doctor Plagiat Sollte eigentlich nicht das Problem sein, bei mir war der Boot Stick auch nicht auf fs0 und hat mit den Parametern funktioniert. Leider kann ich dir auch nicht weiterhelfen.
-
anonymous_writer : Die aktuelle VoodooTSCSync von RehabMan benötigt nicht einmal eine Core Angabe, sondern zieht sich den Wert selbst...
-
Doctor Plagiat Okay sorry, das wird nicht "behoben" (ist auch by-design und kein Bug), ACPIDump sollte man auch nicht wirklich so oft brauchen, dass man einen Bootmenü-Shortcut benötigt
-
ACPIDump sollte man auch nicht wirklich so oft brauchen
Das ist wahr, ich benötige für mein Board momentan überhaupt keine originalen ACPI-Tabellen.
Alles läuft mit OpenCore zurzeit bestens.
Falls dann doch mal die Notwendigkeit besteht, muss eben ein Clover-Bootstick herhalten.
Der Bootmenü-Shortcut hat sich da selbstverständlich von alleine eingtragen, nachdem ich acpidump.efi nach Tools kopiert und den dazugehörigen Eintrag in die config tätigte.
-
Hallo DSM2,
und das ist denke ich genau das Problem an diesem Kext. Für meinen i7-7500U zieht der falsche Werte und auch zu viele Werte.
So wie ich die Geschichte vom VoodooTSCSync nachgelesen habe war der ursprünglich gedacht für Prozessoren mit vielen Kernen. Die machten immer wieder mal Probleme unter OSX. Mein Laptop Prozessor hat nur 2 Kerne und dafür war der Kext ( denke ich ) nicht ausgelegt.
Jedenfalls gefällt mir da der VoodooTSCSync Konfigurator besser da ich diesen passend zu meinem CPU erstellen kann. Power Management läuft damit auch Top.
Viele Intel Prozessoren bauchen den Kext gar nicht. Mein i7-9700 läuft Top mit 1A Power Management auch ohne diesen Kext.
-
Falls dann doch mal die Notwendigkeit besteht, muss eben ein Clover-Bootstick herhalten.
Geht doch auch einfach aus der Shell raus
-
Hat doch bei mir nicht funktioniert (siehe #1660), oder was habe ich da falsch gemacht.
-
Scheinbar hat sich bei VirtualSMC nun auch was bei den Sensors getan (Fan-Support). Was ich aber immer noch nicht verstehe, wie ich die Sensors konfigurieren kann auf meine Bedürfnisse (falls das überhaupt geht). Die Dokumentation ist für meine Bedürfnisse hier schon dünn.
Hat sich hier jemand in letzter Zeit mit VirtualSMC / HWSensors auseinandergesetzt?
Grüsse, Mike
-
anonymous_writer Danke für den Hint! Werde das mal mit dem Hackintool anschauen/probieren
-
ACPIDump sollte man auch nicht wirklich so oft brauchen, dass man einen Bootmenü-Shortcut benötigt
Korrekt, habe ich auch nicht bei Tools eingetragen.
Geht doch auch einfach aus der Shell raus
Genau. So mach ich es auch. Ich hangel mich per cd in den Tools Ordner und führe dort im Ordner dann den Befehl aus.
-
Genau. So mach ich es auch
Genau so hat es bei mir versagt oder ich habe versagt, Ansichtsache
Siehe #1660
-
Was soll acpidump denn schreiben, wenn du *.aml als Outputfile angibst?
Schau mal dort -> https://manpages.ubuntu.com/ma…e/en/man1/acpidump.1.html oder gib in der shell einfach acpidump.efi -h ein.
-
xTSx schau dir bezgl. dem Apfel-Logo und der Zeilen mal diesen Beitrag an: OpenCore Sammelthread (Hilfe und Diskussion)
Um direkt in macOS reinzubooten und den Picker zu überspringen, empfehle ich den Countdown auf 0 zu setzen. -
Timeout "0" schaltet den Countdown aus.
-
ShowPicker = false
-
anonymous_writer : Ja, bei einer Low Core Count CPU ist normalerweise weder VoodooTSCSync, noch TSCAdjustReset.kext notwendig. Zumal diese ja auch für unterschiedliche CPU Typen gedacht sind.
-
