Skip to content
  • Home
  • Recent
  • Tags
  • 0 Unread 0
  • Categories
  • Unreplied
  • Popular
  • 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

  • Default (No Skin)
  • No Skin
Collapse
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. ioBroker Allgemein
  4. Verständnis Autostart IOBroker Linux Deb12/Bookworm

NEWS

  • Monatsrückblick Januar/Februar 2026 ist online!
    BluefoxB
    Bluefox
    16
    1
    342

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    17
    1
    4.8k

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

Verständnis Autostart IOBroker Linux Deb12/Bookworm

Scheduled Pinned Locked Moved ioBroker Allgemein
iobrokerautostartsystemdinitbookworm
27 Posts 6 Posters 2.8k Views 4 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • GlasfaserG Glasfaser

    @drurob sagte in Verständnis Autostart IOBroker Linux Deb12/Bookworm:

    @glasfaser
    Ja klar. Ich habe vor so viel wie möglich in einer vm zu sammeln

    das ist aber der falsche Weg ... alles in einer einzigen VM zu installieren !

    D Offline
    D Offline
    DRUROB
    wrote on last edited by
    #21

    @glasfaser warum dat nu allwedder?
    Erst wenn man auf gleichzeitig genutzte ports trifft ist eine Trennung sinnvoll. Ansonsten ist eine Bündelung doch durchaus möglich

    GlasfaserG ? 2 Replies Last reply
    0
    • D DRUROB

      @glasfaser warum dat nu allwedder?
      Erst wenn man auf gleichzeitig genutzte ports trifft ist eine Trennung sinnvoll. Ansonsten ist eine Bündelung doch durchaus möglich

      GlasfaserG Offline
      GlasfaserG Offline
      Glasfaser
      wrote on last edited by
      #22

      @drurob sagte in Verständnis Autostart IOBroker Linux Deb12/Bookworm:

      Ansonsten ist eine Bündelung doch durchaus möglich

      klar geht das ... aber was machst du wenn du mal eine Installation zerschießt , bei einen Update

      . Also die ganze vm als snapshot sichern.

      und damit schleppst du immer Fehler mit !

      Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..

      D 1 Reply Last reply
      0
      • GlasfaserG Glasfaser

        @drurob sagte in Verständnis Autostart IOBroker Linux Deb12/Bookworm:

        Ansonsten ist eine Bündelung doch durchaus möglich

        klar geht das ... aber was machst du wenn du mal eine Installation zerschießt , bei einen Update

        . Also die ganze vm als snapshot sichern.

        und damit schleppst du immer Fehler mit !

        D Offline
        D Offline
        DRUROB
        wrote on last edited by
        #23

        @glasfaser naja... sollten bei dort Fehler vorliegen würde ich die in getrennten vm ja auch immer mitsichern

        GlasfaserG 1 Reply Last reply
        0
        • D DRUROB

          @glasfaser naja... sollten bei dort Fehler vorliegen würde ich die in getrennten vm ja auch immer mitsichern

          GlasfaserG Offline
          GlasfaserG Offline
          Glasfaser
          wrote on last edited by
          #24

          @drurob sagte in Verständnis Autostart IOBroker Linux Deb12/Bookworm:

          @glasfaser naja...

          Dann bleibe bei deiner Backup " Full " Strategie ...
          bringt ja nichts , mehr als einen guten Rat schreiben kann ich auch nicht !

          Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..

          1 Reply Last reply
          0
          • D DRUROB

            @glasfaser warum dat nu allwedder?
            Erst wenn man auf gleichzeitig genutzte ports trifft ist eine Trennung sinnvoll. Ansonsten ist eine Bündelung doch durchaus möglich

            ? Offline
            ? Offline
            A Former User
            wrote on last edited by A Former User
            #25

            @drurob sagte in Verständnis Autostart IOBroker Linux Deb12/Bookworm:

            Erst wenn man auf gleichzeitig genutzte ports trifft ist eine Trennung sinnvoll. Ansonsten ist eine Bündelung doch durchaus möglich

            Moin,

            ich möchte mal ein paar Analogien anwenden, um das zu widerlegen, was Du da von Dir gibst.
            Aus der Geschichte gab es mehrere Versuche

            1. Im HiFi Zeitalter ≦ 1970/80 gab es noch die kompakt Anlagen mit allem, Radio, Plattenspieler, Verstärker in einem Gerät ⇐ ging ein Gerät kaputt, dann musste man alles zur Reparatur bringen und konnte keine Musik mehr genießen. Daher gingen immer mehr User dazu über, Einzelgeräte zu verwenden.
            2. Auch im Bereich der Computer gab es am Anfang die All in One Kisten, Schneider CPC, Atari, Commodore usw., ging etwas kaputt, dann war es das. Dann kam IBM mit den PCs, wo CPU, RAM, IO-Karten usw. einzeln gesteckt waren, so konnte man einfach Aufrüsten und Austauschen, also auch hier von Vorteil nicht alles zusammen zu klatschen.
            3. Software, auch hier ist es möglich alles auf einen Rechner zu installieren, Textverarbeitung, Bildbearbeitung usw., hat man dann aber auch noch die Texte und Bilder auf dem gleichen Rechner und Deine Platte mach 'ne Grätsche, dann hast Du wieder alles verloren, daher ist es auch besser die Dienste zu trennen, Textverarbeitung und Bildverarbeitung auf dem Office PC, aber die Daten vielleicht auf einem NAS.
            4. Haus-Automatisation, wenn alles in einer VM ist, dann siehe 1-3, teilst Du das in verschiedene VMs, Docker Container, oder LX Container, dann kann man das auch super Backupen und auch einfach Restoren, Mal schnell eine Kopie eines Dienstes erstellen, ohne all das andere aus der Voll VM mitzuschleppen, und es fällt wirklich nur ein Dienst aus.

            VG
            Bernd

            P.S.: Ich kann Dir auch nur raten, sich mal ein gutes Buch über UNIX/Linux zu besorgen, z. B. Der Koffler, anstatt Videos zu schauen, Du lernst mehr, glaub mir :)

            Edit
            nur Rechtschreibfehler und Satzstellungen korrigiert.

            1 Reply Last reply
            3
            • D Offline
              D Offline
              DRUROB
              wrote on last edited by DRUROB
              #26

              Hi!
              Vielen Dank für die Hinweise die ihr mir zu dem Thema gegeben habt.
              Das Problem konnte mit dem Vorschlag von Thomas Braun gelöst werden. (iob fix)
              Nichts desto trotz denke ich darüber nach die Containerlösung umzusetzen. UND JA! ich werde das commando "adduser" zu einem guten Freund machen :innocent:

              Eine Frage noch zu den Container bzw Templates. ... Die teilen sich ja den Kernel mit dem Hostsystem. Das ist ja jetzt das Proxmox Deb12. Wenn sich nun an dem Kernel etwas ändert z.B. durch updates oder durch ein upgrade auf irgendwann deb 13.... Was passiert dann mit den containern?
              und was ist theoretisch mit containern die noch deb 11 basiert sind? Alles mehr Theorie, aber darüber möchte ich mich gern vorher schlau machen. Kann das mal kurz einer abhandeln :handshake: :grinning:

              Edit: Meine Zielstruktur ist scheinbar ziemlich einfach: 1xCT für jeweils iobroker, grafana und influx. Wo würdet ihr die kleineren extra´s hinpacken wenn mal kleinere Sachen hinzukommen wie z.B. ebus adapter oder zigbee? Hatte vor diese dann bei iobroker mit reinzupacken.

              Vielen Dank!

              ? 1 Reply Last reply
              0
              • D DRUROB

                Hi!
                Vielen Dank für die Hinweise die ihr mir zu dem Thema gegeben habt.
                Das Problem konnte mit dem Vorschlag von Thomas Braun gelöst werden. (iob fix)
                Nichts desto trotz denke ich darüber nach die Containerlösung umzusetzen. UND JA! ich werde das commando "adduser" zu einem guten Freund machen :innocent:

                Eine Frage noch zu den Container bzw Templates. ... Die teilen sich ja den Kernel mit dem Hostsystem. Das ist ja jetzt das Proxmox Deb12. Wenn sich nun an dem Kernel etwas ändert z.B. durch updates oder durch ein upgrade auf irgendwann deb 13.... Was passiert dann mit den containern?
                und was ist theoretisch mit containern die noch deb 11 basiert sind? Alles mehr Theorie, aber darüber möchte ich mich gern vorher schlau machen. Kann das mal kurz einer abhandeln :handshake: :grinning:

                Edit: Meine Zielstruktur ist scheinbar ziemlich einfach: 1xCT für jeweils iobroker, grafana und influx. Wo würdet ihr die kleineren extra´s hinpacken wenn mal kleinere Sachen hinzukommen wie z.B. ebus adapter oder zigbee? Hatte vor diese dann bei iobroker mit reinzupacken.

                Vielen Dank!

                ? Offline
                ? Offline
                A Former User
                wrote on last edited by
                #27

                @drurob sagte in Verständnis Autostart IOBroker Linux Deb12/Bookworm:

                Eine Frage noch zu den Container bzw Templates. ... Die teilen sich ja den Kernel mit dem Hostsystem.

                Moin,

                Klarstellung, VMs nutzen den eigenen Kernel, denn da wird ein komplett eigenständiges Linux installiert, einzig die Schnittstellen zum Memory, Netzwerk und zur CPU, also alles, was Hardware ist, wird virtualisiert weitergereicht an die VMs

                LX Container teilen sich das Hostsystem, also aktuell Bookworm, ein Update von Proxmox, juckt die LX Container nicht, denn die Programme und Libs usw. installierst Du ja aus z. B. Debian 11 oder Du hast Proxmox V 8.x mit Bookworm und möchtest ein Debian 13 im LX Container testen, das ist kein Problem, Linux Kernel ist Linux Kernel, denn die LX Container Templates bringen keinen eigenen Kernel mit.

                @drurob sagte in Verständnis Autostart IOBroker Linux Deb12/Bookworm:

                Wo würdet ihr die kleineren extra´s hinpacken wenn mal kleinere Sachen hinzukommen wie z.B. ebus adapter oder zigbee?

                Grundsätzlich, handhabe ich das so, dass ich alle Dienste voneinander trenne, also jeder neue Dienst bekommt auch seinen eigenen LX Container, dazu habe ich mir einen Master LX Container angelegt, mit allen APP, die ich für meine tägliche Arbeit brauche, z. B. VIM, oder zsh, meinen persönlichen User, ssh mit privetkey usw.
                Aus diesem Master Container habe ich mir mein eigenes Template erstellt, brauche ich einen neuen LX Container, dann erstelle ich den aus dem Master-Tamplate, und bin sofort arbeitsfähig, da er schon korrekt eingerichtet ist.

                Was meinst Du mit Zigbee, geht es um den Stick selber, um zusätzliche Software? Auch zum eBus Adapter, geht es um ioBroker Adapter, die sind natürlich im ioBroker LX Container, handelt es sich um extra Dienste, dann würde ich das separieren.

                VG
                Bernd

                1 Reply Last reply
                0
                Reply
                • Reply as topic
                Log in to reply
                • Oldest to Newest
                • Newest to Oldest
                • Most Votes


                Support us

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

                638

                Online

                32.7k

                Users

                82.5k

                Topics

                1.3m

                Posts
                Community
                Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                ioBroker Community 2014-2025
                logo
                • Login

                • Don't have an account? Register

                • Login or register to search.
                • First post
                  Last post
                0
                • Home
                • Recent
                • Tags
                • Unread 0
                • Categories
                • Unreplied
                • Popular
                • GitHub
                • Docu
                • Hilfe