Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. ioBroker Allgemein
  4. Upgrade Debian 10 (Buster) zu Debian 11 (Bullseye) möglich?

NEWS

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    11
    1
    472

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    24
    1
    1.6k

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    9.5k

Upgrade Debian 10 (Buster) zu Debian 11 (Bullseye) möglich?

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
124 Beiträge 15 Kommentatoren 10.6k Aufrufe 10 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • falke69F 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

    mickymM Offline
    mickymM Offline
    mickym
    Most Active
    schrieb am zuletzt editiert von mickym
    #114

    @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)

    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)

    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:

    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.
    

    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.

    falke69F 1 Antwort Letzte Antwort
    1
    • mickymM 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)

      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)

      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:

      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.
      

      falke69F Offline
      falke69F Offline
      falke69
      schrieb am zuletzt editiert von
      #115

      @mickym

      so sieht es bei mir aus:

      oberes Bild auf Bullseey und das undere unter Buster

      2021-08-28_140925.jpg

      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 BraunT 1 Antwort Letzte Antwort
      0
      • falke69F falke69

        @mickym

        so sieht es bei mir aus:

        oberes Bild auf Bullseey und das undere unter Buster

        2021-08-28_140925.jpg

        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 BraunT Online
        Thomas BraunT Online
        Thomas Braun
        Most Active
        schrieb am zuletzt editiert von Thomas Braun
        #116

        @falke69 @mickym

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

        Linux-Werkzeugkasten:
        https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
        NodeJS Fixer Skript:
        https://forum.iobroker.net/topic/68035/iob-node-fix-skript
        iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

        mickymM falke69F 2 Antworten Letzte Antwort
        0
        • Thomas BraunT Thomas Braun

          @falke69 @mickym

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

          mickymM Offline
          mickymM Offline
          mickym
          Most Active
          schrieb am zuletzt editiert von
          #117

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

          @falke69 @mickym

          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. :)

          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.

          1 Antwort Letzte Antwort
          0
          • Thomas BraunT Thomas Braun

            @falke69 @mickym

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

            falke69F Offline
            falke69F Offline
            falke69
            schrieb am zuletzt editiert von
            #118

            @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.

            sissiwupS 1 Antwort Letzte Antwort
            0
            • falke69F falke69

              @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.

              sissiwupS Offline
              sissiwupS Offline
              sissiwup
              schrieb am zuletzt editiert von
              #119

              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
              

              MfG

              Sissi

              –-----------------------------------------

              1 CCU3 1 CCU2-Gateway 1 LanGateway 1 Pi-Gateway 1 I7 für ioBroker/MySQL


              ? 1 Antwort Letzte Antwort
              0
              • sissiwupS sissiwup

                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
                
                ? Offline
                ? Offline
                Ein ehemaliger Benutzer
                schrieb am zuletzt editiert von Ein ehemaliger Benutzer
                #120

                Es gibt was neues von mir.....allerdings habe ich kein Upgrade gemacht....:blush:

                53feefa4-b9ef-4f5d-87db-2792b593357c-grafik.png

                Mit Kodi 19.1 Matrix.....

                Siggi0904S 1 Antwort Letzte Antwort
                0
                • ? Ein ehemaliger Benutzer

                  Es gibt was neues von mir.....allerdings habe ich kein Upgrade gemacht....:blush:

                  53feefa4-b9ef-4f5d-87db-2792b593357c-grafik.png

                  Mit Kodi 19.1 Matrix.....

                  Siggi0904S Offline
                  Siggi0904S Offline
                  Siggi0904
                  schrieb am zuletzt editiert von
                  #121

                  Da es nun ein Raspberry PI OS Legacy gibt, werde ich erst einmal nicht upgraden.
                  Es gibt zu viele Fehlermeldungen.
                  Siehe: https://www.raspberrypi.com/news/new-old-functionality-with-raspberry-pi-os-legacy/

                  Thomas BraunT 1 Antwort Letzte Antwort
                  0
                  • Siggi0904S Siggi0904

                    Da es nun ein Raspberry PI OS Legacy gibt, werde ich erst einmal nicht upgraden.
                    Es gibt zu viele Fehlermeldungen.
                    Siehe: https://www.raspberrypi.com/news/new-old-functionality-with-raspberry-pi-os-legacy/

                    Thomas BraunT Online
                    Thomas BraunT Online
                    Thomas Braun
                    Most Active
                    schrieb am zuletzt editiert von
                    #122

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

                    Es gibt zu viele Fehlermeldungen.

                    Für die Desktop-Version. Server = Kein Desktop = Kein Problem.

                    Linux-Werkzeugkasten:
                    https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                    NodeJS Fixer Skript:
                    https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                    iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                    W 1 Antwort Letzte Antwort
                    1
                    • Thomas BraunT Thomas Braun

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

                      Es gibt zu viele Fehlermeldungen.

                      Für die Desktop-Version. Server = Kein Desktop = Kein Problem.

                      W Offline
                      W Offline
                      Willi-Wunder
                      schrieb am zuletzt editiert von Willi-Wunder
                      #123

                      @thomas-braun

                      Wollte nun mein System von Buster erstmal auf Bullseye updaten, leider bekomme ich diesen Fehler:


                      pi@raspberrypi:~ $ sudo apt update
                      Holen:1 http://ftp.debian.org/debian bullseye-backports InRelease [49,0 kB]
                      Holen:2 http://deb.debian.org/debian bullseye InRelease [116 kB]
                      Holen:3 http://security.debian.org/debian-security bullseye-security InRelease [ 48,4 kB]
                      OK:4 http://archive.raspberrypi.org/debian buster InRelease
                      Holen:5 http://deb.debian.org/debian bullseye-updates InRelease [44,1 kB]
                      OK:6 https://deb.nodesource.com/node_18.x nodistro InRelease
                      Fehl:1 http://ftp.debian.org/debian bullseye-backports InRelease
                      Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 0E98404D386FA1D9 NO_PUBKEY 6ED0E7B8264 3E131
                      Fehl:2 http://deb.debian.org/debian bullseye InRelease
                      Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 0E98404D386FA1D9 NO_PUBKEY 6ED0E7B8264 3E131 NO_PUBKEY 605C66F00D6C9793
                      Fehl:3 http://security.debian.org/debian-security bullseye-security InRelease
                      Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 112695A0E562B32A NO_PUBKEY 54404762BBB 6E853
                      Fehl:5 http://deb.debian.org/debian bullseye-updates InRelease
                      Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 0E98404D386FA1D9 NO_PUBKEY 6ED0E7B8264 3E131
                      Paketlisten werden gelesen... Fertig
                      W: GPG-Fehler: http://ftp.debian.org/debian bullseye-backports InRelease: Die fo lgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüss el nicht verfügbar ist: NO_PUBKEY 0E98404D386FA1D9 NO_PUBKEY 6ED0E7B82643E131
                      E: Das Depot »http://ftp.debian.org/debian bullseye-backports InRelease« ist nic ht signiert.
                      N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art dur chgeführt werden, daher ist es standardmäßig deaktiviert.
                      N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfigur ation finden Sie in der Handbuchseite apt-secure(8).
                      W: GPG-Fehler: http://deb.debian.org/debian bullseye InRelease: Die folgenden Si gnaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht v erfügbar ist: NO_PUBKEY 0E98404D386FA1D9 NO_PUBKEY 6ED0E7B82643E131 NO_PUBKEY 60 5C66F00D6C9793
                      E: Das Depot »http://deb.debian.org/debian bullseye InRelease« ist nicht signier t.
                      N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art dur chgeführt werden, daher ist es standardmäßig deaktiviert.
                      N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfigur ation finden Sie in der Handbuchseite apt-secure(8).
                      W: GPG-Fehler: http://security.debian.org/debian-security bullseye-security InRe lease: Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentl icher Schlüssel nicht verfügbar ist: NO_PUBKEY 112695A0E562B32A NO_PUBKEY 544047 62BBB6E853
                      E: Das Depot »http://security.debian.org/debian-security bullseye-security InRel ease« ist nicht signiert.
                      N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art dur chgeführt werden, daher ist es standardmäßig deaktiviert.
                      N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfigur ation finden Sie in der Handbuchseite apt-secure(8).
                      W: GPG-Fehler: http://deb.debian.org/debian bullseye-updates InRelease: Die folg enden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 0E98404D386FA1D9 NO_PUBKEY 6ED0E7B82643E131
                      E: Das Depot »http://deb.debian.org/debian bullseye-updates InRelease« ist nicht signiert.
                      N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art dur chgeführt werden, daher ist es standardmäßig deaktiviert.
                      N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfigur ation finden Sie in der Handbuchseite apt-secure(8).

                      Mit den No_PUBKEY hab ich auch schon rum gedoktert, aber irgendwie klappt das alles nicht so recht. Kann jemand bitte helfen?

                      Thomas BraunT 1 Antwort Letzte Antwort
                      0
                      • W Willi-Wunder

                        @thomas-braun

                        Wollte nun mein System von Buster erstmal auf Bullseye updaten, leider bekomme ich diesen Fehler:


                        pi@raspberrypi:~ $ sudo apt update
                        Holen:1 http://ftp.debian.org/debian bullseye-backports InRelease [49,0 kB]
                        Holen:2 http://deb.debian.org/debian bullseye InRelease [116 kB]
                        Holen:3 http://security.debian.org/debian-security bullseye-security InRelease [ 48,4 kB]
                        OK:4 http://archive.raspberrypi.org/debian buster InRelease
                        Holen:5 http://deb.debian.org/debian bullseye-updates InRelease [44,1 kB]
                        OK:6 https://deb.nodesource.com/node_18.x nodistro InRelease
                        Fehl:1 http://ftp.debian.org/debian bullseye-backports InRelease
                        Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 0E98404D386FA1D9 NO_PUBKEY 6ED0E7B8264 3E131
                        Fehl:2 http://deb.debian.org/debian bullseye InRelease
                        Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 0E98404D386FA1D9 NO_PUBKEY 6ED0E7B8264 3E131 NO_PUBKEY 605C66F00D6C9793
                        Fehl:3 http://security.debian.org/debian-security bullseye-security InRelease
                        Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 112695A0E562B32A NO_PUBKEY 54404762BBB 6E853
                        Fehl:5 http://deb.debian.org/debian bullseye-updates InRelease
                        Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 0E98404D386FA1D9 NO_PUBKEY 6ED0E7B8264 3E131
                        Paketlisten werden gelesen... Fertig
                        W: GPG-Fehler: http://ftp.debian.org/debian bullseye-backports InRelease: Die fo lgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüss el nicht verfügbar ist: NO_PUBKEY 0E98404D386FA1D9 NO_PUBKEY 6ED0E7B82643E131
                        E: Das Depot »http://ftp.debian.org/debian bullseye-backports InRelease« ist nic ht signiert.
                        N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art dur chgeführt werden, daher ist es standardmäßig deaktiviert.
                        N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfigur ation finden Sie in der Handbuchseite apt-secure(8).
                        W: GPG-Fehler: http://deb.debian.org/debian bullseye InRelease: Die folgenden Si gnaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht v erfügbar ist: NO_PUBKEY 0E98404D386FA1D9 NO_PUBKEY 6ED0E7B82643E131 NO_PUBKEY 60 5C66F00D6C9793
                        E: Das Depot »http://deb.debian.org/debian bullseye InRelease« ist nicht signier t.
                        N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art dur chgeführt werden, daher ist es standardmäßig deaktiviert.
                        N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfigur ation finden Sie in der Handbuchseite apt-secure(8).
                        W: GPG-Fehler: http://security.debian.org/debian-security bullseye-security InRe lease: Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentl icher Schlüssel nicht verfügbar ist: NO_PUBKEY 112695A0E562B32A NO_PUBKEY 544047 62BBB6E853
                        E: Das Depot »http://security.debian.org/debian-security bullseye-security InRel ease« ist nicht signiert.
                        N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art dur chgeführt werden, daher ist es standardmäßig deaktiviert.
                        N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfigur ation finden Sie in der Handbuchseite apt-secure(8).
                        W: GPG-Fehler: http://deb.debian.org/debian bullseye-updates InRelease: Die folg enden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 0E98404D386FA1D9 NO_PUBKEY 6ED0E7B82643E131
                        E: Das Depot »http://deb.debian.org/debian bullseye-updates InRelease« ist nicht signiert.
                        N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art dur chgeführt werden, daher ist es standardmäßig deaktiviert.
                        N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfigur ation finden Sie in der Handbuchseite apt-secure(8).

                        Mit den No_PUBKEY hab ich auch schon rum gedoktert, aber irgendwie klappt das alles nicht so recht. Kann jemand bitte helfen?

                        Thomas BraunT Online
                        Thomas BraunT Online
                        Thomas Braun
                        Most Active
                        schrieb am zuletzt editiert von Thomas Braun
                        #124

                        @willi-wunder

                        Installier Bookworm frisch neu.

                        Warum wird eigentlich immer dazu geraten zeitnah seinen Krempel auf Stand zu halten? Achja, um genau solche Konstellationen zu vermeiden...

                        Linux-Werkzeugkasten:
                        https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                        NodeJS Fixer Skript:
                        https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                        iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                        1 Antwort Letzte Antwort
                        0
                        Antworten
                        • In einem neuen Thema antworten
                        Anmelden zum Antworten
                        • Älteste zuerst
                        • Neuste zuerst
                        • Meiste Stimmen


                        Support us

                        ioBroker
                        Community Adapters
                        Donate
                        FAQ Cloud / IOT
                        HowTo: Node.js-Update
                        HowTo: Backup/Restore
                        Downloads
                        BLOG

                        754

                        Online

                        32.5k

                        Benutzer

                        81.8k

                        Themen

                        1.3m

                        Beiträge
                        Community
                        Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                        ioBroker Community 2014-2025
                        logo
                        • Anmelden

                        • Du hast noch kein Konto? Registrieren

                        • Anmelden oder registrieren, um zu suchen
                        • Erster Beitrag
                          Letzter Beitrag
                        0
                        • Home
                        • Aktuell
                        • Tags
                        • Ungelesen 0
                        • Kategorien
                        • Unreplied
                        • Beliebt
                        • GitHub
                        • Docu
                        • Hilfe