Fehlermeldungen im Verbose mode welche die Installation abbrechen - Thinkpad W530
- Doburo
- Erledigt
-
-
Mit VooddoHDA kenne ich mich nicht so aus. Geht dat denn eigentlich aus /other heraus? Der AppleHDADisabler hat doch die Abhängigkeit zur HDA in S/L/E.
Aber wie gesagt, Voodoo ist nicht mein Thema.
Also die beiden Voodoo-Dinger wieder entfernen und neuste Lilu und AppleALC nach /other, wie al6042 schon schrieb.
ALC269 hat die meisten LayoutID´s und al6042 hat hier schon welche genannt, die gehen sollen.
Häufig scheitert Audio daran, dass HPET nicht richtig gemacht wurde und die IRQ-Fixes auch nicht.
So wie ich gesehen habe, wird hier keine gepatchte DSDT verwendet, also nutze mal die Clover-Funktionen.
FixHPET mal testen und für die IRQ-Fixes FixIPIC, FixRTC und FixTMR setzen!
Dann bei Audio Inject die jeweilige ID eintragen und jeweils neu Booten.
Nach dem Booten im ioreg mal schauen, ob die ID dort richtig genommen wird, bzw. der Inject überhaupt funktioniert.
layout-id sollte hier 7 sein und die gesetzte ID als alc-layout-id als Hexwert gezeigt werden.
Ist dem nicht so, könnte man es noch mit dem Bootflag alcid=x versuchen (x ist die jeweilige ID).
Oft braucht man die Bootflag aber auch gar nicht. Viel wichtiger sind die IRQ-Fixes bei vielen Rechnern.
-
-
mach ich. ein wenig geduld noch, efi kommt dann.
erste version hängt dran. augenmerk auf audio, wenn noch andere hakeligkeiten drin sind, arbeiten wir nach. seriennr. ist neu gemacht, und geprüft, würde ich aber wenns funktioniert noch mal ändern, du weisst nicht, wer sich die efi noch schnappt, und evtl. das ändern der nummer vergisst. appstore/icloud/etc... möglichst erst, wenn alles tut. und deaktivier mal audio per airplay bitte.
-
2 elementare sachen: einmal hab ich als smbios das macbook pro 9.1 (auf jeden fall ein 9er) genommen. scheint mir passender zu sein, das wirds aber nicht gewesen sein...
entscheidend würde ich sagen waren die tipps von MacPeet die interrupts und den hpet zu fixen.
ansonsten hab ich einfach drauflosgestrickt, so wie ich an eine neuinstallation eines W530 drangehen würde, hab mir dazu die efi meines dell gegriffen, die kexte drin gelassen, die passen würden, dazu deinen voodoops2, config.plist entsprechend angepasst (smbios, sowie die acpi-fix-haken, dellspezifische sachen rausgeschmissen).
aktualisieren kannst du, klar, würd ich aber erst per efi auf usb-stick testen. dass meine kexte nicht ganz frisch sind, kann schon sein. wenns läuft, lass ich meist eine weile die finger von der efi.
EDIT: viel hilfreicher ist doch der beitrag von MacPeet oben - das waren die details, die gefehlt haben, um das problem gelöst zu kriegen. ich habs lediglich umgesetzt, ist aber nicht auf meinem mist gewachsen. dass die interrupts sich auf audio auswirken, wusste ich nicht...
-
kommt drauf an, ob alles so tut wie es soll. wenn ja, lassen, wenn nein, muss feinschliff ran. kexte hast du aktualisiert? was ist mit wlankarte? hast du da was gebastelt (whitelistpatch, rebrandete karte?)
-
5070? meinst du? steht in der cloverinstall.log des efi-ordners drin. kann sein, dass die nicht überschrieben wurde? ist vom 24.2.20, und müssten meine partitionen drin stehen.
die webcam hängt am usb, kann sein, dass der nicht erkannt wird. da könnte man eine usbports.kext für den läppi basteln.
-
-
blaze1984 Danke
Ich freue mich auch riesig.Wie würde eine deartige kext aussehen? Habe noch nicht so Erfahrungen mit derartiger Programmierung. Ich Programmierung bisher nur Web Anwendungen in HTML, Python und Java.
Ja, 5070 meinte ich. Es klappt komischerweise nicht mit dem aktualisieren. Ich denke mal das du nicht mehr machst als ich, die Pkg. runterladen und auf die bestimmte Festplatte installieren??
Könntest du mir eine derartige kext erstellen damit ich sehe wie das ganze funktioniert?
Wäre sehr nett. Anbei ein Screenshot der dir wahrscheinlich helfen wird.
-
weder bluetooth noch webcam sind zu sehen. schmeiss mal vorübergehend den usbinjectall.kext nach other, und inspizier den ioregistryexplorer, abteilung xhc und evtl. ehc, was da auftaucht.
-
grt Bluethoot habe ich keins drinnen, ist in meiner anderen Kiste verbaut.
Hier wäre wichtig die Kamera und das Mikrofon. Mic geht aber super.
Es geht tatsächlich nur um die Kamera.
Anbei ein neuer Screenshot.
Habe usbinjectall.kext hinzugefügt.
Jetzt ist die Kamera sichtbar
Update grt
Habe ausversehen das alte hochgeladen. Anbei das neue mit der Kamera.
Update:
grt Hat sich erledigt mit der Kamera. Habs hinbekommen. Und habe auch gleichzeitig die Akkustandanzeige mithilfe dieser gepatchten DSDT.aml Datei sowie der ACPIBatteryManager.kext aktiviert.
Jetzt läuft wirklich alles
grt OSX-Einsteiger MacPeet
Jetzt habe ich doch noch eine kurze Frage. Es funktioniert Gott sei Dank alles, nur merke ich dass seitdem ich diese DSDT.aml Datei hinzugefügt habe die Grafik nicht so schnell läuft und er auch etwas länger bootet als ohne die Datei. Kommt es da zu irgendeiner Fehlfunktion durch die gepatchte DSDT.aml Datei? Sollte ich das Problem evtl. doch anders lösen? -
Wenn der Boot wenige Sekunden länger dauert ist doch unwichtig, schließlich muss er mehr einlesen.
Wichtig wäre, ist die Grafik nach dem Boot im System wirklich langsam oder macht sie wirklich Probleme?
Insgesamt bist Du doch sehr weit gekommen, wie ich sehen konnte, dass soweit alles geht.
EDIT: viel hilfreicher ist doch der beitrag von MacPeet oben - das waren die details, die gefehlt haben, um das problem gelöst zu kriegen. ich habs lediglich umgesetzt, ist aber nicht auf meinem mist gewachsen. dass die interrupts sich auf audio auswirken, wusste ich nicht...
jupp, dat kannst Du Dir schon mal merken, wenn der nächste User kommt mit "ich hab kein Audio".
HPET, LPC, SBUS war schon früher wichtig, als wir noch mit gepatchten HDA's unterwegs waren.
Inzwischen sind mit AppleALC die IRQ-Fixes auch wichtig geworden. Sie patchen nur die feste IRQ aus der im ROM befindlichen DSDT, welche ja immer geladen wird, es sei denn, sie wird geblockt.
Hier würde ich immer zuerst ansetzen, bevor man an andere Dinge geht.
Es gibt Rechnertypen, denen ist der IRQ-Fix völlig egal und Audio geht trotzdem mit AppleALC, allerdings ALC269 ist da empfindlicher.
Bei ALC269 ist daher immer schnell geholfen, da es des ALC ist mit den meisten ID's.
Generell kann man es aber nicht alles über einen Kamm scheren, wenn z.B. einer kommt mit einem ganz neuen Device, was es noch nicht in der AppleALC gibt, dann muss man tatsächlich neu patchen vom codec_dump.
-
eigentlich mach ich die irq&cofixes immer rein, wenn ich efis stricke, hatte auch gesehen, dass sie hier nicht drin waren, nur, dass die für audio wichtig sind, war mir nicht klar. steht aber inzwischen hinter meinen ohren
dsdt UND acpi-fixes würde ich normalerweise nicht zusammen einsetzen, besser wärs, den batteryfix in einer ssdt unterzubringen.. ist aber ganz schön gebastel, was ich nicht mal so eben zusammenhauen kann.
wenn du dich selbst dran versuchen willst Doburo gibts bei den tomaten von rehabman eine ziemlich gute anleitung, wie man gepatchte ssdt's für läptopps erstellt, inkl. einer beschreibung des batterypatches. frag mal die tante gugl, die findet den.
-
wahrscheinlich sind da noch patches drin, die mit den sonstigen einstellungen der config kollidieren. ich hab mal flüchtig reingeguckt, irq-fix ist z.b. nicht drin, aber rauszufinden, was da alles verändert wurde, und was die grafik irritieren könnte ist ganz schön heftig - müsste ein vergleich der originalen mit der gepatchten dsdt sein, das vergleicht man nicht so einfach mal bei 20.000 zeilen... selbst mit diff im terminal schnallst du bei solchen aktionen ab, und guckst irgendwann überkreuz...
-
