# pihole-FTL.service not removed on uninstall
**URL:** https://dietpi.com/forum/t/pihole-ftl-service-not-removed-on-uninstall/16009
**Category:** Troubleshooting
**Tags:** services
**Created:** [20 February 2023 13:22 UTC](https://dietpi.com/forum/t/pihole-ftl-service-not-removed-on-uninstall/16009 "2023-02-20T13:22:29Z")
**Posts on this page:** 10
**Page:** 1
### Author:  [@limejuice](https://dietpi.com/forum/u/limejuice)
#### Post date: [20 February 2023 13:22 UTC](https://dietpi.com/forum/t/pihole-ftl-service-not-removed-on-uninstall/16009/1 "2023-02-20T13:22:29Z")
### Creating a bug report/issue
#### Required Information
- DietPi version | `cat /boot/dietpi/.version`
G\_DIETPI\_VERSION\_CORE=8
G\_DIETPI\_VERSION\_SUB=14
G\_DIETPI\_VERSION\_RC=2
G\_GITBRANCH=‘master’
G\_GITOWNER=‘MichaIng’
G\_LIVE\_PATCH\_STATUS[0]=‘not applicable’
- Distro version | `echo $G_DISTRO_NAME $G_RASPBIAN`
bullseye 1
- Kernel version | `uname -a`
- SBC model | `echo $G_HW_MODEL_NAME` or (EG: RPi3)
Linux rpi1 5.15.84+ #1613 Thu Jan 5 11:58:09 GMT 2023 armv6l GNU/Linux
- Power supply used | (EG: 5V 1A RAVpower)
Generic 5V 1.2A
- SD card used | (EG: SanDisk ultra)
SanDisk Extreme Pro 8GB
#### Additional Information (if applicable)
- Software title | (EG: Nextcloud)
- Was the software title installed freshly or updated/migrated?
- Can this issue be replicated on a fresh installation of DietPi?
← If you sent a “dietpi-bugreport”, please paste the ID here →
- Bug report ID | `echo $G_HW_UUID`
#### Steps to reproduce
1. Install pihole-FTL and unbound using dietpi-software
2. Uinstall pihole-FTL using dietpi-software (keeping unbound to use for AdGuardHome)
#### Expected behaviour
- pihole-FTL.service (/etc/systemd/system/pihole-FTL.service) should be removed so that it doesn’t show up in dietpi-services anymore
#### Actual behaviour
- It is staying there so that it shows up in dietpi-services which is just confusing
#### Extra details
- I deleted the pihole-FTL.service myself so that it doesn’t show up in dietpi-services anymore
---
### Author:  [@Jappe](https://dietpi.com/forum/u/Jappe)
#### Post date: [20 February 2023 13:30 UTC](https://dietpi.com/forum/t/pihole-ftl-service-not-removed-on-uninstall/16009/2 "2023-02-20T13:30:49Z")
Did it also remain after a reboot?
---
### Author:  [@limejuice](https://dietpi.com/forum/u/limejuice)
#### Post date: [20 February 2023 13:44 UTC](https://dietpi.com/forum/t/pihole-ftl-service-not-removed-on-uninstall/16009/3 "2023-02-20T13:44:54Z")
I’m not sure if I rebooted directly after the uninstall using dietpi-software. But I did once I tweaked some overclock settings and it remained.
The same thing is happening on my Raspberry Pi 2. I used PiHole there, liked AdGuardHome better so I migrated to that and now I am migrating that AdGuardHome to my Raspberry Pi 1 since I am running out of RAM on my Rpi2.
Screenshot of Rpi2 where I haven’t deleted pihole-FTL.service manually yet:
---
### Author:  [@Joulinar](https://dietpi.com/forum/u/Joulinar)
#### Post date: [20 February 2023 13:51 UTC](https://dietpi.com/forum/t/pihole-ftl-service-not-removed-on-uninstall/16009/4 "2023-02-20T13:51:45Z")
Probably an issue we might need to report to PiHole developer directly. It’s their service and usually they need to remove it as well.
I guess @MichaIng knows because he supported PiHole developer on implementing this feature.
---
### Author:  [@MichaIng](https://dietpi.com/forum/u/MichaIng)
#### Post date: [21 February 2023 20:45 UTC](https://dietpi.com/forum/t/pihole-ftl-service-not-removed-on-uninstall/16009/5 "2023-02-21T20:45:57Z")
I guess when the systemd unit was added, it was forgotten to be added to the uninstaller as well. Since I added the systemd unit, my fault 😅 (despite reviewers from Pi-hole team could/should have recognised as well).
>
>
> \## Thank you for your contribution to the Pi-hole Community!
>
> Please read the …comments below to help us consider your Pull Request.
>
> We are all volunteers and completing the process outlined will help us review your commits quicker.
>
> \*\*Please make sure you\*\*
>
> 1. Base your code and PRs against the repositories developmental branch.
> 2. \[Sign Off\](https://docs.pi-hole.net/guides/github/how-to-signoff/) all commits as we enforce the \[DCO\](https://docs.pi-hole.net/guides/github/dco/) for all contributions
> 3. \[Sign\](https://docs.github.com/en/authentication/managing-commit-signature-verification/signing-commits) all your commits as they must have verified signatures
> 4. File a pull request for any change that requires changes to \[our documentation\](https://docs.pi-hole.net/) at our \[documentation repo\](https://github.com/pi-hole/docs)
>
> \---
>
> \*\*What does this PR aim to accomplish?:\*\*
>
> Remove the FTL systemd service and override configs on uninstall.
>
> \*\*How does this PR accomplish the above?:\*\*
>
> \`rm -(R)f\` like other files and dirs.
>
> \*\*Link documentation PRs if any are needed to support this PR:\*\*
>
> None
>
> \---
> \*\*By submitting this pull request, I confirm the following:\*\*
>
> 1. I have read and understood the \[contributors guide\](https://docs.pi-hole.net/guides/github/contributing/), as well as this entire template. I understand which branch to base my commits and Pull Requests against.
> 2. I have commented my proposed changes within the code and I have tested my changes.
> 3. I am willing to help maintain this change if there are issues with it later.
> 4. It is compatible with the \[EUPL 1.2 license\](https://opensource.org/licenses/EUPL-1.1)
> 5. I have squashed any insignificant commits. (\[\`git rebase\`\](http://gitready.com/advanced/2009/02/10/squashing-commits-with-rebase.html))
> 6. I have checked that another pull request for this purpose does not exist.
> 7. I have considered, and confirmed that this submission will be valuable to others.
> 8. I accept that this submission may not be used, and the pull request closed at the will of the maintainer.
> 9. I give this submission freely, and claim no ownership to its content.
>
> \---
> \- \[x\] I have read the above and my PR is ready for review. \*Check this box to confirm\*
---
### Author:  [@limejuice](https://dietpi.com/forum/u/limejuice)
#### Post date: [21 February 2023 20:59 UTC](https://dietpi.com/forum/t/pihole-ftl-service-not-removed-on-uninstall/16009/6 "2023-02-21T20:59:47Z")
Ok. Was it fine to just delete the pihole-FTL.service or did I have to remove those override configs as well?
---
### Author:  [@Joulinar](https://dietpi.com/forum/u/Joulinar)
#### Post date: [21 February 2023 21:05 UTC](https://dietpi.com/forum/t/pihole-ftl-service-not-removed-on-uninstall/16009/7 "2023-02-21T21:05:17Z")
simply go to remove the override config directory. To be on save side.
```auto
rm -Rf /etc/systemd/system/pihole-FTL.service.d
```
---
### Author:  [@limejuice](https://dietpi.com/forum/u/limejuice)
#### Post date: [21 February 2023 21:30 UTC](https://dietpi.com/forum/t/pihole-ftl-service-not-removed-on-uninstall/16009/8 "2023-02-21T21:30:15Z")
Thanks, that folder wasn’t there anymore. I’m not sure if I deleted it myself or if it was gone with the uninstall using dietpi-software.
---
### Author:  [@Joulinar](https://dietpi.com/forum/u/Joulinar)
#### Post date: [21 February 2023 21:42 UTC](https://dietpi.com/forum/t/pihole-ftl-service-not-removed-on-uninstall/16009/9 "2023-02-21T21:42:55Z")
> [@limejuice](#):
>
> I’m not sure if I deleted it myself or if it was gone with the uninstall using dietpi-software.
It’s an optional folder, not necessarily available on all systems. Typically, it just become available if you create overrides yourself.
---
### Author:  [@MichaIng](https://dietpi.com/forum/u/MichaIng)
#### Post date: [21 February 2023 22:41 UTC](https://dietpi.com/forum/t/pihole-ftl-service-not-removed-on-uninstall/16009/10 "2023-02-21T22:41:09Z")
> [@Joulinar](#):
>
> if you create overrides yourself.
or if you do tweaks with `dietpi-services`. Without the service file itself, the override config dir does no harm, so this is just for complete cleanup.