Sometimes bluetooth works flawlessly, but if I leave my bluetooth keyboard idle too long, it disconnects as a battery saving feature. It will never connect again until I restart.
I could live with that, annoying as it was, but I just updated raspi-config, did a sudo apt-get update and upgrade and when I connected my keyboard it worked fine, headphones too.
Then thevkeyboard did its power saving thing and I tried to reconnect it, it refuses stating "already connected" at which point I tried to disconnect it.
Nothing, it just says "disconnecting" for many minutes.
After rebooting and trying to connect either my headphones or keyboard, I get the following error message.
"connection failed - GDBus.Error.org.bluez.Error.Failed: Input/output error"
Which is the error I always see when trying to reconnect, except now it says this even on the first connection attempt of any bluetooth device.

I opened a terminal and using my onscreen keyboard typed bluetoothctl
The devices list shows 'new' and lists the two devices as it should.
Then I type show and get this:

I can only conclude bluetooth on the Pi is so cheap that it doesn't work.

I was able to connect to a bluetooth LE device with gatttool before upgrading, and now it doesn't connect.
I have a CSR 8510 usb dongle plugged into a Pi2

While the upgrade was running it logged the packages mostly successful but also logged errors about running out of disk space.
I thought the scripts/dpkg or whatever would abort instead of charging on with an upgrade and not enough space. Why wouldn't the debian scripts check for disk space on a system with only 8G space? Is this a bug with dpkg/aptitude?

The Pi was acting slow at times and ok at other times. Dmesg shows mmc_rescan errors. Some google results blame flash problems for this but things were working fine before the upgrade. I came across a linux patch for the mmc driver to reset it, so I suppose there's a chance it's the kernel/driver.

Unfortunately I didn't save a disk image of the flash card, so rolling back won't be so easy.

I'm also having troubles with the Bluetooth on board Raspberry PI3. I'm currently running the latest Raspbian OS (just downloaded a fresh image yesterday) in desktop mode. I can't get Bluetooth to work and I tried lots of stuff that I read in this thread.
I'm starting to think that maybe I have a defective chip, although wireless seems to work fine.

I'm pretty rusty with Linux, I haven't used it since my college years (about 11 years ago). Could you please help me diagnose my board? To check if I'm facing a hardware problem or not?

I had great difficulty in the past trying to get bluetooth to work and gave up trying because my successes were so rare and other people were having similar problems. I do not have a bluetooth keyboard or a mouse and can only test audio. I am not technically minded and may not explain things very clearly. So far I have only added Stretch to my Raspberry Pi 2 which has a Plugable 4.0 Bluetooth adapter to provide bluetooth access. Typing "bluetoothctl" and then "scan on" seems to provide a bluetooth connection very quickly. You need to choose your bluetooth speaker output via a right click on the speaker icon on the top line. Audio from Absolute Radio and radio from BBC iplayer come through a beatspill speaker very clearly. Audio played via omxplayergui only comes through the television as normal. Typing "omxplayer -o alsa http://radio URL or the path to a video" allows the sound to come through a bluetooth speaker. There is no problem with the radio sound output but video and sound have not been synchronised. I realise that the Raspberry PI 2 is less powerful than the Raspberry Pi 3. Next I shall try to play mpc/mpd through a bluetooth speaker. If any one has found a simple way of doing this, or of using omxplayergui to provide a bluetooth output I would appreciate their advice.

Last edited by johndavies on Fri Sep 29, 2017 11:34 pm, edited 1 time in total.

You just won't get good synchronization with video and Bluetooth audio on a Pi unless you use a video player that has an adjustable delay. I'm not familiar with omxplayergui, but I suspect it is older than the omxplayer version that includes the -o option. You may be able to modify the source code.