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. Off Topic
  4. Debian Log-Files werden zugemüllt mit kernel-Commands

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    15
    1
    782

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    680

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    1.9k

Debian Log-Files werden zugemüllt mit kernel-Commands

Geplant Angeheftet Gesperrt Verschoben Off Topic
17 Beiträge 5 Kommentatoren 870 Aufrufe 3 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.
  • HomoranH Homoran

    @tottbeck sagte in Debian Log-Files werden zugemüllt mit kernel-Commands:

    Active iob-Instances: 28

    bei

    @tottbeck sagte in Debian Log-Files werden zugemüllt mit kernel-Commands:

    Mem: 923M

    und trotzdem noch

    @tottbeck sagte in Debian Log-Files werden zugemüllt mit kernel-Commands:

    available 488M

    wie machst du das?
    bein1GB ist üblicherweise bein10 Instanzen Schluss

    T Offline
    T Offline
    Tottbeck
    schrieb am zuletzt editiert von
    #6

    @homoran sagte in Debian Log-Files werden zugemüllt mit kernel-Commands:

    wie machst du das?
    bein1GB ist üblicherweise bein10 Instanzen Schluss

    Ist ein Master Slave System. Nur 4 Instanzen laufen auf dem Raspi3 (Master), der Rest auf dem Raspi4 (Slave)

    Die Diskussion wegen buster/bullseye hatten wir schon mal.
    Im Raspberry-Imager wird aber auch noch eine aktuelle Buster-Version angeboten
    fd8fffa2-0508-4ab4-a800-03602766eeef-image.png
    Ja, ich muss den Schnitt zum bullseye natürlich bald mal machen und dann möglichst auch Master/Slave-Rolle tauschen, aber warum sollte das für kernel-Log-Fehler verantwortlich sein?

    Thomas BraunT 2 Antworten Letzte Antwort
    0
    • T Tottbeck

      @homoran sagte in Debian Log-Files werden zugemüllt mit kernel-Commands:

      wie machst du das?
      bein1GB ist üblicherweise bein10 Instanzen Schluss

      Ist ein Master Slave System. Nur 4 Instanzen laufen auf dem Raspi3 (Master), der Rest auf dem Raspi4 (Slave)

      Die Diskussion wegen buster/bullseye hatten wir schon mal.
      Im Raspberry-Imager wird aber auch noch eine aktuelle Buster-Version angeboten
      fd8fffa2-0508-4ab4-a800-03602766eeef-image.png
      Ja, ich muss den Schnitt zum bullseye natürlich bald mal machen und dann möglichst auch Master/Slave-Rolle tauschen, aber warum sollte das für kernel-Log-Fehler verantwortlich sein?

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

      @tottbeck sagte in Debian Log-Files werden zugemüllt mit kernel-Commands:

      Die Diskussion wegen buster/bullseye hatten wir schon mal.

      Da gibt's nix zu diskutieren.

      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
      • T Tottbeck

        @homoran sagte in Debian Log-Files werden zugemüllt mit kernel-Commands:

        wie machst du das?
        bein1GB ist üblicherweise bein10 Instanzen Schluss

        Ist ein Master Slave System. Nur 4 Instanzen laufen auf dem Raspi3 (Master), der Rest auf dem Raspi4 (Slave)

        Die Diskussion wegen buster/bullseye hatten wir schon mal.
        Im Raspberry-Imager wird aber auch noch eine aktuelle Buster-Version angeboten
        fd8fffa2-0508-4ab4-a800-03602766eeef-image.png
        Ja, ich muss den Schnitt zum bullseye natürlich bald mal machen und dann möglichst auch Master/Slave-Rolle tauschen, aber warum sollte das für kernel-Log-Fehler verantwortlich sein?

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

        @tottbeck sagte in Debian Log-Files werden zugemüllt mit kernel-Commands:

        Ja, ich muss den Schnitt zum bullseye natürlich bald mal machen

        Die Tage wird schon das Nachfolgerelease 'Bookworm' Debian12 erwartet, 'Bullseye' verabschiedet sich also im Sommer 2024 und die Übergangsphase dahin startet mit Release von Debian 12.

        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
        • T Offline
          T Offline
          Tottbeck
          schrieb am zuletzt editiert von
          #9

          "sudo apt dist-upgrade -y" (noch mit buster) bringt

          Preparing to unpack .../13-raspberrypi-kernel_1%3a1.20230509~buster-1_armhf.deb...
          Adding 'diversion of /boot/kernel.img to /usr/share/rpikernelhack/kernel.img by rpikernelhack'
          dpkg-divert: error: cannot copy '/boot/kernel.img' to '/usr/share/rpikernelhack/kernel.img.dpkg-divert.tmp': failed to read (Input/output error)
          dpkg: error processing archive /tmp/apt-dpkg-install-uzKoHr/13-raspberrypi-kernel_1%3a1.20230509~buster-1_armhf.deb (--unpack):
           new raspberrypi-kernel package pre-installation script subprocess returned error exit status 2
          
          

          Evtl. ein Problem mit der SD-Card ? Ich werde mal die kernel.img überschreiben.

          OliverIOO 1 Antwort Letzte Antwort
          0
          • T Tottbeck

            "sudo apt dist-upgrade -y" (noch mit buster) bringt

            Preparing to unpack .../13-raspberrypi-kernel_1%3a1.20230509~buster-1_armhf.deb...
            Adding 'diversion of /boot/kernel.img to /usr/share/rpikernelhack/kernel.img by rpikernelhack'
            dpkg-divert: error: cannot copy '/boot/kernel.img' to '/usr/share/rpikernelhack/kernel.img.dpkg-divert.tmp': failed to read (Input/output error)
            dpkg: error processing archive /tmp/apt-dpkg-install-uzKoHr/13-raspberrypi-kernel_1%3a1.20230509~buster-1_armhf.deb (--unpack):
             new raspberrypi-kernel package pre-installation script subprocess returned error exit status 2
            
            

            Evtl. ein Problem mit der SD-Card ? Ich werde mal die kernel.img überschreiben.

            OliverIOO Offline
            OliverIOO Offline
            OliverIO
            schrieb am zuletzt editiert von OliverIO
            #10

            @tottbeck

            Ne, neue sd Karte
            Dann kennst du jetzt auch den Grund für die Kernel Meldungen

            Meine Adapter und Widgets
            TVProgram, SqueezeboxRPC, OpenLiga, RSSFeed, MyTime,, pi-hole2, vis-json-template, skiinfo, vis-mapwidgets, vis-2-widgets-rssfeed
            Links im Profil

            Thomas BraunT 1 Antwort Letzte Antwort
            0
            • OliverIOO OliverIO

              @tottbeck

              Ne, neue sd Karte
              Dann kennst du jetzt auch den Grund für die Kernel Meldungen

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

              @oliverio

              Richtig. Und dann halt direkt auch ein noch unterstütze Version installieren.

              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
              • T Offline
                T Offline
                Tottbeck
                schrieb am zuletzt editiert von Tottbeck
                #12

                Ich habe des Raspi 3 nun mit bullseye und iobroker mit aktuellem npm/node neu aufgesetzt. Das dauerte zwar ziemlich lange trotz Backup, aber nun läuft fast alles wieder. Was mir aufgefallen ist: Die GPIOs gehen nicht mehr, da habe ich ein paar Kontakte an Relaiskarte im Schaltschrank angeschlossen (Türklingel, Garagentor .. ).
                Ich habe die bisher über Systeminfo-Adapter angesteuert, welcher wohl über WiringPi (gpio write x) arbeitet.
                Da WiringPi nicht mehr im bullseye vorhanden ist und auch nicht (oder nur indirekt) nachinstalliert werden kann muss ich mich wohl um Alternativen bemühen. Per "raspi-gpio"-Kommandos müsste es funktionieren, aber die verwenden einen anderen Syntax, den ich im Systeminfo-Adapter anpassen müsste.
                Das war mit ein Grund warum ich ein ansonsten lauffähiges System nicht mal eben portieren wollte. Irgendetwas ist dann immer. GPIO läuft aber jetzt wieder mit WiringPi Nachinstallation.
                Die Speicherkarte war übrigens eine SanDisk-Industrial 8GB. Hat aber nach ca. 3 Jahren trotzdem die Grätsche gemacht.

                Thomas BraunT OliverIOO 3 Antworten Letzte Antwort
                0
                • T Tottbeck

                  Ich habe des Raspi 3 nun mit bullseye und iobroker mit aktuellem npm/node neu aufgesetzt. Das dauerte zwar ziemlich lange trotz Backup, aber nun läuft fast alles wieder. Was mir aufgefallen ist: Die GPIOs gehen nicht mehr, da habe ich ein paar Kontakte an Relaiskarte im Schaltschrank angeschlossen (Türklingel, Garagentor .. ).
                  Ich habe die bisher über Systeminfo-Adapter angesteuert, welcher wohl über WiringPi (gpio write x) arbeitet.
                  Da WiringPi nicht mehr im bullseye vorhanden ist und auch nicht (oder nur indirekt) nachinstalliert werden kann muss ich mich wohl um Alternativen bemühen. Per "raspi-gpio"-Kommandos müsste es funktionieren, aber die verwenden einen anderen Syntax, den ich im Systeminfo-Adapter anpassen müsste.
                  Das war mit ein Grund warum ich ein ansonsten lauffähiges System nicht mal eben portieren wollte. Irgendetwas ist dann immer. GPIO läuft aber jetzt wieder mit WiringPi Nachinstallation.
                  Die Speicherkarte war übrigens eine SanDisk-Industrial 8GB. Hat aber nach ca. 3 Jahren trotzdem die Grätsche gemacht.

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

                  @tottbeck

                  wiringpi sollte eh nicht mehr verwendet werden.

                  https://www.elektronik-kompendium.de/sites/raspberry-pi/2202111.htm#:~:text=Man kann sogar soweit gehen,gpiozero" und "pigpio".

                  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

                  T 1 Antwort Letzte Antwort
                  0
                  • T Tottbeck

                    Ich habe des Raspi 3 nun mit bullseye und iobroker mit aktuellem npm/node neu aufgesetzt. Das dauerte zwar ziemlich lange trotz Backup, aber nun läuft fast alles wieder. Was mir aufgefallen ist: Die GPIOs gehen nicht mehr, da habe ich ein paar Kontakte an Relaiskarte im Schaltschrank angeschlossen (Türklingel, Garagentor .. ).
                    Ich habe die bisher über Systeminfo-Adapter angesteuert, welcher wohl über WiringPi (gpio write x) arbeitet.
                    Da WiringPi nicht mehr im bullseye vorhanden ist und auch nicht (oder nur indirekt) nachinstalliert werden kann muss ich mich wohl um Alternativen bemühen. Per "raspi-gpio"-Kommandos müsste es funktionieren, aber die verwenden einen anderen Syntax, den ich im Systeminfo-Adapter anpassen müsste.
                    Das war mit ein Grund warum ich ein ansonsten lauffähiges System nicht mal eben portieren wollte. Irgendetwas ist dann immer. GPIO läuft aber jetzt wieder mit WiringPi Nachinstallation.
                    Die Speicherkarte war übrigens eine SanDisk-Industrial 8GB. Hat aber nach ca. 3 Jahren trotzdem die Grätsche gemacht.

                    OliverIOO Offline
                    OliverIOO Offline
                    OliverIO
                    schrieb am zuletzt editiert von OliverIO
                    #14

                    Post unter falschem Beitrag

                    Meine Adapter und Widgets
                    TVProgram, SqueezeboxRPC, OpenLiga, RSSFeed, MyTime,, pi-hole2, vis-json-template, skiinfo, vis-mapwidgets, vis-2-widgets-rssfeed
                    Links im Profil

                    1 Antwort Letzte Antwort
                    0
                    • T Tottbeck

                      Ich habe des Raspi 3 nun mit bullseye und iobroker mit aktuellem npm/node neu aufgesetzt. Das dauerte zwar ziemlich lange trotz Backup, aber nun läuft fast alles wieder. Was mir aufgefallen ist: Die GPIOs gehen nicht mehr, da habe ich ein paar Kontakte an Relaiskarte im Schaltschrank angeschlossen (Türklingel, Garagentor .. ).
                      Ich habe die bisher über Systeminfo-Adapter angesteuert, welcher wohl über WiringPi (gpio write x) arbeitet.
                      Da WiringPi nicht mehr im bullseye vorhanden ist und auch nicht (oder nur indirekt) nachinstalliert werden kann muss ich mich wohl um Alternativen bemühen. Per "raspi-gpio"-Kommandos müsste es funktionieren, aber die verwenden einen anderen Syntax, den ich im Systeminfo-Adapter anpassen müsste.
                      Das war mit ein Grund warum ich ein ansonsten lauffähiges System nicht mal eben portieren wollte. Irgendetwas ist dann immer. GPIO läuft aber jetzt wieder mit WiringPi Nachinstallation.
                      Die Speicherkarte war übrigens eine SanDisk-Industrial 8GB. Hat aber nach ca. 3 Jahren trotzdem die Grätsche gemacht.

                      OliverIOO Offline
                      OliverIOO Offline
                      OliverIO
                      schrieb am zuletzt editiert von
                      #15

                      @tottbeck
                      Wahrscheinlich ist im Debian Image der Treiber für raspi gpio nicht enthalten.
                      Durch Installation von wiringpi wurde der Treiber über die Abhängigkeiten wieder installiert.

                      Das kapseln von Funktionalität in Docker Container ist mittlerweile mein Ansatz.
                      Das Host Betriebssystem so original lassen wie möglich. Alle software in ein oder mehrere Docker Container packen.
                      Und alles kann unabhängig voneinander ohne Probleme aktualisiert werden.
                      Die ganzen Abhängigkeiten der Container zum Host betriebssystem oder Hardware in Docker Compose Dateien dokumentiert

                      Meine Adapter und Widgets
                      TVProgram, SqueezeboxRPC, OpenLiga, RSSFeed, MyTime,, pi-hole2, vis-json-template, skiinfo, vis-mapwidgets, vis-2-widgets-rssfeed
                      Links im Profil

                      1 Antwort Letzte Antwort
                      0
                      • Thomas BraunT Online
                        Thomas BraunT Online
                        Thomas Braun
                        Most Active
                        schrieb am zuletzt editiert von Thomas Braun
                        #16

                        @oliverio

                        echad@chet:~ $ apt policy pigpio                 
                          pigpio:
                          Installed: (none)
                          Candidate: 1.79-1+rpt1
                          Version table:
                             1.79-1+rpt1 500
                                500 http://archive.raspberrypi.org/debian bullseye/main arm64 Packages
                        echad@chet:~ $
                        

                        Ist halt eine library von/für Raspberry OS und kommt daher auch aus deren Repo.

                        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
                        • Thomas BraunT Thomas Braun

                          @tottbeck

                          wiringpi sollte eh nicht mehr verwendet werden.

                          https://www.elektronik-kompendium.de/sites/raspberry-pi/2202111.htm#:~:text=Man kann sogar soweit gehen,gpiozero" und "pigpio".

                          T Offline
                          T Offline
                          Tottbeck
                          schrieb am zuletzt editiert von
                          #17

                          @thomas-braun sagte in Debian Log-Files werden zugemüllt mit kernel-Commands:

                          @tottbeck

                          wiringpi sollte eh nicht mehr verwendet werden.

                          Danke für den Hinweis. WiringPi wird nicht mehr maintained und ist daher verständlicherweise rausgeflogen. Funktional bieten die anderen GPIO-Lösungen soweit ich sagen kann keinen Unterschied. Ich werden mich wohl eh über kurz oder lang von den Relaiskarte verabschieden und dafür Shellys oder ähnliches verwenden. Ist so einfach besser pflegbar.

                          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

                          671

                          Online

                          32.6k

                          Benutzer

                          81.9k

                          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