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. Verständnis Autostart IOBroker Linux Deb12/Bookworm

NEWS

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

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

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.4k

Verständnis Autostart IOBroker Linux Deb12/Bookworm

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
iobrokerautostartsystemdinitbookworm
27 Beiträge 6 Kommentatoren 2.7k Aufrufe 4 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.
  • 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
    schrieb am zuletzt editiert von
    #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 Antworten Letzte Antwort
    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
      schrieb am zuletzt editiert von
      #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 Antwort Letzte Antwort
      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
        schrieb am zuletzt editiert von
        #23

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

        GlasfaserG 1 Antwort Letzte Antwort
        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
          schrieb am zuletzt editiert von
          #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 Antwort Letzte Antwort
          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
            Ein ehemaliger Benutzer
            schrieb am zuletzt editiert von Ein ehemaliger Benutzer
            #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 Antwort Letzte Antwort
            3
            • D Offline
              D Offline
              DRUROB
              schrieb am zuletzt editiert von 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 Antwort Letzte Antwort
              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
                Ein ehemaliger Benutzer
                schrieb am zuletzt editiert von
                #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 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

                331

                Online

                32.6k

                Benutzer

                82.3k

                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