aboutsummaryrefslogtreecommitdiffstats
path: root/TROUBLESHOOTING.md
diff options
context:
space:
mode:
authorpetreeftime <[email protected]>2016-05-19 19:00:24 +0300
committerpetreeftime <[email protected]>2016-05-19 19:00:24 +0300
commit02bd6ad4fa34eb17a737cf0eac1e7343eb68d408 (patch)
tree36ca9ede4436516413697fadf69b422a366fb4a0 /TROUBLESHOOTING.md
parent48db051accb834c200492c8dd462835de6eb9a17 (diff)
Update TROUBLESHOOTING.md
Diffstat (limited to 'TROUBLESHOOTING.md')
-rw-r--r--TROUBLESHOOTING.md14
1 files changed, 7 insertions, 7 deletions
diff --git a/TROUBLESHOOTING.md b/TROUBLESHOOTING.md
index 891cbbde..fe143c56 100644
--- a/TROUBLESHOOTING.md
+++ b/TROUBLESHOOTING.md
@@ -3,11 +3,13 @@ Solving common issues with TinyB {#troubleshooting}
If you are having issues with TinyB, please follow these steps to resolve common issues:
-1. Make sure blueoothd daemon is started: ``` ps -eF | grep bluetoothd ``` or ``` ps | grep bluetoothd ``` if your ps command does not support parameter. This command should a line containing bluetoothd.
+1. Make sure bluetooth is not blocked. On most systems you can do this with ``` rfkill unblock bluetooth ```.
- If the bluetooth daemon is not started, you should run ```systemctl start bluetooth.service``` if your system is using systemd.
+2. Make sure blueoothd daemon is started: ``` ps -eF | grep bluetoothd ``` or ``` ps | grep bluetoothd ``` if your ps command does not support parameters (such as BusyBox based systems). This command should a line containing bluetoothd.
-2. Make sure you are running bluetoothd with the -E flag. It should be visible when running the commands in 1. If it is not present, you need to add it in ``` /lib/systemd/system/bluetooth.service ``` or the equivalent on your system.
+ If the bluetooth daemon is not started, you should run ```systemctl start bluetooth.service``` on systems using systemd, or the equivalent for your distro.
+
+3. Make sure you are running bluetoothd with the -E flag. It should be visible when running the commands in 1. If it is not present, you need to add it in ``` /lib/systemd/system/bluetooth.service ``` or the equivalent on your system.
3. Make sure that your DBus policy permits users to access BlueZ GATT interfaces. The following lines should be present in ``` /etc/dbus-1/system.d/bluetooth.conf ``` under ``` <policy context="default"> ```:
```
@@ -15,10 +17,8 @@ If you are having issues with TinyB, please follow these steps to resolve common
<allow send_interface="org.bluez.GattCharacteristic1"/>
<allow send_interface="org.bluez.GattDescriptor1"/>
```
-
-4. Make sure bluetooth is not blocked. On most systems you can do this with ``` rfkill unblock bluetooth ```.
-5. Make sure your kernel supports Bluetooth. This is sometimes hard to verify, here are some ways on how to do this:
+4. Make sure your kernel supports Bluetooth. This is sometimes hard to verify, here are some ways on how to do this:
* ``` lsmod | grep bluetooth ``` should return a line containing bluetooth, if not, try ``` modprobe bluetooth ``` or ``` insmod bluetooth ```
* ``` /proc/config ``` or ``` /proc/config.gz ``` or ``` /boot/config ``` should contain ``` CONFIG_BT=y ``` or ``` CONFIG_BT=m ``` and ``` CONFIG_BT_LE=y ```. If ``` CONFIG_BT=m ``` is enabled, make sure to load your module using ``` modprobe bluetooth ``` or ``` insmod bluetooth ```
- * ``` rfkill list ``` should show at least a line containing bluetooth, and it should not be blocked, if it is, see step 4.
+ * ``` rfkill list ``` should show at least a line containing bluetooth, and it should not be blocked, if it is, see step 1.