add missed component

public/uk/pi-hole-manual-install-on-fedora-linux.gmi

@@ -218,4 +218,44 @@ resolvectl status
 
 Якщо все зроблено правильно, то у Веб-адмінці (за адресою у прикладі - http://localhost:8053/admin/) почне відображатись аналітика локальних запитів:
 
-=> pi-hole-manual-install-on-fedora-linux/web-ui.png Вигляд адмінки Pi-hole (скріншот)
+=> pi-hole-manual-install-on-fedora-linux/web-ui.png Вигляд адмінки Pi-hole (скріншот)
+
+## pi-hole/pi-hole
+
+Не був би-то піхол: згодом виявилось, що найважливіша функція білих/чорних списків все ще не працює при спробі оновити базу в адмінці. Для вирішення цієї проблеми, потрібен ще один компонент:
+
+``` bash
+git clone https://github.com/pi-hole/pi-hole
+sudo mkdir -p /etc/.pihole
+sudo install pi-hole/advanced/* /etc/.pihole
+sudo chown pihole:pihole /opt/pihole
+```
+
+А також:
+
+``` bash
+sudo mkdir -p /opt/pihole
+sudo install pi-hole/advanced/Scripts/* /opt/pihole
+sudo install pi-hole/gravity.sh /opt/pihole
+```
+* можливо щось з того лінкується, але в мене це копії
+
+І наостанок:
+
+``` bash
+sudo install pi-hole/pihole  /usr/local/bin
+```
+
+Технічно, після цих маніпуляцій, повинна без помилок працювати відповідна функціональність в адмінці, а також команда ініціалізації бази списків "Gravity":
+
+``` bash
+sudo pihole -g
+```
+
+* Бонус: нарешті в `pi-hole/advanced/Templates/pihole-FTL.service`, я випадково знайшов приклад конфігурації сервісу systemd, де й дійсно для запуску потрібен аргумент `-f`.
+
+## Висновки
+
+Чесно кажучи, з цими кущами-хащами bash, я розчарувався в даному рішенні, навіть якщо в Pi-hole вгепано багато зусиль сісадмінів, що звикли спілкуватись з компом переважно мовою препроцесору і текстових конфігів. Для мене це не стабільність, не передбачувана поведінка через відсутність типізації і логічних помилок; залежність від контейнера.
+
+Оскільки мені головою (замість процесора) переварювати цей баш в сирому вигляді і на живій системі не цікаво, шукатиму якесь інше рішення, а досвід - хай лишається на замітку.