Syntax OK aber ein Neustart des Webservers hat nichts gebracht. 
sudo systemctl status --full --no-pager lighttpd.service hat das selbe Ergebnis wie zuvor.
Vielleicht hat es beim Update des Raspberry Pi was zerschossen?!
Meinst Du ein OS-Upgrade?
Möglicherweise hat er sich nur bei der Startreihenfolge verhaspelt.
Klappt es nach einem Shutdown, Trennung der Stromversorgung und anschliessendem Neustart?
Ja ich hatte ein Update vom Raspberry OS gemacht und danach den Pi neu gestartet.
Ein Shutdown und Neustart nach Trennung der Stromversorgung hat leider auch nichts gebracht. 
Da die Meldung Start request repeated too quickly ein Timing-Problem nahelegt, versuch es noch einmal mit
sudo systemctl stop lighttpd.service
nach ein paar zehn Sekunden gefolgt von
sudo systemctl start lighttpd.service
Wenn das nichts bringt:
In ähnlichen Fällen hat es mitunter geholfen, das gamin-Softwarepaket zu installieren.
Der Stop und Neustart von lighttpd hat leider nichts gebracht.
Auch die Installation von gamin hat nicht geholfen. Die apt-utils waren schon installiert.
Eventuell gibt es noch weitere Hinweise in den Logs.
Was gibt folgendes Kommando zurück:
sudo journalctl -xeu lighttpd.service
The process' exit code is 'exited' and its exit status is 255.
Apr 10 22:17:39 avwPi-hole systemd[1]: lighttpd.service: Failed with result 'exit-code'.
-- Subject: Unit failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The unit lighttpd.service has entered the 'failed' state with result 'exit-code'.
Apr 10 22:17:39 avwPi-hole systemd[1]: lighttpd.service: Service RestartSec=100ms expired, scheduling restart.
Apr 10 22:17:39 avwPi-hole systemd[1]: lighttpd.service: Scheduled restart job, restart counter is at 5.
-- Subject: Automatic restarting of a unit has been scheduled
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Automatic restarting of the unit lighttpd.service has been scheduled, as the result for
-- the configured Restart= setting for the unit.
Apr 10 22:17:39 avwPi-hole systemd[1]: Stopped Lighttpd Daemon.
-- Subject: A stop job for unit lighttpd.service has finished
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A stop job for unit lighttpd.service has finished.
--
-- The job identifier is 2659 and the job result is done.
Apr 10 22:17:39 avwPi-hole systemd[1]: lighttpd.service: Start request repeated too quickly.
Apr 10 22:17:39 avwPi-hole systemd[1]: lighttpd.service: Failed with result 'exit-code'.
-- Subject: Unit failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The unit lighttpd.service has entered the 'failed' state with result 'exit-code'.
Apr 10 22:17:39 avwPi-hole systemd[1]: Failed to start Lighttpd Daemon.
-- Subject: A start job for unit lighttpd.service has failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit lighttpd.service has finished with a failure.
--
-- The job identifier is 2659 and the job result is failed.
( Seeing that you are currently still editing:
You can format command output by highlighting some text and selecting the </> Preformatted text option from the menu. 
EDIT: Sorry, das hatte ich aus einem englischen Text kopiert und bin dann ins Englische verfallen. Aber offensichtlich war es dennoch hilfreich. )
Hmm, das sagt uns nicht viel mehr als die direkte Status-Meldung.
Wie sieht denn die zu startende Service-Unit aus:
cat /lib/systemd/system/lighttpd.service
Und was erhalten wir, wenn Du lighttpd komplett von Hand startest.
Erst stoppen:
sudo systemctl stop lighttpd.service
und dann
sudo /usr/sbin/lighttpd -D -f /etc/lighttpd/lighttpd.conf
1 Like
cat /lib/systemd/system/lighttpd.service gibt die Meldung:
[Unit]
Description=Lighttpd Daemon
After=network-online.target
[Service]
Type=simple
PIDFile=/run/lighttpd.pid
ExecStartPre=/usr/sbin/lighttpd -tt -f /etc/lighttpd/lighttpd.conf
ExecStart=/usr/sbin/lighttpd -D -f /etc/lighttpd/lighttpd.conf
ExecReload=/bin/kill -USR1 $MAINPID
Restart=on-failure
[Install]
WantedBy=multi-user.target
Das Stoppen und der händische Neustart bringen leider nichts.
Welche Meldung gibt denn das letzte Kommando (das mit -D -f) aus?
sudo /usr/sbin/lighttpd -D -f /etc/lighttpd/lighttpd.conf gibt die Meldung
2021-04-11 00:40:10: (network.c.313) can't bind to socket: 0.0.0.0:80 Address already in use
Es geht wieder! Leider weiß ich aber nicht welcher Schritt die Lösung war.
Ich habe den Schritt aus diesem Post nochmal wiederholt.
Ich habe sudo /usr/sbin/lighttpd -D -f /etc/lighttpd/lighttpd.conf nochmal ausgeführt um dir die Antwort auf die letzte Frage mit dem Komando (-D -F) schreiben zu können.
Beim ersten Mal gab es keine Meldung.
Da Lighttpd standardmäßig alles in eine Datei loggt, hilft journalctl hier nicht besonders, sondern zeigt nur die automatischen Neustartversuche wegen Restart=on-failure bis das Limit dafür erreicht wurde. Schau dir mal den Logdatei an, vielleicht zeigt sie dir was zu Anfang sag Problem war. Am Ende lief er wohl als du mit dem Befehl eine weitere Instant starten wolltest, was wegen der Port 80 Bindung nicht geht.
tail -20 /var/log/lighttpd/error.log
tail -20 /var/log/lighttpd/error.log sagt:
2021-04-11 00:39:38: (server.c.1464) server started (lighttpd/1.4.53)
2021-04-11 00:39:38: (server.c.1493) WARNING: unknown config-key: alias.url (ignored)
2021-04-11 00:39:55: (server.c.1759) logfiles cycled UID = 0 PID = 0
2021-04-11 00:39:55: (server.c.1759) logfiles cycled UID = 0 PID = 3867
Okay, das sind leider nur die Logs vom aktuellen Webserver Start wie es aussieht. Aber falls er mal wieder crashen sollte, kannst du da sehen was los ist.
Da ist ein ungültiger Eintrag in deiner Konfiguration, wohl wegen eines fehlenden Moduls, aber Lighttpd ignoriert diese i.d.R einfach.
Danke für den Tipp. Das Dashboard geht auch zur Zeit wieder. Das Problem habe ich jedes Mal wenn ich den Raspberry neu starte nach einem Update. Nach einer Weile ging das Dashboard dann wieder von selbst. Nur heute hat es von selbst nicht geklappt.
Hört sich wirklich nach einem Timingproblem an, z.B. dass die Netzwerkadapter noch nicht so ganz geladen sind wenn beim boot Lighttpd versucht wird zu starten. Du kannst ja mal so einen Neustart machen, und falls es wieder nicht geht in die Logdatei sehen.
Danke, dass behalten ich mir mal im Hinterkopf für die Zukunft. Im Moment bin ich froh, dass das Dashboard wieder angezeigt wird. 
Ich sehe das mal als die Lösung für das Problem an. Zudem hatte ich noch das gamin-Softwarepaket installiert. Danke an @Bucking_Horn.
Update: 14.05.2021
Ich hatte heute wieder das Problem, dass das Pi-hole Dashboard nach einem Neustart gestreikt hat.
Laut /var/log/lighttpd/error.log hatte ich wohl das Problem: (gw_backend.c.507) bind failed for: unix:/var/run/lighttpd/php.socket-0 No such file or directory
Nach einiger Recherche habe ich dann in /var/run/ das Verzeichnis lighttpd angelegt und mit sudo chown -R www-data:www-data /var /run/lighttpd die nötigen Rechte erteilt.
Nach einem erneuten sudo service lighttpd stop && sudo service lighttpd start wurde das Pi-hole Dashboard wieder angezeigt.
Ob dies auch das Problem beim ersten Mal war kann ich nicht sagen, da dieser Eintrag bei der Fehlersuche zuvor im Forum sicher aufgefallen wäre.
Da das Topic mittlerweile geschlossen wurde, habe ich den anderen Lösungsweg in diesen Beitrag geschrieben. Vielleicht kann das mal jemand irgendwann gebrauchen. 
This topic was automatically closed 21 days after the last reply. New replies are no longer allowed.