Upgrade Debian 10 (Buster) zu Debian 11 (Bullseye) möglich?
-
@thomas-braun Müsste Bestandteil von MacOS sein. https://krypted.com/tag/serverctl/
@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. -
@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.
-
@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.
-
@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.....:angry:
Jetzt sollte es gut sein....:grin: -
Neues Update:
..heute ist meine neue SSD gekommen und als "High Perforance" noch schneller als meine alte. Vorallem beim Schreiben....
Wooooowwww....Jetzt habe ich ein jungfräuliches Rasbian (bullseye) auf der SSD.....
Dieses werde ich erstmal absichern, als normales Betriebssystem worauf der Rest aufgebaut wird.
PC-Shrink installieren und ein paar Kleinigkeiten noch....pi@iobroker:~ $ df -h Filesystem Size Used Avail Use% Mounted on /dev/root 110G 3.4G 102G 4% / devtmpfs 1.7G 0 1.7G 0% /dev tmpfs 1.8G 0 1.8G 0% /dev/shm tmpfs 732M 860K 732M 1% /run tmpfs 5.0M 4.0K 5.0M 1% /run/lock /dev/sda1 253M 49M 205M 20% /boot tmpfs 366M 16K 366M 1% /run/user/1000pi@iobroker:~ $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabihf/10/lto-wrapper Target: arm-linux-gnueabihf Configured with: ../src/configure -v --with-pkgversion='Raspbian 10.2.1-6+rpi1' --with-bugurl=file:///usr/share/doc/gcc-10/README.Bugs --enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++,m2 --prefix=/usr --with-gcc-major-version-only --program-suffix=-10 --program-prefix=arm-linux-gnueabihf- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-bootstrap --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-libitm --disable-libquadmath --disable-libquadmath-support --enable-plugin --with-system-zlib --enable-libphobos-checking=release --with-target-system-zlib=auto --enable-objc-gc=auto --enable-multiarch --disable-sjlj-exceptions --with-arch=armv6 --with-fpu=vfp --with-float=hard --disable-werror --enable-checking=release --build=arm-linux-gnueabihf --host=arm-linux-gnueabihf --target=arm-linux-gnueabihf Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 10.2.1 20210110 (Raspbian 10.2.1-6+rpi1)pi@iobroker:~ $ cat /etc/os-release PRETTY_NAME="Raspbian GNU/Linux 11 (bullseye)" NAME="Raspbian GNU/Linux" VERSION_ID="11" VERSION="11 (bullseye)" VERSION_CODENAME=bullseye ID=raspbian ID_LIKE=debian HOME_URL="http://www.raspbian.org/" SUPPORT_URL="http://www.raspbian.org/RaspbianForums" BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"Jedenfalls erstmal wieder an Akta gelegt.....es ist kein serverctl vorhanden....ohne dem kann ich nicht arbeiten. Mal wieder lesen angesagt.....alles wieder nur Hick Hack...
Ich gehe davon aus, das es mal wieder das full-upgrade war....
Ich warte jetzt auf ein offizielles Rasbian bullseye....gelöscht - veraltet
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@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. -
@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.
-
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..... -
@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.....
-
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
-
@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 :+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 ,
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.
-
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:
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@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:
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 lassenIch 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: 304mssudo 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> -
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 lassenIch 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: 304mssudo 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 sagte in Upgrade Debian 10 (Buster) zu Debian 11 (Bullseye) möglich?:
Mit pihole seid ihr hier aber ziemlich OT. Macht dazu einen eigenen Thread auf.
OK - habe mir aber trotzdem erlaubt, mein ursprüngliches Posting zu überarbeiten. :)
-
-
@thomas-braun
auch von mir ein großes Sorry.
Dachte, es passt hier mit rein, da es ja um das Upgrade von Bullseye und die damit verbundenen "Schwierigkeiten" und ggf. "Fehler" ging.
....und ja, hat nicht viel mit iobroker zu tun.Hier nochmal ein Link der etwas ausführlicher ist:
https://ostechnix.com/upgrade-to-debian-11-bullseye-from-debian-10-buster/
Sonst angepasst:
MariaDB muss ggf. von 10.4 auf 10.6 angepasst werden
deb [arch=amd64] http://mirror.rackspace.com/mariadb/repo/10.6/debian bullseye main -
Hier nochmal ein Link der etwas ausführlicher ist:
https://ostechnix.com/upgrade-to-debian-11-bullseye-from-debian-10-buster/
Sonst angepasst:
MariaDB muss ggf. von 10.4 auf 10.6 angepasst werden
deb [arch=amd64] http://mirror.rackspace.com/mariadb/repo/10.6/debian bullseye mainEs gibt was neues von mir.....allerdings habe ich kein Upgrade gemacht....:blush:
Mit Kodi 19.1 Matrix.....
689
Online32.7k
Users82.5k
Topics1.3m
Posts