Bluetooth-problemen na slaapstand in OS X Yosemite (10.10)

Ik schijn problemen te hebben met Bluetooth-connectiviteit, vooral nadat ik mijn Macbook Pro uit een lange slaaptijd heb ontwaakt.

Ik heb een spreker die automatisch wordt uitgeschakeld na een bepaalde periode van inactiviteit, en mijn gebruikssituatie is meestal de laptop open, zet de luidspreker aan en wanneer de Bluetooth-driver normaal functioneert, maken ze automatisch opnieuw verbinding.

Het probleem lijkt echter te zijn dat de Bluetooth-randapparatuur niet opnieuw verbinding maakt als mijn Macbook net uit een lange slaaptijd is gewekt.

Na het rondzoeken vond ik dit script om de bluetooth-kernelextensies opnieuw te starten , maar het leek niet te werken aan Yosemite.

Hier is wat sudo tail -f /var/log/system.log me gaf na het doen van een kextload en kextunload (hostnaam en gebruikersnaam geredigeerd):

Nov 17 07:50:11 {redacted} sudo[8118]: username: TTY=ttys000 ; PWD=/Users/username; USER=root ; COMMAND=/sbin/kextload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport
Nov 17 07:50:11 {redacted} kernel[0]: IOBluetoothUSBDFU::probe
Nov 17 07:50:11 {redacted} kernel[0]: IOBluetoothUSBDFU::probe ProductID - 0x821D FirmwareVersion - 0x0147
Nov 17 07:50:11 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][start] -- completed -- result = TRUE -- 0x0800 ****
Nov 17 07:50:11 {redacted} kernel[0]: **** [BroadcomBluetoothHostControllerUSBTransport][start] -- Completed -- 0x0800 ****
Nov 17 07:50:11 {redacted} kernel[0]: [IOBluetoothHCIController][staticBluetoothTransportShowsUp] -- Received Bluetooth Controller register service notification -- 0x0800 
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][initHardwareWL] -- failed -- calling DoDeviceReset (kBluetoothControllerResetHub) -- 0x0800 ****
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][DoDeviceReset] -- thread_call_enter1 (mReEnumerateOrResetThread) -- reEnumerateOrReset (0xffffff8213ac3ae0) = 2 --  returned FALSE -- 0x0800 ****
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHCIController][ProcessBluetoothTransportShowsUpActionWL] -- Error!! -- Something went wrong in the setup process. Could not communicate with Bluetooth Transport successfully -- 0x0800 -- 0x0800 ****
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][ReEnumerateOrResetThreadEntry] -- entering -- param0 = 0xffffff806a870800, param1 = 0x2 -- 0x0800
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][ReEnumerateOrReset] -- entering -- reEnumerateOrResetIn = 2 -- this = 0x0800 ****
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][ReEnumerateOrReset] -- in our workloop -- 0x0800 ****
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][ReEnumerateOrReset] -- parameter is valid -- 0x0800 ****
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][ReEnumerateOrReset] -- reEnumerateOrReset = 2 -- 0x0800 ****
Nov 17 07:50:12 {redacted} kernel[0]: [IOBluetoothHostControllerUSBTransport][ReEnumerateOrReset] -- calling myHub->ReEnumerateDevice() -- gEnumerateCounter = 1 
Nov 17 07:50:12 {redacted} kernel[0]: [IOBluetoothHostControllerUSBTransport][ReEnumerateOrReset] -- exit; error = 0x0000 (kIOReturnSuccess)
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][ReEnumerateOrResetThreadEntry] -- exiting -- 0x0800
Nov 17 07:50:12 {redacted} kernel[0]: IOBluetoothUSBDFU::probe
Nov 17 07:50:12 {redacted} kernel[0]: IOBluetoothUSBDFU::probe ProductID - 0x821D FirmwareVersion - 0x0147
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHostControllerUSBTransport][start] -- completed -- result = TRUE -- 0x0800 ****
Nov 17 07:50:12 {redacted} kernel[0]: **** [BroadcomBluetoothHostControllerUSBTransport][start] -- Completed -- 0x0800 ****
Nov 17 07:50:12 {redacted} kernel[0]: [IOBluetoothHCIController][staticBluetoothTransportShowsUp] -- Received Bluetooth Controller register service notification -- 0x0800 
Nov 17 07:50:12 {redacted} kernel[0]: [IOBluetoothHCIController::setConfigState] calling registerService
Nov 17 07:50:12 {redacted} kernel[0]: **** [IOBluetoothHCIController][ProcessBluetoothTransportShowsUpActionWL] -- Connected to the transport successfully -- 0xe300 -- 0x0800 -- 0x0800 ****
Nov 17 07:50:12 {redacted} sharingd[367]: 07:50:12.595 : SDStatusMonitor::kStatusBluetoothPowerChanged
Nov 17 07:50:12 {redacted} sharingd[367]: 07:50:12.617 : SDStatusMonitor::kStatusBluetoothPowerChanged
Nov 17 07:50:12 {redacted} sharingd[367]: 07:50:12.637 : SDStatusMonitor::kStatusBluetoothPowerChanged
Nov 17 07:50:12 {redacted} sharingd[367]: 07:50:12.657 : SDStatusMonitor::kStatusBluetoothPowerChanged
Nov 17 07:50:12 {redacted} sharingd[367]: 07:50:12.659 : BTLE scanner Powered Off
Nov 17 07:50:12 --- last message repeated 2 times ---
Nov 17 07:50:12 {redacted} coreaudiod[360]: 2014-11-17 07:50:12.663673 AM [AirPlay] BTLE client stopping to browse for AirPlay Solo Target Presence.
Nov 17 07:50:12 {redacted} blued[62]: hciControllerOnline; HID devices? 0
Nov 17 07:50:12 {redacted} coreaudiod[360]: 2014-11-17 07:50:12.663868 AM [AirPlay] BTLE client starting to browse for AirPlay Solo Target Presence.
Nov 17 07:50:12 {redacted} sharingd[367]: 07:50:12.664 : Starting Handoff scanning
Nov 17 07:50:12 {redacted} coreaudiod[360]: 2014-11-17 07:50:12.664336 AM [AirPlay] BTLE client stopped to browse for AirPlay Solo Target Presence.
Nov 17 07:50:12 {redacted} coreaudiod[360]: 2014-11-17 07:50:12.664753 AM [AirPlay] BTLE client started to browse for AirPlay Solo Target Presence.
Nov 17 07:50:12 {redacted} sharingd[367]: 07:50:12.664 : Stopping Handoff advertising
Nov 17 07:50:12 {redacted} sharingd[367]: 07:50:12.665 : BTLE scanner Powered On
Nov 17 07:50:12 {redacted} blued[62]: hostControllerOnline - Number of Paired devices = 2, List of Paired devices = (
      "00-0c-8a-dd-fd-88",
      "84-38-35-ec-1c-ea"
  )
Nov 17 07:50:13 {redacted} kernel[0]: AppleUSBMultitouchDriver::message - kIOUSBMessagePortHasBeenReset.
Nov 17 07:50:13 {redacted} kernel[0]: AppleUSBMultitouchDriver::checkStatus - received Status Packet, Payload 2: device was reinitialized
Nov 17 07:50:13 {redacted} hidd[74]: MultitouchHID: device bootloaded
Nov 17 07:50:13 {redacted} kernel[0]: AppleUSBMultitouchDriver::_deviceGetReport - DeviceRequest for reportID 0xc8 returned with result 0xe000404f - retrying

uname -a output (hostname redacted):

$ uname -a
Darwin {redacted} 14.0.0 Darwin Kernel Version 14.0.0: Fri Sep 19 00:26:44 PDT 2014; root:xnu-2782.1.97~2/RELEASE_X86_64 x86_64

Heeft iemand van jullie dit probleem eerder gezien? Alle hulp wordt op prijs gesteld.

49
Dit gebeurt me soms. Het andere symptoom is dat er niets gebeurt als ik probeer Bluetooth uit te schakelen. @webaholik-oplossing loste mijn Bluetooth op.
toegevoegd de auteur spicklesandwich, de bron
Probeer de muisknop gedurende 2 seconden ingedrukt te houden nadat je Mac wakker werd. Mijn MagicMouse verbindt hierna. Dit kan een bijwerking zijn van opzettelijk ontwerp om de batterij te sparen terwijl deze niet wordt gebruikt of iets dergelijks.
toegevoegd de auteur Roger Wayne, de bron

13 antwoord

I've had issues reconnecting my bluetooth keyboard & trackpad since upgrading to Yosimite.

First try this: Open Terminal & run 2 commands:

sudo kextunload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport

sudo kextload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport

Ik hoefde maar één keer te rennen. Als later Bluetooth opnieuw twee opties breekt, voert u eenvoudig opnieuw boven uit of u kunt een 1-klik-oplossing maken met een eenvoudige app met Automator:

  1. Search for (Spotlight search) and run Automator
  2. Click "New Document" at bottom
  3. Choose "Application" for new file type
  4. Click on "Utilities" from list
  5. Double-Click "Run AppleScript"
  6. Replace (* Your script goes here *) with:

    do shell script "kextunload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport; 
    kextload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport" with administrator privileges
    
  7. Press play to test (will prompt for password)
  8. File->Save to desktop or wherever

Start de automator-app wanneer bluetooth-apparaten geen verbinding maken

51
toegevoegd
Op mijn High Sierra kan ik niet lossen: (kernel) Kan kext com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport niet verwijderen; services kunnen niet worden beëindigd - 0xdc008018. Kan com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport niet laden - (libkern/kext) kext is in gebruik of behouden (kan niet ontladen).
toegevoegd de auteur cm2, de bron
Ik heb een script gemaakt om slaapwatcher te installeren en voer deze uit telkens wanneer de computer uit de slaapstand wordt gehaald, wat het probleem volledig van mij heeft geëlimineerd: gist.github.com/Tyilo/c92684d277acb62272b5
toegevoegd de auteur Niknight2000, de bron
Op mijn El Capitan (en googelen suggereert vele anderen '), mislukt de kextunload ( Kan kext com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport; classes hebben instanties ) en verlaat niet verwijderen de Bluetooth niet beschikbaar (door het pictogram kronkelen).
toegevoegd de auteur Mars, de bron
Het was vooral bij het wakker worden, maar het gebeurde soms bij terugkeer nadat de laptop buiten bereik was.
toegevoegd de auteur malckier, de bron
In je log zag ik niet: kextunload -b com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport, alleen kextload, zorg er gewoon voor dat je eerst uitladen uitvoert. Ik hoefde dit slechts één keer (vorige week) uit te voeren, voorheen bijna dagelijks moest ik opnieuw opstarten wanneer ik mijn MacBook Pro probeerde te wekken en verbinding maakte met mijn Bluetooth-toetsenbord en -muis.
toegevoegd de auteur malckier, de bron
Het werkt! Bedankt! Ook nieuwsgierig om te weten of het je toevallig overkomt of nadat de laptop slaapt en wordt gewekt?
toegevoegd de auteur user101119, de bron
Hmm, ik denk dat dat was wat ik hierboven probeerde, zoals het logboek suggereert, en het hielp niet. Misschien zal ik dit nog eens proberen.
toegevoegd de auteur user101119, de bron

Mikaey's oplossing op het Apple support forum:

  1. Schakel uw wifi uit
  2. Probeer opnieuw verbinding te maken met uw Bluetooth-apparaten ( zou moeten werken )
  3. Schakel wifi weer in

Dit heeft het probleem voor mij opgelost.

9
toegevoegd
deze oplossing werkt voor mij MacBook pro retina 13 inch 10.13.5
toegevoegd de auteur Seige, de bron
Deze oplossing werkte voor mij. :) En ik gebruikte 5 GHz Wifi, zoals @haylem.
toegevoegd de auteur Greg Dubicki, de bron
... maar de volgende keer dat ik dit probleem had, moest ik de oplossing van @webaholik gebruiken.
toegevoegd de auteur Greg Dubicki, de bron
Ik herinner me inderdaad dat dit ook bij gelegenheden werkte. En meer specifiek, het probleem was wanneer verbonden met 5 GHz wifi.
toegevoegd de auteur user115667, de bron
Ik deed dit toen ik voor het eerst het probleem tegenkwam, alles in verschillende reeksen uit draaide en het mijn probleem niet oploste. Het bluetooth-apparaat wilde eenvoudigweg geen verbinding maken met de Mac na het slapen.
toegevoegd de auteur Mike, de bron

Na geprobeerd te hebben om de scripts gesuggereerd door andere antwoorden uit te voeren, zowel de kext als de bluetooth-daemon te ontladen en opnieuw te laden, reageerde mijn bluetooth nog steeds niet.

Ik heb echter ontdekt dat als Yosemite met VMWare slaapt en bluetooth niet werkt wanneer het besturingssysteem wordt gewekt, het VMWare-probleem wordt verholpen.

Het lijkt erop dat de stuurprogramma's in VMWare het slaap/waakproces niet altijd correct afhandelen.

5
toegevoegd
Geweldig bedankt! Dit werkte voor mij!
toegevoegd de auteur Daan, de bron
Ik merkte hetzelfde. VMWare was het probleem. Nadat de virtuele machine was opgeschort, begon bluetooth weer te werken.
toegevoegd de auteur Aaron, de bron

- UPDATE: dit probleem is NIET opgelost in OSX 10.11 El Capitan -

Het volgende is een alternatief voor de door webaholic geposte oplossing van Automator voor diegenen die, zoals ik, het lastig vinden om uw wachtwoord opnieuw in te voeren (u hebt het waarschijnlijk zojuist ingevoerd om u aan te melden nadat u uw Mac wakker hebt gemaakt).

Maak eerst in Terminal een script aan dat het bluetooth-subsysteem opnieuw laadt:

cat > bt_restart <

Maak root als eigenaar en verplaats dit naar/sbin:

sudo chown root:wheel bt_restart
sudo mv bt_restart /usr/local/sbin

Voeg ten derde de opdracht toe aan de lijst met NOPASSWD-opdrachten in sudoers:

echo -e "\n\n# Restart bluetooth without password\n$USER ALL=(ALL) NOPASSWD: /usr/local/sbin/bt_restart" | EDITOR='tee -a' sudo visudo

Maak ten slotte een script op uw bureaublad dat bt_restart: aanroept

echo '#!/usr/bin/sudo /usr/local/sbin/bt_restart' > ~/Desktop/"Restart Bluetooth"
chmod +x ~/Desktop/"Restart Bluetooth"

Gedaan! Dubbelklik met het trackpad (of de USB-muis) van je notebook op Start Bluetooth op je bureaublad.

5
toegevoegd
in ieder geval op mijn computer krijg ik een toestemmingsfout bij het wijzigen van /etc/sudoers , als alternatief kun je het bestand rechtstreeks bewerken met sudo visudo
toegevoegd de auteur Ali, de bron
typfout bij het wijzigen van eigenaar, moet chown niet chmod zijn - heeft geprobeerd mezelf te bewerken, maar hier geen crediet en bewerken was onder een lengtelimiet: - /
toegevoegd de auteur Ali, de bron

Ik heb dit probleem nog steeds in macOS Sierra. @ Tyilo's link hierboven naar zijn essentie gaf me een startpunt. Maar ik wilde ook homebrew gebruiken om slaapwekker te installeren, en de plist-bestanden waren niet goed uit de doos ingesteld. Dus ik heb lang gespeeld en kwam met dit script dat ervoor zorgde dat alles betrouwbaar voor me werkte.

brew install sleepwatcher
sudo touch /etc/rc.sleep
sudo tee -a /etc/rc.wakeup <<


    Label
    de.bernhard-baehr.sleepwatcher
    ProgramArguments
    
        /usr/local/sbin/sleepwatcher
        -V
        -s /etc/rc.sleep
        -w /etc/rc.wakeup
    
    RunAtLoad
    <true/>
    KeepAlive
    <true/>


EOF
sudo launchctl load /Library/LaunchAgents/de.bernhard-baehr.sleepwatcher-20compatibility-custom.plist
2
toegevoegd

Ik had hetzelfde probleem en ik denk dat ik een mogelijke oorzaak van het probleem heb gezien. Mijn muis heette "Mijn naam's muis" met de apostrof, misschien veroorzaakte dat de fouten.

Ik heb de naam veranderd om te voorkomen dat ik spaties en speciale tekens gebruik, wordt nu gewoon "Mymouse" genoemd en ik schijn het probleem niet meer te hebben.

1
toegevoegd
Dit ziet er interessant uit. Wijzig in principe het Bluetooth-apparaat om geen spaties te bevatten. Ik zal het proberen.
toegevoegd de auteur user101119, de bron

Ik ben me ervan bewust dat dit een behoorlijk oude post is, maar werd door de vertraging die ik kreeg nadat ik wakker werd wakker gemaakt voordat de Magic Trackpad bruikbaar was ... zou gemakkelijk een goede 30 seconden kunnen zijn. Beproefde de meeste/alle hints en tips die ik kon vinden om heel weinig effect.

Ik probeerde echter gewoon het Bluetooth-pictogram op de menubalk (CMD ALT Drag) van de normale positie (ongeveer 7e in) naar de 2e in (geteld vanaf de rechterkant) te verplaatsen, d.w.z. naast het Spotlight-menu.

Tot nu toe? ... probleem verdwenen!

Niet 100% zeker waarom dit zou zijn, maar vermoed dat het iets te maken zou kunnen hebben met de volgorde waarin taken van die items op de RHS-menubalk worden geadresseerd na het wakker worden, dat wil zeggen dat die dichter bij RHS een hogere prioriteit hebben?

Het duurt maar een paar seconden om te doen, dus als je dit probleem ook hebt, is het misschien het proberen waard?

(iMac 27 "i7/OS X 10.10.5)

JH

1
toegevoegd

Probeer met de muis te klikken nadat je Mac uit de slaapstand is ontwaakt.

Dit leek mijn Magic Mouse 2 sneller te verbinden met een Mac Mini met macOS Sierra (10.12.2).

1
toegevoegd

Om samen te vatten, hier is een lijst met dingen die hier worden genoemd, in links hier vandaan, in soortgelijke discussies op andere sites, of zelfs verzonnen door mij die van die anderen redeneert. Ik heb dit allemaal geprobeerd, alleen en in veel combinaties. Ze leken allemaal minstens één keer te werken; ze hebben allemaal minstens één keer gefaald.

  • nieuwe muizenbatterijen
  • muis verwijderen en opnieuw koppelen
  • wifi en muis uitschakelen; sluit Bluetooth muis aan; herstel WiFi
  • wifi, muis en VPN uitschakelen; aansluiten; herstel
  • Bluetooth PAN verwijderen; verbinden
  • kextunload/laad USBTransport; verbinden
  • kabel kextunload naar slaapwatcher; slaap; wakker; verbinden
  • koppel alle USB-connectors los (goed, alle -aansluitingen); verbinden
  • uitloggen; Log in; verbinden
  • restart; Log in; verbinden
  • SMC opnieuw instellen (wat "afsluiten" betekent); herstarten; log in connect
  • VM-hosting afsluiten (zoals VMWare, Parallels of VirtualBox)

Ik kies ervoor deze lijst bij de hand te houden en "al het bovenstaande" te gebruiken.

Ik denk dat het enige dat zeker is, hier is dat er ergens een grote dosis "willekeurige" betrokken is, misschien een race tussen al deze drivers voor netwerken, pseudo-netwerken, gelaagde netwerken, virtuele netwerken en proxy-netwerken. In dat geval is het waarschijnlijk niet alleen de fout van Apple, omdat die stuurprogramma's uit verschillende bronnen komen.

Natuurlijk was de ooit zo beroemde 'just works'-reputatie van Apple grotendeels gebaseerd op het verbieden van precies dit soort botsende diversiteit.

1
toegevoegd

Met dank aan Tyilo van de opmerkingen over het geaccepteerde antwoord, heb ik zijn script aangepast om slaapwatcher te installeren en het script een code toe te voegen die niet alleen het Bluetooth-stuurprogramma zal ontladen ( com.apple.iokit.BroadcomBluetoothHostControllerUSBTransport ) , maar ook herstart blued , Apple's Bluetooth-daemon.

The script can be found here: https://gist.github.com/timgws/fc63aeca6a248bbb25ff

Het uitvoeren van dit heeft alle problemen voor mij opgelost.

1
toegevoegd

Looks like the kextunload commands don't actually work anymore on High Sierra. However, there's a 3rd party command line tool for doing the same thing and it works: https://github.com/toy/blueutil – you can tweak the scripts mentioned here to use blueutil instead, or there's even a full-blown solution (very similar to what we have seen on this page already): https://gist.github.com/ralph-hm/a65840c4f5e439b90170d735a89a863f

1
toegevoegd
Bent u de auteur van dat hulpprogramma?
toegevoegd de auteur Douglas, de bron
Dit alles doet hetzelfde als u aan/uit kunt doen wat u kunt doen via het Bluetooth-prefPane. In mijn geval hielpen ze niet. Als je dit wilt gebruiken, moet je de zip downloaden en vervolgens xcodebuild -project blueutil.xcodeproject in de onverpakte map uitvoeren. Het staat dan in build/Release .
toegevoegd de auteur Brian Rogers, de bron
Nee, ik heb net ontdekt dat ik weer op zoek was naar een oplossing voor dit probleem ...
toegevoegd de auteur Maxim, de bron

Het grootste deel van de suggestie die ik heb gelezen leek een beetje ingewikkeld voor zoiets eenvoudigs als dit. Besloten om een ​​noob-benadering te volgen:

  1. Ging naar Systeemvoorkeuren/Muis/Bluetooth-muis instellen
  2. Scherm weergegeven "Geen muis gevonden" en begonnen met zoeken.
  3. Schakelde mijn muis uit en zette hem weer aan (Windows-oplossing voor een groot aantal problemen).
  4. Het heeft mijn muis gevonden.
1
toegevoegd

Installeer MacOS opnieuw.

Dit is niet echt een oplossing, maar ik wil gewoon mijn ervaring delen om hoop te geven aan diegenen die voor hetzelfde probleem staan ​​als de mijne - dat dit misschien nog steeds geen hardwareprobleem of wifi-interferentieprobleem is, wat misschien duurder is of lastig om het opnieuw installeren van MacOS op te lossen.

Wat ik heb ervaren: nadat mijn 2015 Macbook Pro uit de slaap was gevallen, kon deze geen verbinding maken met Bluetooth-apparaten. Het probleem had overuren verslechterd, aanvankelijk slechts weinig ongemak (bijvoorbeeld het uitschakelen en opnieuw inschakelen van bluetooth-module of wifi zou dit kunnen repareren) om later een enorme pijn te veroorzaken (bijv. Vereist opnieuw opstarten met SMC/PRAM-reset).

Een symptoom of bijwerking die mogelijk in verband kan worden gebracht, was dat de computer soms te lang (10 seconden) duurde om wakker te worden.

Het opnieuw installeren (opschonen) van MacOS was mijn laatste redmiddel, maar het lijkt gewoon te werken. Na het opnieuw installeren heb ik geen enkel probleem of hik waargenomen met bluetooth, wifi of slapen.

Disclaimer: er is waarschijnlijk een goede oplossing die hetzelfde effect kan bereiken, dat al dan niet is ontdekt. Ook het opnieuw installeren van OS brengt altijd risico's met zich mee dat je gegevens en productiviteit verliest die je moet evalueren.

New update: It was problem-free for a week. But then the bluetooth problem seems to come back sometimes. I did not do much tinkering with the system in the week other than installing some very common software and packages mainly through Homebrew.

0
toegevoegd