Solved: bluez 5.43 have bluetooth disabled on boot
Hello,
I am setting up a home linux desktop for development projects, and have decided to use Fedora 25. The PC has built-in bluetooth, which is working in Fedora 25 + xfce4, through the bluez 5.43 package.
I'd like to be security conscious, and don't feel comfortable with bluetooth turned on normally. Ideally it would be nice to have bluetooth disabled on boot, but to be able to turn it on easily with the blueman-applet program in xfce4.
Running
rfkill block bluetooth
seems to be a good way to do this as it disables bluetooth in the applet (as well as the hciconfig controlelr) and it can easily be turned back on via the applet. But I can't figure out any way to keep bluetooth from being enabled on system startup.
I've noticed that if I disable bluetooth via rfkill, and then restart the bluetoothd process, bluetooth becomes unblocked in
rfkill list
Is there any way to keep the bluetoothd process from enabling bluetooth at startup? I've tried changing the AutoEnable option in /etc/bluetooth/main.conf, but doesn't seem to make a difference. I think I'd be happy even modifing the bluez sourcecode and rebuilding, but can't make out what may be happening in that source code. I don't know much about security, but I'd like it if the solution didn't involve having bluetooth turn on and then back off during startup.
Comments
-
I found out the issue wasn't with bluetoothd, it was actually the blueman-applet powering on the bluetooth controller whenever bluetoothd restarted. The solution was actually really simple:
Right-click on the blueman-applet, the Plugins, Powermanager, Configuration, then uncheck auto power-on. Now it seems bluetooth stays off after a new login or reboot.
0 -
I managed to fix this. After trying to work with the source of bluetoothd, I found out that was not the issue, but instead the blueman-applet program was unblocking bluetooth whenever bluetoothd restarted. As it turns out there is a simple option:
right click on the blueman-applet icon, then Plugins, then PowerManager, then Configuration, and uncheck Auto power-on.
0
Categories
- All Categories
- 177 LFX Mentorship
- 177 LFX Mentorship: Linux Kernel
- 750 Linux Foundation IT Professional Programs
- 373 Cloud Engineer IT Professional Program
- 169 Advanced Cloud Engineer IT Professional Program
- 74 DevOps IT Professional Program - Discontinued
- 4 DevOps & GitOps IT Professional Program
- 99 Cloud Native Developer IT Professional Program
- 7.6K Training Courses & Learning Paths
- 1 AI & ML Training
- 1 Blockchain & Decentralized Identity Training
- 3 Cloud & Containers Training
- 1 Cybersecurity Training
- 2 DevOps & Site-Reliability Training
- 1 Linux Kernel Development Training
- 1 Networking Training
- 1 Open Source Best Practice Training
- 1 System Administration Training
- 1 System Engineering Training
- 1 Web & Application Development Training
- 792 Hardware
- 202 Drivers
- 68 I/O Devices
- 37 Monitors
- 95 Multimedia
- 173 Networking
- 91 Printers & Scanners
- 87 Storage
- 769 Linux Distributions
- 81 Debian
- 68 Fedora
- 22 Linux Mint
- 13 Mageia
- 24 openSUSE
- 150 Red Hat Enterprise
- 31 Slackware
- 13 SUSE Enterprise
- 356 Ubuntu
- 465 Linux System Administration
- 31 Cloud Computing
- 73 Command Line/Scripting
- Github systems admin projects
- 98 Linux Security
- 78 Network Management
- 101 System Management
- 46 Web Management
- 106 Mobile Computing
- 18 Android
- 73 Development
- 1.2K New to Linux
- 1K Getting Started with Linux
- 392 Off Topic
- 121 Introductions
- 181 Small Talk
- 29 Study Material
- 955 Programming and Development
- 310 Kernel Development
- 627 Software Development
- 983 Software
- 375 Applications
- 182 Command Line
- 5 Compiling/Installing
- 68 Games
- 317 Installation
- Archived
- 2 LFD140 Class Forum
Upcoming Training
-
August 20, 2018
Kubernetes Administration (LFS458)
-
August 20, 2018
Linux System Administration (LFS301)
-
August 27, 2018
Open Source Virtualization (LFS462)
-
August 27, 2018
Linux Kernel Debugging and Security (LFD440)