Monterey Daemon bluetoothd Abstürze nach Sleep > Kein AppleWatch Unlock möglich

Hey ich bin gerade erst auf diesen Thread gestoßen und ich habe die selben Probleme wie du sie hier beschreiben hast.

Allerdings benutze ich keine CpuTscSync.kext und die Absturzmeldung ist bei mir auch ein wenig anders.

Ich habe übrigens auch zwei eigentlich OOB Karten (BCM94360CS2 und BCM94360NG), welche unter Monterey auf einmal Probleme machen.

Meine Beobachtungen sind, dass Monterey den Treiber der Karten irgendwie? lädt, aber die Karten nicht im Hackintool erkannt werden und das Bluetooth debugging Menü fehlt. (Option + Shift Klick auf das Bluetooth-Symbol in der Leiste)

Außerdem fehlt unter Monterey die Erkennung oder Zuweisung des Apple Treibers? Anders kann ich mir nicht erklären, dass die

Apple Bluetooth-Softwareversion: 8.0.5d7 unter Monterey nicht angezeigt wird im Systembericht. (Unter BigSur ist das noch der Fall).

Aktuell habe ich nicht mehr Monterey installiert und mein Backup drüber gebügelt damit Bluetooth wieder funktioniert. Ich werde Monterey aber auf einer zweiten Testpartition nochmal Testen und schauen wie es mit der Zeit läuft, da ich gelesen habe, dass bei einigen die BCM94360CS2 unter Monterey einwandfrei funktioniert.

Grüße

Das gleiche bei mir, aber auch im Original IMac gleiche Ergebnis

Zitat von anonymous writer

Nachdem niemand mit Monterey ein BT Problem hat wäre mal interessant was bei Eingabe des Befehls "bluetoothd" unter Monterey bei euch passiert.

Bei mir das hier:

Code

1. michael@iMac-Pro-Micha ~ % bluetoothd
2. com.apple.server.bluetooth: Bluetooth Super Server Robot Destroyer
3. could not find BT_DEVICE_ADDRESS env variable
4. com.apple.server.bluetooth: Server attached, going into msg loop.
5. zsh: abort bluetoothd

Danach gibts umgehend den Crash Report in der Konsole und BT ist für eine Minute down. Desktop und Laptop mit OOB Karten.

mal völlig konstruktiv: was wäre da deine Erwartung?

Hier auf meinem MBP bekomme ich die gleiche Meldung, was m.E. aber völlig zu erwarten ist. Warum? Weil Bluetoothd bereits läuft und zwar als root, und durch die Eingabe von Bluetoothd im Terminal started der Dienst nochmals. Das was dann in die Console geloggt wird, passiert bei vielen anderen Diensten auch so ähnlich wenn Ressourcen exklusiv z.B. tcp/udp Ports oder Devices geöffnet werden sollen, während diese bereits von einer laufenden Instanz im Zugriff sind.

Meiner Meinung sagt der o.g Output nicht bzgl. eines BT Problems in Monterey aus.

Hier ein Screenshot.

Bluetooth läuft bereits als root. wenn ich Bluetoothd erneut als User starte (also nochmals!!!) dann krieg ich diese Meldungen.

D.h. bei dir läuft Bluetoothd als root, du startest bluetoothd via Terminal und dann verschwindet der root Bluetooth Prozess oder hast du dann 2x Bluetoothd laufen?

Hilft jetzt zwar nicht weiter ... weder auf dem MBP noch aufm Hack stürzt Bluetoothd ab wenn ich im Terminal Bluetoothd starte, obwohl ich die gleichen Meldungen im Terminal von der 2ten Instanz bekomme.

Monterey kam gerade raus da waren Fehler auch auf Orginal Geräten zu erwarten.

anonymous_writer

Welche SSDT hast du dafür benutzt? Ich habe meine USB-Ports über USBMap.kext gemappt und wollte die Idee mit dem dauerhaften USB-Power jetzt auch einmal ausprobieren. Ich habe nur leider keine Ahnung wo ich das einbinden soll.

Du schreibst auf dem GIT dass die Probleme mit der PCIe Karte bei Dir gelöst sind durch den neuesten BlueToolFixup.

Ich habe die gleiche Karte/BCM Chip aber durch den Kext wird hier nix gefixed.

Ich muss den BluetoothD nach Sleep neu starten.

Das mach ich mit Sleepwatcher und einem einzeiligen Script welches den BT-Daemon per kill -HUP neu lädt

Ansonsten läuft Airdrop usw. ( bisweilen )