Sieht recht alt aus...
Jup, vom 12.03.2020.
Das bestärkt mich jetzt, bei meiner vermutung, das der update vorgangn unterbrochen wird, weil der ftl nicht gestartet werden kann, weil meine nas nen armv5l drin hat.
Da bringt das beste selbst komplieren nichts, wen der update vorgang nicht kommplet ist.
Conan, hast Du das richtige log geöffnet?
Ich zitier mal direkt aus dem Topic, das ich oben verlinkt hatte:
After spending a lot of time trying to fix this, did a pihole -uninstall.
Then downloaded the install script, modified it to use my compiled FTL and installed. Voila!
Habt ihr das so probiert, oder nur über Update?
Nur update.
Wie downloade ich das instal script?
Innstallieren, tu ich pihole immer per
curl -sSL https://install.pi-hole.net | bash
und wie ändere ich es dann ab?
Alternative 2 in Installation - Pi-hole documentation
Beim Abändern muss ich leider passen, hatte bisher noch nichts mit dem Installer zu tun.
Ist aber schon doof, wen ich bei jedem update, pihole deinnstalieren muss, script runterladen, abändern und wieder innstallieren.
Vielleicht findest du noch ein anderes Gerät, auf dem du Pihole installieren kannst? Gebrauchte PIs gibts auch für wenige Euro... dann sparst du dir auch
Ernsthaft?
Ich soll ein anderes gerät nutzten, weil pihole sich nicht richtig updaten läst?
So wird nicht der fehler behoben.
Da versucht man alle dienste auf einem Gerät zu bringen, um den Kabel salat im zaum zu halten, dann bekommt man den tipp, kauf dir einfach ein zusätzliches gerät, ein netzwerkabel mehr, Stromkabel wo rum liegt.
Das finde ich sehr löblich, genau so wie yubiusers Frage auch.
Wenn sich hier User untereinander helfen, muss natürlich nicht jeder Vorschlag auch passen, Keiner kennt ja die Situation vor Ort besser als der Betroffene, in dem Fall also Du.
Bezüglich der Unterstützung von arm5vtel:
Bislang sind mir genau vier Benutzer bekannt, die ein solches System für Pi-hole verwenden (weil sie beim Update Probleme hatten).
Du könntest einen Feature Request zur Unterstützung durch ein eigenes Binary stellen.
Oder vielleicht hast Du sogar Lust, das selbst für Pi-hole bereitzustellen und zu warten?
Pi-hole lebt ja von der Untersützung durch die Community. 
Das stimmt natürlich und es wäre toll, wenn aus dieser Diskussion eine Lösung für das Problem hervorgeht. Sollte diese aber nicht in Sicht sein, würde ich mir überlegen, ob es mir jedes Mal den Aufwand wert wäre. Du kannst natürlich zu einer anderen Entscheidung kommen als ich.
Auch dafür gibt es Lösungen, zb POE.
Wen der aufwand, nur das kompilieren des FTL dienst wäre, wie bei den updates zuvor war, Ja, das wäre es mir wert.
In der nas sind 4 hdds verbaut, 3extern hdds hängen per usb dran, Openpn client läuft drauf, hab sie sogar auf debian umgeflasht um ein richtigen pc raus zu machen, ausederm überwache ich, per Cacti, meine 6591, die Modemwerte.
Aber, wenn ich das jetzt richtig verstehe, müsste man zusätzlich zum Kompilieren des FTL nur noch das Skript gravity.sh händisch ausführen.
Dann läuft es doch, oder habe ich noch etwas übersehen?
@ Bucking_Horn
Das pihole nicht alle cpu arten, mit allen variationen abdecken kann ist mir bewust, hab ich auch nie angekreidet, ich hab mich hingesetzt, als pihole nicht gelaufen ist, hab per google heruasgefunden, das mein armv5l nicht direkt unterstützt wird.
Dann bin ich darauf gestosen
https://docs.pi-hole.net/ftldns/compile/
Hab es kompliert und lief und das war für mich das wichtigste.
Bei den letzten 2 Update muste ich "nur" pihole -up eintippen und dann den ftl neu komplieren und dann lief wieder alles.
Nemen wir mal an, ich würde die pihole-ftl für alle zuverfügung stellen, wie würde das genau gehen?
@Schultze
So einfach ist das nicht, da durch das abgebroche update, nicht alle datein richtig aktualisiert worden sind. Was noch alles falsch läuft das nicht vollständige updaten, ist noch nicht abzusehen.
gravity.sh ist in eurer Konstellation beim gescheiterten Upgrade vermutlich nicht aktualisiert worden.
Da (zumindest mir) unklar ist, was sonst noch alles bei euch fehlt, wäre der Weg über eine Installation sauberer.
Vielleicht lässt sich aber auch update.sh analog zum Insatllationsskript so abändern, dass es mit dem Eigenkompilat läuft?
Durch den händischen Aufruf des Skrips wurde dann bei mir aber die gravity.db erzeugt und gefüllt. Das Skript scheint also aktuell, wird aber von pihole -g nicht gestartet.
Alles seltsam
@Bucking_Horn
Hier haben wir dasselbe Problem: PiHole funktioniert nicht mehr nach Update - #20 by Rocky
Evtl. kann man die Threads zusammenführen und bei ähnlichen Threads entsprechend genau das ebenfalls prüfen. Ich schau mal den updater durch, ob es einen Grund/Fehler geben könnte der u.U. das update von gravity.sh verhindert.
@Schultze
Super info, d.h. /etc/.pihole ist aktuell, aber /opt/pihole nicht. Letzteres ist der Ort wo der pihole command die Skripts aufruft.
Die entsprechende Funktion wird definitiv aufgerufen wenn das update nicht zwischendurch abbricht: pi-hole/basic-install.sh at 4d25f695267590b61a4061f9bb43448005d99b85 · pi-hole/pi-hole · GitHub
Dieser command sollte das Skript copieren: pi-hole/basic-install.sh at 4d25f695267590b61a4061f9bb43448005d99b85 · pi-hole/pi-hole · GitHub
install -o "$(id -un)" -Dm755 -t "/opt/pihole" gravity.sh
Keine Ahnung wie das scheitern sollte 
.
root@dalmore:~# ll /etc/.pihole/gravity.sh
-rwxr-xr-x 1 root root 29096 May 13 13:30 /etc/.pihole/gravity.sh
Ist bei mir aktualisiert worden.
Stimmt, in dem Verzeichnis ist alles veraltet.
Ich würde vorschlagen, dazu zunächst einmal einen Feature Request aufzumachen und dort anzubieten, dass Du ggf. dabei unterstützen könntest.
Dann werden sich die Entwickler entsprechend zurückmelden.
Außerdem liesse sich an der Unterstützung für den FR viellleicht sehen, wie populär die Plattform ist. Aus den Fehlermeldungen alleine kann man das ja schlecht ableiten.