Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Ein ehemaliger Benutzer]

@thomas-braun sagte in Upgrade Debian 10 (Buster) zu Debian 11 (Bullseye) möglich?:

systemd / systemctl.

Bis Dato hat es funktioniert....mit über 60 brauche ich mich jetzt damit nicht auseinandersetzen...Frage ist nur, warum ist die bin verschwunden.
Das Verzeichnis ist leer.....habe mein altes System wieder am laufen und geht.....auch die bin ist an ihrem Ort.
Ich finde die upgraderei inzwischen zum Kotzen....ich kann abwarten.
Warum soll das jetzt neu sein....!?
btw....müssten ja viele Anleitungen umgeschrieben werden....zudem meine aus dem Elektronik Kompendium ist.

[Thomas Braun]

@menne sagte in Upgrade Debian 10 (Buster) zu Debian 11 (Bullseye) möglich?:

Frage ist nur, warum ist die bin verschwunden.

Das ist keine bin, wenn ich das richtig sehe ist serverctl 'nur' ein skript, was da manuell abgeladen wurde. Das ist mit Sicherheit kein Bestandteil von Raspberry OS.

[lessthanmore]

@thomas-braun Müsste Bestandteil von MacOS sein. https://krypted.com/tag/serverctl/

[Ein ehemaliger Benutzer]

@lessthanmore sagte in Upgrade Debian 10 (Buster) zu Debian 11 (Bullseye) möglich?:

@thomas-braun Müsste Bestandteil von MacOS sein. https://krypted.com/tag/serverctl/

Geb ich euch vollkommen recht...

#!/bin/bash
#==============================================================================================
# serverctl by TomL*thlu.de
#
# Script-Name :  serverctl
# Version     :  1.0
# Date        :  31.07.2017
# Lizenz      :  GNU GPL3
# Description :  Check if given server is reachable
#==============================================================================================

[ -z "$1" ] && Server="8.8.8.8" || Server=$1
echo "active/running   Server=$Server" | systemd-cat -t "thlu:`basename $0`" -p "info"

timeout=85
Diff=0
HomeNetIsConnect=-1

Start=$(date +%s);

while [ true ]; do
    /bin/ping -c1 -W1 -q $Server &>/dev/null
    HomeNetIsConnect=$?

    [ $HomeNetIsConnect -eq 0 ] && break
    /bin/sleep 0.5

    End=$(date +%s);
    Diff=$((End-Start))
    [[ Diff -gt timeout ]] && break
done
rc=0
if [[ $HomeNetIsConnect -eq 0 ]]; then
    echo "Host $Server is reachable! (RC:$HomeNetIsConnect, after $Diff Seconds wait)" | systemd-cat -t "thlu:`basename $0`" -p "info"
else
    echo "Host $Server is not reachable! (RC:$HomeNetIsConnect, after $Diff Seconds wait)" | systemd-cat -t "thlu:`basename $0`" -p "err"
    rc=1
fi

echo "Successful terminated with exitcode=$rc" | systemd-cat -t "thlu:`basename $0`" -p "info"
exit $rc
 

Nur sind inzwischen die Adern so dick, das ich umgesteckt und kein Bock mehr habe....

[Thomas Braun]

@lessthanmore
Jedenfalls nix von Raspberry / Debian Bullseye.
Da spricht ja auch das Verzeichnis /usr/local/ für. Da liegen traditionell Dinge drin, die NICHT aus der Distribution kommen sondern lokal von usern benutzt werden.

[Ein ehemaliger Benutzer]

@thomas-braun, ich habs sie schon rauskopiert. Von woher die gekommen ist.k.A.

[Thomas Braun]

@menne
Den Kram hast du dir wohl mal irgendwann nach dieser Anleitung selber in das System gebügelt:

http://www.thlu.de/mountctl.html

Wozu auch immer man das braucht.

Jedenfalls hat das nichts mit dem Upgrade auf Bullseye zu tun.

[Ein ehemaliger Benutzer]

@thomas-braun , das behaupte ich auch nicht mehr.....es wurde ja "nur" was gelöscht.....:angry:
Jetzt sollte es gut sein....:grin:

[mickym]

gelöscht - veraltet

[Thomas Braun]

@mickym sagte in Upgrade Debian 10 (Buster) zu Debian 11 (Bullseye) möglich?:

Was ist das?

Irgendwas selber gehäkeltes.
Wenn das vielleicht mal jemand in ein deb-Paket gegossen hat könnte das bei einem full-upgrade entfernt worden sein, wenn das skript da ohne Anbindung an ein Paket rum lag eher nicht.

[Ein ehemaliger Benutzer]

Asche auf mein Haupt.....ich hatte eine Paket installation vergessen. Ganz einfach den Network Manager....so jetzt legen wir uns alle wieder hin und kümmern uns um wichtigere Sachen.

[Ein ehemaliger Benutzer]

@menne sagte in Upgrade Debian 10 (Buster) zu Debian 11 (Bullseye) möglich?:

Asche auf mein Haupt.....ich hatte eine Paket installation vergessen. Ganz einfach den Network Manager....so jetzt legen wir uns alle wieder hin und kümmern uns um wichtigere Sachen.

Übrigens habe ich die 2 Verzeichnisse jetzt direkt über die fstab via NFS eingebunden. Dann spare ich mir das Paket und ist easyier....
Viele Wege führen nach Rom....
Warum mir das bei der früheren Installation schon nicht in den Kopf gegangen ist k.A.
In meinem E2 Receiver betreibe ich das schon Jahre lang...und auch dort habe ich das mal eingetragen.....

[Ein ehemaliger Benutzer]

Mein System ist nun vollständig geupgradet. Nur Fhem läuft nicht auf bullseye...schade.
Ich gehe wieder zum alten System zurück. Ich brauche Fhem und den Adapter für meine Davis Vantage Pro Wetterstation...es gibt dafür keinen iobroker Adapter...so das Thema ist für mich erstmal gestorben....bis Fhem soweit ist.....

[Wildbill]

@menne Für Vantage Pro 2 läuft bei mir in einem Proxmox-Container weewx. Erstellt erstens eine schöne Website und schickt die Werte parallel per MQTT an iobroker.
Wobei ich FHEM auch in Gebrauch habe. Aber nicht für die Vantage sondern für einige CUL433 und CUL866-Geräte. Läuft über den FHEM-Adapter in iobroker völlig problemlos.

Gruß, Jürgen

[Ein ehemaliger Benutzer]

@wildbill ,
Super, Danke :+1:
Gott sei Dank, habe ich den Davis Hardware Adapter in USB und als WLan Bridge. Siehe Foto.
So brauche ich nicht die Davis Konsole missbrauchen. Hoffentlich läuft WeeWX schon mit bullseye
Es schweift hier gerade ab....Sorry. Normal nicht meine Art....

btw....der Daemon läuft schon...muss noch konfiguriert werden....jetzt ist es spät.

[Wildbill]

@menne Auch wenn es zum eigentlichen Thread OTT ist noch ein Hinweis zum MQTT-Adapter für weewx. Ich hatte da mal ein Issue beim Developer erstellt, der aber anscheinend nicht mehr sonderlich aktiv ist. Im Issue hat ein anderer User dbseven das allerdings geforkt und repariert.
Gruss, Jürgen

[falke69]

@mickym

kannst Du mir sagen, ob Dein Pihole vernünftig unter Bullseye läuft und welche Datei Du bearbeiten musstest damit Pihole wieder läuft.

Danke

[mickym]

@falke69 Ja mein Pihole läuft seit dem ich hier das erste Mal das beschrieben habe - also seit dem 18.August stabil und ohne Probleme.

Ich hab allerdings wahrscheinlich zu viel gemacht (sprich komplette Neuinstallation gemacht), weil ich nicht wusste was die Ursache war.

Wenn bei Dir unter nach dem Update auf bullseye der
pihole-FTL Service läuft (so war es bei mir)

Spoiler

systemctl status pihole-FTL
● pihole-FTL.service - LSB: pihole-FTL daemon
     Loaded: loaded (/etc/init.d/pihole-FTL; generated)
     Active: active (exited) since Tue 2021-08-24 13:20:02 CEST; 3 days ago
       Docs: man:systemd-sysv-generator(8)
    Process: 1801 ExecStart=/etc/init.d/pihole-FTL start (code=exited, status=0/SUCCESS)
        CPU: 311ms

Warning: journal has been rotated since unit was started, output may be incomplete.

und nur das Webinterface (lighttpd) nicht mehr tut (so war das bei mir anfangs der Fall - bevor ich dann meine Deinstallations - und Neuinstallationsorgie begann)

Spoiler

systemctl status lighttpd
● lighttpd.service - Lighttpd Daemon
     Loaded: loaded (/lib/systemd/system/lighttpd.service; enabled; vendor preset: enabled)
     Active: failed (Result: exit-code) since Sat 2021-08-28 13:16:31 CEST; 20s ago
    Process: 2400 ExecStartPre=/usr/sbin/lighttpd -tt -f /etc/lighttpd/lighttpd.conf (code=exited, status=255/EXCEPTION)
        CPU: 159ms

Aug 28 13:16:31 raspberry systemd[1]: lighttpd.service: Scheduled restart job, restart counter is at 5.
Aug 28 13:16:31 raspberry systemd[1]: Stopped Lighttpd Daemon.
Aug 28 13:16:31 raspberry systemd[1]: lighttpd.service: Start request repeated too quickly.
Aug 28 13:16:31 raspberry systemd[1]: lighttpd.service: Failed with result 'exit-code'.
Aug 28 13:16:31 raspberry systemd[1]: Failed to start Lighttpd Daemon.

So um den Thread nicht offtopic werden zu lassen, hier generell ein Thread zur Behebung von pihole Problem:
https://discourse.pi-hole.net/t/pi-hole-on-debian-bullseye/43464/8

Das Problem von @falke69 kann man wohl mit einem: pihole -g beheben.

Ansonsten wird wie gesagt der mod_compress nicht mehr unterstützt und ich habe gemäß dem Thread den mod_deflate installiert:

sudo apt install lighttpd-mod-deflate

damit läuft der Service schon - bringt aber einige Warnungen, deshalb hier eine Konfigurationsdatei bei der es nun für mich ohne Warnungen läuft und die maximale Übereinstimmung mit der alten Konfig hatte (also Kompressverzeichnis und Typen) :

lighttpd.conf

Vorher sichert aber trotzdem lieber Eure Originaldatei weg. ;)

Zum Beweis:

Spoiler

sudo systemctl status lighttpd
● lighttpd.service - Lighttpd Daemon
     Loaded: loaded (/lib/systemd/system/lighttpd.service; enabled; vendor preset: enabled)
     Active: active (running) since Sat 2021-08-28 15:32:27 CEST; 8s ago
    Process: 15353 ExecStartPre=/usr/sbin/lighttpd -tt -f /etc/lighttpd/lighttpd.conf (code=exited, status=0/SUCCESS)
   Main PID: 15360 (lighttpd)
      Tasks: 6 (limit: 2059)
        CPU: 762ms
     CGroup: /system.slice/lighttpd.service
             ├─15360 /usr/sbin/lighttpd -D -f /etc/lighttpd/lighttpd.conf
             ├─15367 /usr/bin/php-cgi
             ├─15368 /usr/bin/php-cgi
             ├─15369 /usr/bin/php-cgi
             ├─15370 /usr/bin/php-cgi
             └─15371 /usr/bin/php-cgi

Aug 28 15:32:27 raspberry systemd[1]: Starting Lighttpd Daemon...
Aug 28 15:32:27 raspberry systemd[1]: Started Lighttpd Daemon.

[falke69]

@mickym

so sieht es bei mir aus:

oberes Bild auf Bullseey und das undere unter Buster

mod_compress ist raus.
Pi neu gestartet. Leider noch keinen Erfolg.
Dann muss ich ggf. auf ein Update warten und den anderen Pi nebenher laufen lassen

Ich will aber auch nicht unbedingt viel neues installieren und deinstallieren, da Iobroker, PHP My Admin auf dem System läuft. Habe schon beim Upgrade auf Bullseye tierisch geschwitzt. :anguished:

server.modules = (
    "mod_access",
    "mod_accesslog",
    "mod_auth",
    "mod_expire",
#    "mod_compress",
    "mod_redirect",
    "mod_setenv",

sudo service pihole-FTL status
● pihole-FTL.service - LSB: pihole-FTL daemon
     Loaded: loaded (/etc/init.d/pihole-FTL; generated)
     Active: active (exited) since Sat 2021-08-28 13:57:17 CEST; 4min 23s ago
       Docs: man:systemd-sysv-generator(8)
    Process: 818 ExecStart=/etc/init.d/pihole-FTL start (code=exited, status=0/>
        CPU: 304ms

sudo systemctl status lighttpd
● lighttpd.service - Lighttpd Daemon
     Loaded: loaded (/lib/systemd/system/lighttpd.service; enabled; vendor pres>
     Active: active (running) since Sat 2021-08-28 13:57:12 CEST; 10min ago
    Process: 645 ExecStartPre=/usr/sbin/lighttpd -tt -f /etc/lighttpd/lighttpd.>
   Main PID: 710 (lighttpd)
      Tasks: 6 (limit: 4915)
        CPU: 1.599s
     CGroup: /system.slice/lighttpd.service
             ├─710 /usr/sbin/lighttpd -D -f /etc/lighttpd/lighttpd.conf
             ├─737 /usr/bin/php-cgi
             ├─772 /usr/bin/php-cgi
             ├─773 /usr/bin/php-cgi
             ├─774 /usr/bin/php-cgi
             └─775 /usr/bin/php-cgi

Aug 28 13:57:12 iobroker systemd[1]: Started Lighttpd Daemon.
Aug 28 13:57:16 iobroker sudo[890]: www-data : PWD=/var/www/html/admin ; USER=r>
Aug 28 13:57:16 iobroker sudo[890]: pam_unix(sudo:session): session opened for >
Aug 28 13:57:16 iobroker sudo[890]: pam_unix(sudo:session): session closed for >
Aug 28 13:57:22 iobroker sudo[1131]: www-data : PWD=/var/www/html/admin ; USER=>
Aug 28 13:57:22 iobroker sudo[1131]: pam_unix(sudo:session): session opened for>
Aug 28 13:57:22 iobroker sudo[1131]: pam_unix(sudo:session): session closed for>
Aug 28 14:01:59 iobroker sudo[13206]: www-data : PWD=/var/www/html/admin ; USER>

[Thomas Braun]

@falke69 @mickym

Mit pihole seid ihr hier aber ziemlich OT. Macht dazu einen eigenen Thread auf.