Beiträge von iPhoneTruth

Habe gerade beide ausprobiert. Leider kein Erfolg … Aber … ?

Sicher kennst Du die gleichen Befehle auch für das WLAN. Denn das Herunterfahren funktioniert ja dann, wenn beide nicht mehr aktiv sind. Also könnte es vielleicht klappen, wenn wir WLAN auch noch ausschalten ?!

Zunächst die Antwort auf Deine Frage:

Zitat

Steht denn nach einem Sleep Bluetooth noch bei "Über den Mac" in den Systeminformationen mit drin?

Ja! Siehe Bild!

Also dem eifrigen Entwickler RehabMan habe ich geschrieben, alles zugesendet, was er haben wollte, und dann meinte er, daß die ACPIBatteryManager.kext nix mit Audio zu tun hätte … Hmm …
Wahrscheinlich hat er Recht, das Pänomen scheint aber doch auf einen Bug in der neueren Version von ACPIBatteryManager.kext hinzuweisen.

Zudem habe ich mal die VoodooBattery.kext hier aus dem Forum geladen, und mit ACPIBatteryManager.kext 1.70.2 ausgetauscht, und das Ergebnis war genau das Gleiche: auch kein Sound.

Ich habe nun die ACPIBatteryManager.kext 1.70.1 wieder reingetan, und siehe da: Sound funktioniert! Aber … kein Anzeige daß die Batterie geladen wird (was für Time Machine und Installtaionsroutinen doch wichtig wäre)!

Wenn es nun (vielleicht doch) nicht an ACPIBatteryManager.kext liegt, dann wahrscheinlich an AppleALC.kext? Aber wie bekomme ich den Sound dann sonst zum Laufen?

Kextunload kenne ich jetzt noch nicht …
Was ist das? Wie geht das?

Wenn ich das ins Terminal eingebe verschwindet der Bluetootheintrag in der Statusleiste, und er legt beim Herunterfahren genauso einen Neustart hin !

Ich habe schon einige von den DSDT shutdown fixes probiert, gerade eben noch einmal den von Dir empfohlenen: Hat leider alles nicht geholfen.

Kleines Update!

Er fährt immer dann korrekt runter, wenn der Rechner im Ruhezustand war, und deshalb Bluetooth "nicht verfügbar" ist, und WLAN nicht aktiviert ist (obwohl es das vor dem Ruhezustand war) und auch nicht mehr aktiviert werden kann.

Wenn ich alle vier Kexte für die Kombokart aus Clover rausnehme und damit arbeite, erkennt er die Karte natürlich nicht, und hat dann auch kein WLAN und kein BT. Er legt aber trotzdem einen Neustart hin beim Ausschalten.

Kann es an der Zuordnung Bluetooth - USB liegen?

Da bin ich dran! Er kann allerdings meine ioreg-Datei nicht lesen … RehabMan hat wohl seine eigenen Wege, wie er die haben will und dann lesen kann.

Momentan habe ich allerdings das Problem, daß er "plötzlich" Bluetooth nicht mehr erkennt. Bei den Systeminformationen zeigt er bei Bluetooth an, daß er keine Informationen sprich keine Geräte findet. Allerdings: WLAN mit derselben Combokarte ist an und funktioniert bestens. Ich hatte wohl einen USB-Dongle mit BT installiert, dann wieder deinstalliert. Dort bereits wie auch jetzt auch heißt es für BT: Nicht verfügbar.

Auf einem USB-Stick habe ich dann mal macOS Sierra neu installiert und von dort gestartet. Da hat er BT gefunden und sich auch mit anderen Geräten verbunden. Die Hardware ist also nicht defekt.

Irdenwie muß das wohl was klemmen! Aber was?

Problem gelöst! Scheinbar hakte die BrcmFirmwareRepo.kext in S/L/E. Mit der BrcmFirmwareData.kext in Clover funktioniert Bluetooth jetzt wieder!

Danke für den Tipp! Na ja, da habe ich schon so manches versucht. Zu viel möchte ich da allerdings nicht rumspielen. Das kann auch stark daneben gehen, wenn man nicht genau weiß, daß die Änderungen im BIOS wirklich gut sind.

Zudem zeigt das Phänomen, wie oben beschrieben, daß er normal herunterfahren kann. Windows 10 fährt ganz normal herunter.

Muß mich allerdings korrigieren: momentan kann er Bluetooth gar nicht erkennen ("nicht verfügbar"). Dennoch legt er immer wieder einen Neustart hin.

Tja, ich kann es mir auch nicht vorstellen, wenn ich es nicht selbst hier erleben würde.

Habe also gerade die AppleALC 1.0.19 in Clover eingefügt, Lilu.kext rausgeschmissen, neugestartet, aber leider das gleiche Phänomen.

Tja, und mit der alten ACPIBatteryManager funktioniert das Micro!

Auch von mir, 20 € !

Ist nicht ganz selbstlos. Habe auch einen Realtek PCIe Kartenleser bei mir drin!

Ich konnte die Ursache (wahrscheinlich) lokalisieren! Es scheint am Bluetooth der WLAN/BT-Kombokarte von Broadcom zu liegen.

Immer wenn der Rechner beim Neustart Bluetooth nicht richtig läd oder nach einem längeren Ruhezustand dieses nicht mehr erkennt, und dann BT als "nicht verfügbar" in der Menüleiste erscheint, dann fährt er ruhig runter und startet nicht mehr neu. Zumindest war es jetzt schon ein paar Mal so.

Allerdings … wenn ich alle drei Kexte aus Clover entfernt und den Rechner ohne diese gestartet habe, dann hat er beim Ausschalten dennoch einen Neustart hingelegt.

Genau das wars! BrcmFirmwareData.kext rein in Clover, Neustart und die Verbindung, Pairing per Bluetooth schnurrt!

Komisch nur, daß El Capitan mit der BrcmFirmwareRepo.kext in Clover zurecht kam. Von dort habe ich diese ja übernommen.

Auf jeden Fall besten Dank!

@al6042
Du hast die aktuelle ACPIBatteryManager.kext hier im Downloadbereich zur Verfügung gestellt. Besten Dank.
Wollte hier berichten, daß diese bei mir endlich die Batterie auch als geladen anzeigt, wenn sie voll ist, was davor in der Version 1.70.1 nicht der Fall war.
Allerdings … geht jetzt das interne Mikrofon nicht, was davor bestens funktioniert hat.
Die Soundkarte funktioniert bei mir per DSDT Patch mit ID 3 und der AppleALC.kext 1.1.0 in Verbindung mit Lili.kext.
Ich gehe davon aus, daß das ein Fehler in der neuen Version von ACPIBatteryManager.kext ist, und in einer der nächsten Releases korrigiert wird?! Oder liegt da noch eine kext bei mir falsch ???

Ich habe normalerweise die Funkmaus dran. Habe diese jetzt mal abgestöpselt, alle USB-Prots frei gelassen, aber es hat leider nichts geholfen: Er hat wieder einen Neustart hingelegt … ???

Wie der Titel schon sagt, habe ich schon länger das Problem, daß mein Lenovo beim Befehl "Ausschalten" regelmäßig wieder neu startet. Ich habe schon den Eintrag in Clover "FixShutdown" probiert, der hat aber leider nicht geholfen.
Irgendwie finde ich es nicht so gut, wenn ich den Rechner immer abwürgen muß, indem ich 5 Sekunden auf den Powerknopf drücke …

Also bitte um Euer Hilfe und Anregung!

Ok! Ich übe mich in Beharrlichkeit!

Also, nun bin ich schon 30 Minuten dran! In der Zwischenzeit hat er wohl mal die Option angezeigt, daß er den Code 0000 verwendet, dann hat er den Namen des Gerätes auch exakt angezeigt, aber Pairing - Verinden, das schafft er einfach nicht. Nach ca. 15 Mal Klicken auf Verbinden scheint mir dann doch da irgendetwas quer zu liegen.

Was ratet ihr, das ich noch tun/ausprobieren könnte?

Versuch gescheitert! Inhalt gelöscht!

Habe ich gemacht. Er hat in Ubuntu 14 kein Gerät gefunden.

In Windows hat er ohne Probleme das Gerät erkannt und sich damit verbunden.

In Sierra neu gestartet, hat er das Gerät zunächst erkannt, aber das Verbinden hat er nicht geschafft, siehe Bilder.

Hallo Bluetooth, was ist los … ?

Also ich arbeite jetzt schon zwei Tage mit Sierra, und soweit läuft alles stabil. Nur Bluetooth funktioniert nicht. Wohl zeigt er im Systembericht die Broadcom WLAN/BT Karte an, aber wenn ich ein Gerät über Bluetooth verbinden will, schafft er kein Pairing. Selten sieht man das neue Gerät in der Systemeinstellung, dann aber kann er nicht verbinden und alles bleibt beim Alten.

Unter El Capitan hat Bluetooth funktioniert, zumindest bis zum ersten Ruhezustand.

Weiß da einer einen Rat?

Anbei meine config.plist und meine Kexte.

@darkey1991
Die Probleme mit BT habe ich auch. Ich denke, daß das wahrscheinlich bei anderen auch so ist, und darum bald oder irgendwo eine Lösung zu finden ist.

@al6042
Ich habe gelesen, daß das Löschen bzw. das Erneuern des Kextcaches noch notwendig sei?! Macht das nicht die letzte Zeil im bash-Script (sudo kextcache -i /)?