Beiträge von Maddeen

Zitat von Shelly22

Auf welche Version seit ihr beim Clover Bootloader?

Ich kann nicht Updaten. Danach Bootet er nicht mehr. Bin auf 4630 zurzeit.
Meint ihr mit der älteren Version wird es auch gehen?

Wird glaub ich nicht funktionieren. Alle Feedbacks die ich bisher gesehen habe sagen "Latest Clover = 4674".

Update direkt aus dem Store gemacht - keine Probleme AUßER (und täglich grüßt das Murmeltier) das nervige USB3 Thema.
Vor dem Update alles super - nach dem Update wieder kein USB3

Gibts dafür auch schon einen Patch? Den, den ich im Netz gefunden habe, funktioniert nicht (siehe unten)

Allerdings ohne aktuellen Nvidia-Treiber unterwegs - vermutlich daher der Bug bei den Systeminfos bzgl. "Grafikkarte" --- die Karte wäre mir neu

@Sascha_77 - weiß natürlich nicht, wie schwer es ist, das zu coden.
Einfach nur mal als Idee für kommende "Weiterentwicklung"

Kannst du das Tool so bauen, dass es
a) Autostart (ja, geht zur Not auch via manuell - aber geht ja um "Weiterentwicklung" )
b) Menübar-Icon (damit man auch sieht, dass es aktiv läuft, wenn man den Autostart nutzt - Autostart natürlich "im Hintergrund")
c) Auto-Updatesuche-Funktion und Info in den "Benachrichtigungen" ob es was gibt

Sprich einmal eingestellt mit "Autostart" - "Versteckt starten = nur Menübaricon" und (einstellbaren) Prüfintervall kann man sich gemütlich zurücklegen und verpasst definitiv kein Update mehr

VG
Maddeen

Und fürs Protokoll -- der Wechsel auf den WEG, scheint soweit ich das bis jetzt beurteilen kann, erfolgreich gewesen zu sein

Perfekt - dann werde ich dem WEG mal einen Versuch geben

Dank dir und weiter so!

Schließe mich mal an - das Tool ist wirklich der Knaller! Donation ist raus
Vielen Dank für die Entwicklung und die schnelle Pflege / Updates!!

Zwei Sachen hätte ich aber noch
1) Warum wird bei APFSDriverLoader immer die (sofern ich das richtig sehe) 32bit-Treiber Variante geladen und nicht die "ApfsDriverLoader-64.efi"?
Oder ist es eh immer der 64bit Treiber - nur du hast das -64 weggelassen?

2) Habe gestern zum ersten mal nach längerer Zeit ein Update deines Tools gemacht - v.2.3.7
Jetzt sagt es mir bei den folgenden Kext immer, dass ich die doch löschen und WhatEverGreen nutzen soll.
Kann man das wirklich so pauschal sagen, das WhatEverGreen alle Funktionen der bisher hinterlegten Kexte (IntelGraphicsFixup / NvidiaGraphicsFixup und Shiki) ohne Probleme bereitstellt? (natürlich mit aktueller Lilu 1.2.7, wie von dir erwähnt)
Ich frag nur mal lieber vorher, bevor ich blindlings deinen Empfehlungen folge und danach wieder Support brauche
Sollte man das nicht so pauschal sagen können, wäre ggf. ein Hinweis für Noobs wie mich gut

Dank dir und weiter so.

Also ich hatte jetzt noch ca. 15 Minuten beobachtet - im Minimum geht die CPU (bei x86plattform) nicht unter 3,1GhZ.
Und wie man sieht war es ja vorher ein auf und ab, mit einer großen Bandbreite von 1,3 bis 4,0GhZ.

Ich werd noch mal gucken,was die SSDT von Mulder macht. Die ist ja angeblich genau für meinen i5 6600k.
Bin aber jetzt erstmal afk - Kind will und Schwimmbad. Bis später

UPDATE1: Also die SSDT lädt den gleichen Treiber (X86Plattform) scheint aber mehr Bandbreite zu haben, wie die Frequenzen gesetzt werden.
Anbei ein Screen - immerhin gelegentlich auf 1,xx runter - relativ häufig so um die 2,50GhZ und den Rest immer um die 3,50GhZ.
Da der Sleep (jedenfalls der 5-Minütige Testsleep) einwandfrei funktioniert und ich mit der Temperatur keine Probleme habe, soll mir das auch genügen.
Ist ja eh nen Desktop und muss keine Energiesparen.

Also zum nächsten Punkt

Zitat

Im IOReg ist ein SMBus vorhanden, aber ebenfalls kein Treiber. Ähnlich wie bei LPC, hilft hier vielleicht der Haken bei FixSBUS in der config.

Hier hatte ich ganz vergessen zu fragen, was überhaupt ein SMBus ohne Treiber für Konsequenzen hat. Oder anders - was bringt der Treiber genau?

Danke und schöne Woche

Nochmal vielen Dank für die detaillierten Infos - gehe die gerade noch mal durch

USB --> besser SSDT, als Patch verwenden --> wird bei Zeiten gemacht. CHECK!

Zitat

Die IGPU scheint nicht mehr connectorless zu sein... (Oder du benutzt IntelGraphicsFixUp/die neustes WEG.kext, dann passt alles) Es kann sein, dass du mit einer Konfiguration ohne headless oder GraphicsFixUp, Probleme mit Encoding oder Decoding bekommst.

Also AirPlay funktioniert tadellos. Ich nutze die IntelGraphicsFixUp und NvidiaGraphicsFixUp. Also alles im Lot, oder?

Zitat

Laut IOReg wird für deine CPU das ACPI_SMC_PlatformPlugin geladen. Hier wäre das X86PlatformPlugin geeigneter. Die SSDT sorgt dafür, dass dieses geladen wird, das ganze geht aber auch einfacher. Du musst in deiner config.plist im ACPI Bereich lediglich den Haken bei PluginType setzen und alles sollte soweit passen. Ob die CPU soweit richtig taktet, kannst du zB mit dem HWMonitor oder dem Log des Intel Power Gadgets herausfinden.

Hab ich getestet - nur weiß ich nicht, was jetzt besser ist. Mit dem ACPI hatte die Frequenz eine Bandbreite von 1300 bis 4000MhZ. Nach der Aktivierung des Plugintype durchgehend 3900MhZ. Egal ob idle oder nicht.
Anbei mal ein paar Screens und Logs vom PowerGadget. Filename = genutzter Treiber. Die dauerhaften Peaks (für ein paar Sekunden) im Bild sind von mir via command ausgelöst worden, damit ich sehe, bis wohin die CPU hochdreht.
Dafür ist unter Systemeinstellungen/Energiesparen wieder PowerNap usw. verfügbar. Mit dem ACPI waren dort nur zwei Einträge (Ruhezustand Festplatten und WoL)
Lt. Geekbeench4 ist auch nicht wirklich was passiert. Mit ACPI SingleCPU=5100 und MultiCPU=15816 --- Mit x86 liegt der sCPU=5116 und mCPU=15591

Zitat

Dein Hacky besitzt kein EC-Device. Dieses sorgt jedoch für genug Strom an den USB Ports. Deswegen ist im Anhang eine SSDT, die dieses EC Gerät faked, damit deine Ports mehr Strom erhalten.

Alles klar - teste ich, wenn das CPUmgmt korrekt ist. Mir reicht eine Baustelle, sonst verstehe ich die Wechselwirkungen wieder nicht

Zitat

Dein LPC-Gerät ist Apples Treibern nicht bekannt. Der AppleLPC lädt nicht richtig. Hier empfiehlt es sich einen Treiber von ähnlicher, bekannter Hardware zu laden. Das geht mit einer SSDT, eventuell hilft es aber auch bereits in config/ACPI einen Haken bei FakeLPC zu setzen.

Auf Grund der nachfolgenden Infos von Kuckuck und Harper ist das ja nicht mehr nötig (wenn ich euch richtig verstanden habe)

Zitat

Ich glaube dein Mainboard hat 2 SATA Controller. Für einen der beiden (Intel) wird der richtige Treiber geladen, für den anderen (ASM1062 SATA) der generic Treiber. AppleAHCIPort kennt soweit ich weiß kein AsMedia. Wenn alles soweit funktioniert ist's gut, ansonsten muss man nochmal etwas experimentieren.

Korrekt, aber die HDD die am ASMedia dran hängt, läuft einwandfrei bzw. wird im OS auch erkannt. Ich habe für die aber auch den folgenden Kext hinterlegt --> AHCI_3rdParty_SATA

Zitat

Im IOReg ist ein SMBus vorhanden, aber ebenfalls kein Treiber. Ähnlich wie bei LPC, hilft hier vielleicht der Haken bei FixSBUS in der config.

Auch diesen Haken würde ich erst versuchen, wenn das CPUmgmt korrekt ist und ich diese Baustelle abschließen kann.

Klasse und vielen Dank für die tatkräftige Hilfe.

Doofe frage..Ich kann die usb ports auch direkt im Mainboard disablen / macht das ggf die Nutzung einer spezifischen SSDT für usb obsolete? Immerhin kann ich ja so direkt beim boot auf max. 15 ports reduzieren

So,

DANKE läuft!!!

ABER - jetzt hätte ich noch ein paar Fragen fürs Selbststudium, damit ich die Zusammenhänge mal verstehe und weiter lerne.

1) Warum musste ich früher die SSDT unbedingt haben? Die SSDT, die ja nur für CPU Powermanagement da ist, macht von der Beschreibung (Turbo, Sleep usw) her ja schon Sinn.
Ich habe natürlich jetzt keinen Vergleich, ob meine CPU ans Maximum geht (inkl. Turbo-Modus) und weiß jetzt nicht, ob die wirklich für mich notwendig ist.
Die Source war der Mulder von den Tomaten

2) Ich weiß, AL6042 hatte mir damals netterweise mit der DSDT ein anderes Problem (ggf. AirPlay-Ruckeln/Hardwarebeschleunigung - bin mir nicht mehr sicher) gelöst.
Aktuell scheint aber alles sauber zu laufen, inkl. Hardwareencoding. -Tilt?!?

3) Die USB Sticks wurden bei der ersten Verwendung nach dem Löschen des Inhalts von ACPI/Patched und löschen NVRAM usw. trotzdem nicht aktiviert.
Ich habe dann testweise mal neu formatiert - und schwupps - läuft. Das war jetzt mit 2x USB3 Sticks und einer USB3 ext. HDD der Fall. Mehr USB3 Geräte hab ich jetzt nicht.
Aber die Chance, dass alle 3 Geräte "korrupt" waren ist gleich null, da ich auf die ext. alle x-Wochen mal ein separates Backup überspiele (letzte bei 10.13.4 - lief einwandfrei) und die Sticks auch regelmäßig genutzt habe.
Sowas krieg ich nicht in meinem Kopf

4) Jetzt könnte ich ja (wenn ich mal wieder langeweile habe) das USB Thema mit einer SSDT dauerhaft lösen - oder würdest du davon abraten und weiterhin die x-ig Änderungen im PortLimit umsetzen?

5) Anbei noch mal ein neuer IOREG - kannst du bitte nur noch mal abschließend gucken, ob jetzt alles mit ACPI und IOService klappt?

Ansonsten noch mal herzlichen Dank und einen sonnigen Samstag!!

Ok, wir nähern uns

Immerhin zucken die USB3 Ports jetzt im iOReg (siehe Screen)
Der Treiber ist jetzt auch korrekt (siehe Screen)

ABER - das Volumen (sofern USB3 Device) wird im Diskmanager nur deaktiviert angezeigt und kann auch nicht aktiviert werden.
An USB2 Ports das gleiche. USB3 device poppt in IOREG auf, aber der diskmanager aktiviert es nicht

Habe auch noch mal USB Config im BIOS gecheckt-- also so wie es war - Legacy USB deaktiviert und diese USB Mouse Simulator (ist wohl der neue Name für das XHCI Handshake) auch auf deaktiviert. Wenn der aktiviert ist, booted das System nicht. Da hat ASUS nur was bei einem BIOS Update geändert.

Update 1:
jetzt krieg ich ne kernelpanic.
Keine Ahnung warum der erste Boot funktioniert hat und jetzt der zweite nicht.
Ich dreh mal wieder alles auf Anfang und auch ohne SSDT-usb von mir. Dann ist das System so, wie du (al6042) es damals eingestellt hat und ich andere nur die dsdt die du vorhin hochgeladen hast.
Melde mich wieder ...

Update 2
Auch das zurück spielen der alten config bringt mich leider nicht weiter
Anbei die Bilder zur kernelpanic.
Ich krieg hier noch die Pimpernellen
Ich versuch jetzt mal ein Full recovery via CCC

UPDATE 3
Die Wiederherstellung durch CCC war zu mindestens was das Gesamtsystem angeht, erfolgreich.
Boot funktioniert wieder.
Ich habe jetzt alles was ich rumgebastelt habe (SSDT-USB + deaktivieren bestimmter Ports via bootflag) zurück gebaut.
Systemkonfig sieht jetzt wie folgt aus
1) DSDT von AL6042 (die er oben für mich angepasst hat) -> Treiber lt. iOREG sind korrekt --> AppleUSBXHCISPT
2) SSDT für CPU-Management (für Review siehe Posts weiter oben als Anlage)
3) alte SSDT/DSDT umbenannt für ggf. notwendigen Rollback (siehe Screen #4)
4) Drivers64UEFI gleicher stand wie oben im Bild
5) kexts gleicher Stand wie oben im Bild
6) PortLimit KextToPatch wieder hinzugefügt
7) Durch den Wegfall der SSDT-USB und der Bootflags sind natürlich jetzt wieder 20+ Ports inkl. USR1-2 (was auch immer das ist ) in IOREG (neuer Dump anbei + Screen)

Problem ist aber weiterhin identisch.
Sprich USB2 Geräte gehen an allen Ports (USB3 und 2)
USB3 Geräte gehen an keinem Port. IOREG+Diskmanager erkennt zwar was, aber das aktivieren des Gerätes ist nicht möglich.

Anbei noch ein paar ggf- relevante CloverConfig-Screens und der Bootlog
Hoffe jemandem fällt noch irgendwas ein

Erstmal Danke Brumbaer,
rein logisch kann ich dir auch folgen, aber ich habe keine Ahnung wo ich suchen soll.

Ich habe dir mal alles hochgeladen, was relevant sein könnte.
Das einzig interessante was ich direkt gesehen habe, ist dass ich die o.a. PCIdd wieder erkannt -- und zwar in der SSDT-USB die ich nach RehabMans Anleitung gebaut habe. (siehe anlage)
Hier mal der Auszug aus der .dsl Source

Die DSDT hat mir damals netterweise AL6042 gebaut .. danach lief es auch ... aber irgendwas muss sich in der Zwischenzeit geändert haben
In der SSDT ist wohl nur das PowerManagement für meine CPU.

Das war es dann auch schon im Order ACPI/patched
Bei den Kext und drivers64UEFI sind folgende drin - siehe Screenshot. Alle aktuell.

Und dann noch die config.plist

Das Problem ist, dass ich (wie man ja oben merkt) kaum was selber gemacht habe - alle kexts sind OOTB. Nur die SSDT-USB (von mir) und die DSDT (von AL6042) sind "custom"
Wie erwähnt, ist die normale SSDT.aml von einer Tomaten-Source speziell für meine CPU. Nutze ich aber auch schon seit Tag 1.

Daher wüsste ich jetzt nicht, wo die FakeID hinterlegt ist - und bin noch mehr verwirrt, weil ja in der SSDT-USB offensichtlich die richtige steht - auch wenn die Reihenfolge etwas anders ist.
8086_a12f anstatt a12f8086 - aber ich gehe jetzt mal davon aus, dass man das so in der .dsl schreiben muss, damit es in der .aml später korrekt umgesetzt werden kann.

Hi,
hier der IOREG...

Bzgl. BIOS - nein - habe ich nicht kontrolliert. Hab ja nichts geändert seit Monaten. Welche Einstellung wäre denn wenn überhaupt relevant?

Leider nein, Kext wird lt. bootlog erkannt, aber keine Veränderung.

Zitat

6:080 0:012 Use origin smbios table type 1 guid.
6:096 0:016 Preparing kexts injection for arch=x86_64 from EFI\CLOVER\kexts\Other
6:096 0:000 Extra kext: EFI\CLOVER\kexts\Other\Z270USB.kext (v.<null string>)

Kurzer Hinweis, da es mich leicht verwirrt -- deine Datei ist für den Z270 Chipsatz - mein Hero VIII ist aber Z170

Hi,

hier der Screen - ist auf jeden eine andere als deine .... *Hoffnung*

Hi zusammen,

ich hole mal was weiter aus, damit ggf. der Weg schon weitere Erkenntnisse für Profis liefert.

Damit bin ich gestartet:
Alle USB3 Geräte (in meinem Fall nur Stick + ext. Festplatte) werden nicht mehr erkannt.
An USB3 Ports passiert gar nichts (egal ob die vom IntelChipsatz oder die vom ASMedia) und an den USB2 wird das Gerät lt. Festplattendienstprogramm zwar erkannt (es erscheint) - kann aber nicht aktiviert werden.
Den Kext2Patch von AL6042 hab ich schon hinterlegt, NVRAM gecleared - keine Chance

Die folgenden Schritte hab ich nach Internetrecherche gestern durchgeführt:
Ich habe mir mal die Mühe gemacht und eine custom-USB-SSDT für mein Mainboard gebaut.
Daraufhin sind jedenfalls per IOREG (PCI0/XHC14) auch alle Controller/Ports (HS01-14 und SS01-06 = 20!) sichtbar.
Dadurch funktionieren immerhin USB2 Geräte an USB3 Ports - das hatte vorher nicht funktioniert. Ziel ist aber weiterhin, dass auch USB3 Geräte an USB3 Port laufen.

Danach habe ich via Bootflag die Ports auf das von Apple gesetzte PortLimit von 15 runtergebrochen - ungenutzte Ports sind einfach deaktiviert --> damit fällt nämlich das mittlerweile echt extrem nervige KextToPatch Thema bzgl. PortLimit endgültig weg.
Das Resultat ist nur dummerweise nicht das Gewünschte, denn....
...jetzt hab ich zwar erfolgreich auf 15 Ports (es werden im ioREG auch nur die 15 angezeigt) reduziert, trotzdem sind die USB3 Ports für USB3 Geräte tot (USB2 Geräte an USB3 Port funktionieren weiterhin)

So und jetzt bin ich komplett ratlos. Hab alles gemacht und probiert, was so in den Foren steht -- nada

Hoffe jemand hat noch eine Idee - vielen Dank!

Ich habe mal etwas rumgespielt - leider weiterhin ohne Erfolg bzgl. meinem Problem von oben (Post #85)

Allerdings gibt es ein Verhalten, welches vielleicht jemanden auf eine Idee bringt, wo bei mir der Fehler liegt

Ich habe mal Testweise den Kext2Patch-Eintrag von Al6062 (Post #6) komplett entfernt - das Verhalten bleibt dabei exakt das gleiche.
Sprich ich sehe/merke keinen Unterschied zwischen mit Kext2Patch und ohne. Auch meine Bluetooth-Karte (die ja wohl auch über einen USB-Port läuft) funktioniert tadellos.
Ist das für irgendwen hilfreich?
Kann es sein, dass die Kext2Patch bisher überhaupt nicht geladen wurde? Kann man das irgendwie testen?

Ich habe zur Sicherheit, da ich die Änderungen mit CloverConfigurator gemacht habe, auch jedesmal die Plist in einem Texteditor geprüft und geguckt, ob die Änderungen durchgeführt wurden --> Positiv.

Hat noch irgendwer eine Idee? Ist irgendwie doof der einzige zu sein, wo der Kext2Patch nicht hilft und ich keine USB3 Geräte nutzen kann

@Dnl - danke -- aber hab ich doch schon direkt gemacht. Gut, ggf. zu viel Abkürzungen mit K2P und AL genutzt

Zitat

Den K2P von AL hab ich schon hinterlegt, NVRAM gecleared - keine Chance

Update an sich lief problemlos durch, aber dann kam er doch wieder - DER EINZELFALL

Alle USB3 Geräte (in meinem Fall nur Stick + ext. Festplatte) werden nicht mehr erkannt.
An USB3 Ports passiert gar nichts (egal ob die vom IntelChipsatz oder die vom ASMedia) und an den USB2 wird das Gerät lt. Festplattendienstprogramm zwar erkannt (es erscheint) - kann aber nicht aktiviert werden.
Den K2P von AL hab ich schon hinterlegt, NVRAM gecleared - keine Chance

Mag mir einer helfen?
IOREG, config.plist hab ich schon mal angehangen - Inhalt der Ordner Kext und Drivers64UEFI siehe Screen.
Wenn mehr benötigt wird, bitte kurze Info.

Im Voraus schon mal vielen Dank.

So, habe es mit den Haken versucht --> nichts
Habe dann mal meine Carboncopy geprüft und offensichtlich wurde die ganze zeit auf dieser installiert. Warum? Als Volume hatte ich immer mein MacOS gewählt.
Jetzt war ich ganz schlau und habe einfach den Inhalt von "Boot" und "Clover" von der CCC EFI auf die System EFI kopiert --> dämliche Idee.

Update 14:56Uhr.
Glücklicherweise hatte ich noch eine komplette 1:1 Kopie der EFI von unserer damaligen Session mit @al6042
Nach dem ich diese dann auf einen USB-Stick kopiert, mit diesem gebootet und den Inhalt dann wieder auf die SSD-EFI kopiert habe, läuft jetzt alles.
Zwar auf der alten Clover 4428 - aber immerhin repariert

Update auf 4509 komplett manuell durchgeführt - sprich alle Dateien manuell in den EFI Ordner kopiert.

Ich kapiere nicht, warum er bei der Installationsroutine das Zeug auf "MacOSx" (normale SSD) kopiert und nicht direkt in die EFI.
Ist das normal? Hab das sonst immer mit CloverConfigurator gemacht

--> habe in einem anderen Beitrag folgende Info gefunden

Zitat

du musst bei der Installation den Haken setzen bei: "Installiere Clover in der ESP", dann sollte es funktionieren.

Ist das korrekt? Wie gesagt hat sonst immer der Clover Configurator alles gemacht - ohne manuelle Anpassungen.

Was mir jetzt noch aufgefallen ist. Warum sichert CCC nicht die EFI komplett. CCC wirbt damit und ich habe es auch so eingestellt.
Wenn ich aber die EFI der CCC Festplatte öffne, finde ich dort lediglich den Ordner "APPLE" - die Ordner "CLOVER" und "BOOT" sind nicht enthalten (siehe Screen1)
Wenn ich dann in die normale CCC-Festplatte gehe, finde ich Ordner wie "EFI" und "EFI-BACKUPS" - diese enthalten aber nicht eine meiner Dateien und haben sogar noch die alte Ordnerstruktur (wo z.B. bei Kext die ganzen Versionsordner 10.6 / 10.7 usw) drin sind (Screen 2 - bitte seht über meine Paint-Künste hinweg )

Der Ordner EFI ist erst da, seit der Installer gelaufen ist --- EFI Backups auf Grund der Daten in den Ordnernamen schon länger - aber wie gesagt - alle relevanten Ordner sind leer?!?!?
So macht das doch keinen Sinn oder?