Upgrade Debian 10 (Buster) zu Debian 11 (Bullseye) möglich?
-
@thomas-braun sagte in Upgrade Debian 10 (Buster) zu Debian 11 (Bullseye) möglich?:
@menne sagte in Upgrade Debian 10 (Buster) zu Debian 11 (Bullseye) möglich?:
es ist kein serverctl vorhanden
Was soll das sein? systmctl?
Um einen Autostart zu definieren....
Das ist nur ein Beispiel: systemctl start home-nfs-movie.automount
sollte eigentlich bekannt sein....pi@iobroker:~ $ chown root:root /usr/local/sbin/serverctl /etc/systemd/system/home-nfs-backup.mount chown: cannot access '/usr/local/sbin/serverctl': No such file or directory chown: changing ownership of '/etc/systemd/system/home-nfs-backup.mount': Operation not permitted -
Das macht man mit systemd / systemctl.
Sollte aber eigentlich auch bekannt sein. -
@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. -
@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.
-
@thomas-braun Müsste Bestandteil von MacOS sein. https://krypted.com/tag/serverctl/
-
@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 $rcNur sind inzwischen die Adern so dick, das ich umgesteckt und kein Bock mehr habe....
-
@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. -
@thomas-braun, ich habs sie schon rauskopiert. Von woher die gekommen ist.k.A.
-
@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.
-
@thomas-braun , das behaupte ich auch nicht mehr.....es wurde ja "nur" was gelöscht.....
Jetzt sollte es gut sein....
-
gelöscht - veraltet
-
@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. -
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.
-
@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..... -
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.....
-
@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
-
@wildbill ,
Super, Danke
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.
-
-
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
-
@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)und nur das Webinterface (lighttpd) nicht mehr tut (so war das bei mir anfangs der Fall - bevor ich dann meine Deinstallations - und Neuinstallationsorgie begann)
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/8Das 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-deflatedamit 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) :
Vorher sichert aber trotzdem lieber Eure Originaldatei weg.
Zum Beweis:
