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

  1. ioBroker Community Home
  2. Deutsch
  3. ioBroker Allgemein
  4. Adapter: iobroker.backitup (stable Release)

NEWS

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

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    13
    1
    1.9k

  • Neues Video "KI im Smart Home" - ioBroker plus n8n
    BluefoxB
    Bluefox
    15
    1
    2.2k

Adapter: iobroker.backitup (stable Release)

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
adapterbackitupiobroker backupbackupiobroker.backitup
2.3k Beiträge 185 Kommentatoren 1.2m Aufrufe 50 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.
  • L Offline
    L Offline
    Labersack
    schrieb am zuletzt editiert von
    #2003

    Es spart reichlich Platz, wenn man so ein Image nachher einfach mit ZIP, 7Z o.ä. packt.

    L 1 Antwort Letzte Antwort
    0
    • L Labersack

      Es spart reichlich Platz, wenn man so ein Image nachher einfach mit ZIP, 7Z o.ä. packt.

      L Offline
      L Offline
      loverz
      schrieb am zuletzt editiert von
      #2004

      @Labersack das habe ich probiert, aber wenn ich es schwach komprimiere spare ich kaum platz und stark komprimiert dauert es an die 30 Stunden oder so :dog:

      1 Antwort Letzte Antwort
      0
      • L loverz

        @simatec Danke für die Erklärung!
        Kann man das Image nicht kleiner machen?
        Also nur die gespeicherten Daten sichern und nicht jeden Sektor?
        Wenn ich eine neue Karte kaufen passen die Sektoren ja evtl. auch nicht.

        HomoranH Nicht stören
        HomoranH Nicht stören
        Homoran
        Global Moderator Administrators
        schrieb am zuletzt editiert von
        #2005

        @loverz
        Dann musst du es mit einem partitioning tool das auch Linux kann bearbeiten.

        Z.b. paragon

        kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

        Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

        der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

        1 Antwort Letzte Antwort
        1
        • T Offline
          T Offline
          toste
          schrieb am zuletzt editiert von
          #2006

          Ich möchte nun auch den backitup Adapter nutzen, habe aber auch ein Problem wie einige hier schon berichtet haben. Leider komme ich nicht weiter.

          Ich möchte das Backup auf ein Synology NAS machen. Dafür nutze ich eine Verbindung über NFS.
          Wenn in Backitup "Mount als root (sudo)" ausgewählt ist, funktioniert das mounten, aber er kann kein Backup file erstellen:

          [ERROR] [minimal] - host.ioBroker-RasPi Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: Error: EACCES: permission denied, open '/opt/iobroker/backups/minimal_2019_05_03-19_12_52_backupiobroker.tar.gz'

          Nehme ich den Haken bei "Mount als root" raus, schlägt das mounten fehl, aber das Backup file wird erstellt.

          [DEBUG] [minimal] - Backup created: /opt/iobroker/backups/minimal_2019_05_03-19_14_41_backupiobroker.tar.gz

          Ich habe schon einiges probiert. Dateirechte etc. auch habe ich den Adapter schon de- und neuinstalliert. Noch jemand eine Idee?

          simatecS 1 Antwort Letzte Antwort
          0
          • T toste

            Ich möchte nun auch den backitup Adapter nutzen, habe aber auch ein Problem wie einige hier schon berichtet haben. Leider komme ich nicht weiter.

            Ich möchte das Backup auf ein Synology NAS machen. Dafür nutze ich eine Verbindung über NFS.
            Wenn in Backitup "Mount als root (sudo)" ausgewählt ist, funktioniert das mounten, aber er kann kein Backup file erstellen:

            [ERROR] [minimal] - host.ioBroker-RasPi Cannot pack directory /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup: Error: EACCES: permission denied, open '/opt/iobroker/backups/minimal_2019_05_03-19_12_52_backupiobroker.tar.gz'

            Nehme ich den Haken bei "Mount als root" raus, schlägt das mounten fehl, aber das Backup file wird erstellt.

            [DEBUG] [minimal] - Backup created: /opt/iobroker/backups/minimal_2019_05_03-19_14_41_backupiobroker.tar.gz

            Ich habe schon einiges probiert. Dateirechte etc. auch habe ich den Adapter schon de- und neuinstalliert. Noch jemand eine Idee?

            simatecS Online
            simatecS Online
            simatec
            Developer Most Active
            schrieb am zuletzt editiert von
            #2007

            @toste
            Auf deinem NAS existieren keine Schreibrechte.
            Lege einen User an, der auch die Schreibrechte zu dem gewählten Pfad hat.
            Root-mount ist aber richtig

            • Besuche meine Github Seite
            • Beitrag hat geholfen oder willst du mich unterstützen
            • HowTo Restore ioBroker
            T 1 Antwort Letzte Antwort
            0
            • simatecS simatec

              @toste
              Auf deinem NAS existieren keine Schreibrechte.
              Lege einen User an, der auch die Schreibrechte zu dem gewählten Pfad hat.
              Root-mount ist aber richtig

              T Offline
              T Offline
              toste
              schrieb am zuletzt editiert von
              #2008

              @simatec Jup, das wars. In den NFS Settings fehlte noch ein Kleinigkeit:

              Squash: Root zu Admin zuordnen

              Nun läufts. Danke!!

              1 Antwort Letzte Antwort
              0
              • MathiasJM Offline
                MathiasJM Offline
                MathiasJ
                schrieb am zuletzt editiert von
                #2009

                nur eine Verständnisfrage:
                Auf dem produktiven System habe ich im Moment keine Zigbee-Devices am laufen,
                da ich es erst am Teststystem probieren will.
                Spricht etwas dagegen, daß ich nur die Zigbee-Database sichere und dann ins produktive System übeernehme?
                Der Coordinator bleibt ja der selbe. Nur der Platz auf dem das Testsystem
                steht soll der Platz für das produktive System werden.

                IObroker auf dem NUC als VM.
                Da ich noch keine Aktoren habe, wird momentan via Radar nur der AB der Fritzbox ein- und ausgeschaltet.
                Welches Smarthome-System es letztendlich wird, weiß ich noch nicht. Vielleicht kommen auch nur Zigbee-Geräte ins Haus.

                arteckA 1 Antwort Letzte Antwort
                0
                • MathiasJM MathiasJ

                  nur eine Verständnisfrage:
                  Auf dem produktiven System habe ich im Moment keine Zigbee-Devices am laufen,
                  da ich es erst am Teststystem probieren will.
                  Spricht etwas dagegen, daß ich nur die Zigbee-Database sichere und dann ins produktive System übeernehme?
                  Der Coordinator bleibt ja der selbe. Nur der Platz auf dem das Testsystem
                  steht soll der Platz für das produktive System werden.

                  arteckA Offline
                  arteckA Offline
                  arteck
                  Developer Most Active
                  schrieb am zuletzt editiert von
                  #2010

                  @MathiasJ kannst du machen.. die DB muss nur zum stick passend sein

                  zigbee hab ich, zwave auch, nuc's genauso und HA auch

                  MathiasJM 1 Antwort Letzte Antwort
                  0
                  • arteckA arteck

                    @MathiasJ kannst du machen.. die DB muss nur zum stick passend sein

                    MathiasJM Offline
                    MathiasJM Offline
                    MathiasJ
                    schrieb am zuletzt editiert von
                    #2011

                    @arteck
                    dankeschön!
                    Dann geht es doch so, wie ich gemeint habe :)

                    IObroker auf dem NUC als VM.
                    Da ich noch keine Aktoren habe, wird momentan via Radar nur der AB der Fritzbox ein- und ausgeschaltet.
                    Welches Smarthome-System es letztendlich wird, weiß ich noch nicht. Vielleicht kommen auch nur Zigbee-Geräte ins Haus.

                    1 Antwort Letzte Antwort
                    0
                    • eumatsE Offline
                      eumatsE Offline
                      eumats
                      schrieb am zuletzt editiert von eumats
                      #2012

                      Nabend.
                      Nach meinem Umstieg von 2x Raspi im Mulithost auf ein Multihostsystem bestehend aus einem NUC mit Debian (auf Proxmox) und einem Raspi (zum GPIO Abgriff) bekomme ich per Telegramm keine Nachrichten nach Abschluss des Backups mehr. Das Backup selber funktioniert aber. Auch vorher bei den 2x Raspi) kamen die Meldungen per Telegramm nicht immer.
                      Bei mir läuft je eine Instanz von backitup auf Master und Slave. Backupziel ist ein Synology NAS.

                      Das normale Versenden von Telegrammeldungen per Javascript funktioniert problemlos.

                      Was ich bisher getan habe:

                      1. backitup und Telegramm auf debug gestellt. Leider ohne nennenswerte Aussagen im Log.
                      2. backitup Adapter auf beiden Geräten de- und wieder neuinstalliert
                      3. Telegramm Adapter neu installiert

                      Alles bisher ohne Ergebnis...

                      Iobroker unter Debian:
                      debian@iobroker-server:~$ node -v
                      v10.15.3
                      debian@iobroker-server:~$ nodejs -v
                      v10.15.3
                      debian@iobroker-server:~$ npm -v
                      6.9.0

                      iobroker auf dem Raspi:
                      pi@iobroker-Pi:~ $ node -v
                      v8.16.0
                      pi@iobroker-Pi:~ $ nodejs -v
                      v8.16.0
                      pi@iobroker-Pi:~ $ npm -v
                      6.4.1

                      Hier mal das Log der manuellen Ausführung eines minimalen Backups:
                      ...

                      Update 20:31 Uhr: Nach dem Deaktivieren von "Zigbee-Datenbank speichern (Standard)" läuft es nun... ;-)

                      simatecS 1 Antwort Letzte Antwort
                      0
                      • eumatsE eumats

                        Nabend.
                        Nach meinem Umstieg von 2x Raspi im Mulithost auf ein Multihostsystem bestehend aus einem NUC mit Debian (auf Proxmox) und einem Raspi (zum GPIO Abgriff) bekomme ich per Telegramm keine Nachrichten nach Abschluss des Backups mehr. Das Backup selber funktioniert aber. Auch vorher bei den 2x Raspi) kamen die Meldungen per Telegramm nicht immer.
                        Bei mir läuft je eine Instanz von backitup auf Master und Slave. Backupziel ist ein Synology NAS.

                        Das normale Versenden von Telegrammeldungen per Javascript funktioniert problemlos.

                        Was ich bisher getan habe:

                        1. backitup und Telegramm auf debug gestellt. Leider ohne nennenswerte Aussagen im Log.
                        2. backitup Adapter auf beiden Geräten de- und wieder neuinstalliert
                        3. Telegramm Adapter neu installiert

                        Alles bisher ohne Ergebnis...

                        Iobroker unter Debian:
                        debian@iobroker-server:~$ node -v
                        v10.15.3
                        debian@iobroker-server:~$ nodejs -v
                        v10.15.3
                        debian@iobroker-server:~$ npm -v
                        6.9.0

                        iobroker auf dem Raspi:
                        pi@iobroker-Pi:~ $ node -v
                        v8.16.0
                        pi@iobroker-Pi:~ $ nodejs -v
                        v8.16.0
                        pi@iobroker-Pi:~ $ npm -v
                        6.4.1

                        Hier mal das Log der manuellen Ausführung eines minimalen Backups:
                        ...

                        Update 20:31 Uhr: Nach dem Deaktivieren von "Zigbee-Datenbank speichern (Standard)" läuft es nun... ;-)

                        simatecS Online
                        simatecS Online
                        simatec
                        Developer Most Active
                        schrieb am zuletzt editiert von
                        #2013

                        @eumats
                        Welche Benachrichtigung kam nicht? Vom Master oder Slave?
                        Wo läuft deine Telegram Instanz auf dem Master oder Slave?

                        • Besuche meine Github Seite
                        • Beitrag hat geholfen oder willst du mich unterstützen
                        • HowTo Restore ioBroker
                        eumatsE 1 Antwort Letzte Antwort
                        0
                        • simatecS simatec

                          @eumats
                          Welche Benachrichtigung kam nicht? Vom Master oder Slave?
                          Wo läuft deine Telegram Instanz auf dem Master oder Slave?

                          eumatsE Offline
                          eumatsE Offline
                          eumats
                          schrieb am zuletzt editiert von
                          #2014

                          @simatec
                          Danke, aber aktuell hat es sich erledigt. Siehe Update von meinem vorangegangenen Post.

                          1 Antwort Letzte Antwort
                          0
                          • T Offline
                            T Offline
                            toscand
                            schrieb am zuletzt editiert von
                            #2015

                            Hi zusammen,

                            habe gerade versucht Backitup mit Sicherung auf meinem Synology NAS einzurichten.
                            Die Sicherungen werden angelegt und im Ordner /opt/iobroker/backups abgelegt. Aber das Verschieben auf das NAS funktioniert nicht. Der user iobroker sollte bei mir eigentlich root rechte haben.
                            Folgenden LOG bekomme ich:

                            backitup.0 2019-06-01 21:48:26.484 debug system.adapter.admin.0: logging true
                            backitup.0 2019-06-01 21:47:42.252 debug [minimal/history] backitup.0.history.html
                            backitup.0 2019-06-01 21:47:42.220 debug [minimal/clean] done
                            backitup.0 2019-06-01 21:47:42.219 debug [minimal/clean] Backup files not deleted from /opt/iobroker/backups because some errors.
                            backitup.0 2019-06-01 21:47:42.216 debug [minimal/cifs] done
                            backitup.0 2019-06-01 21:47:42.209 debug [minimal/minimal] done
                            backitup.0 2019-06-01 21:47:42.193 debug [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2019_06_01-21_47_38_backupiobroker.tar.gz
                            backitup.0 2019-06-01 21:47:38.685 debug [minimal/mount] mount: only root can use "--options" option
                            backitup.0 2019-06-01 21:47:38.684 debug [minimal/mount] [IGNORED] Error: Command failed: mount -t cifs -o username=xxx xxx,password=xxx,rw,file_mode=0777,dir_mode=0777 //ipi.pip.i.pip/Familie/03_SmartHome/Backup/ioBroker Stand
                            backitup.0 2019-06-01 21:47:38.673 debug [minimal/mount] [undefined mount: only root can use "--options" option

                            simatecS 1 Antwort Letzte Antwort
                            0
                            • T toscand

                              Hi zusammen,

                              habe gerade versucht Backitup mit Sicherung auf meinem Synology NAS einzurichten.
                              Die Sicherungen werden angelegt und im Ordner /opt/iobroker/backups abgelegt. Aber das Verschieben auf das NAS funktioniert nicht. Der user iobroker sollte bei mir eigentlich root rechte haben.
                              Folgenden LOG bekomme ich:

                              backitup.0 2019-06-01 21:48:26.484 debug system.adapter.admin.0: logging true
                              backitup.0 2019-06-01 21:47:42.252 debug [minimal/history] backitup.0.history.html
                              backitup.0 2019-06-01 21:47:42.220 debug [minimal/clean] done
                              backitup.0 2019-06-01 21:47:42.219 debug [minimal/clean] Backup files not deleted from /opt/iobroker/backups because some errors.
                              backitup.0 2019-06-01 21:47:42.216 debug [minimal/cifs] done
                              backitup.0 2019-06-01 21:47:42.209 debug [minimal/minimal] done
                              backitup.0 2019-06-01 21:47:42.193 debug [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2019_06_01-21_47_38_backupiobroker.tar.gz
                              backitup.0 2019-06-01 21:47:38.685 debug [minimal/mount] mount: only root can use "--options" option
                              backitup.0 2019-06-01 21:47:38.684 debug [minimal/mount] [IGNORED] Error: Command failed: mount -t cifs -o username=xxx xxx,password=xxx,rw,file_mode=0777,dir_mode=0777 //ipi.pip.i.pip/Familie/03_SmartHome/Backup/ioBroker Stand
                              backitup.0 2019-06-01 21:47:38.673 debug [minimal/mount] [undefined mount: only root can use "--options" option

                              simatecS Online
                              simatecS Online
                              simatec
                              Developer Most Active
                              schrieb am zuletzt editiert von
                              #2016

                              @toscand
                              Hast du die cifs-utils installiert?
                              Wenn dein iobroker nicht als root läuft, dann musst du in backitup den root mount aktivieren

                              • Besuche meine Github Seite
                              • Beitrag hat geholfen oder willst du mich unterstützen
                              • HowTo Restore ioBroker
                              1 Antwort Letzte Antwort
                              0
                              • T Offline
                                T Offline
                                toscand
                                schrieb am zuletzt editiert von Homoran
                                #2017

                                habe ich beides nochmal geprüft mein User ist in der gruppe root und cifs-utils sind jetzt auch installiert.
                                ohne root mount gleicher log.
                                Kann das Problem eventuell daran liegen das meine NAS Benutzer ein ö im Namen hat?
                                mit root mount bekomme ich jetzt folgendes:

                                backitup.0	2019-06-01 23:02:21.610	debug	[minimal/history] backitup.0.history.html
                                backitup.0	2019-06-01 23:02:21.583	debug	[minimal/clean] done
                                backitup.0	2019-06-01 23:02:21.582	debug	[minimal/clean] Backup files not deleted from /opt/iobroker/backups because some errors.
                                backitup.0	2019-06-01 23:02:21.577	debug	[minimal/cifs] done
                                backitup.0	2019-06-01 23:02:21.570	debug	[minimal/minimal] done
                                backitup.0	2019-06-01 23:02:21.543	debug	[minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2019_06_01-23_02_16_backupiobroker.tar.gz
                                backitup.0	2019-06-01 23:02:16.131	debug	[minimal/mount] For more details see mount(8).
                                backitup.0	2019-06-01 23:02:16.130	debug	[minimal/mount] --make-runbindable recursively mark a whole subtree as unbindable
                                backitup.0	2019-06-01 23:02:16.130	debug	[minimal/mount] --make-rprivate recursively mark a whole subtree as private
                                backitup.0	2019-06-01 23:02:16.130	debug	[minimal/mount] --make-rslave recursively mark a whole subtree as slave
                                backitup.0	2019-06-01 23:02:16.129	debug	[minimal/mount] --make-rshared recursively mark a whole subtree as shared
                                backitup.0	2019-06-01 23:02:16.129	debug	[minimal/mount] --make-unbindable mark a subtree as unbindable
                                backitup.0	2019-06-01 23:02:16.128	debug	[minimal/mount] --make-private mark a subtree as private
                                backitup.0	2019-06-01 23:02:16.128	debug	[minimal/mount] --make-slave mark a subtree as slave
                                backitup.0	2019-06-01 23:02:16.128	debug	[minimal/mount] --make-shared mark a subtree as shared
                                backitup.0	2019-06-01 23:02:16.127	debug	[minimal/mount] -R, --rbind mount a subtree and all submounts somewhere else
                                backitup.0	2019-06-01 23:02:16.127	debug	[minimal/mount] -M, --move move a subtree to some other place
                                backitup.0	2019-06-01 23:02:16.126	debug	[minimal/mount] -B, --bind mount a subtree somewhere else (same as -o bind)
                                backitup.0	2019-06-01 23:02:16.126	debug	[minimal/mount] Operations:
                                backitup.0	2019-06-01 23:02:16.126	debug	[minimal/mount] <file> regular file for loopdev setup
                                backitup.0	2019-06-01 23:02:16.125	debug	[minimal/mount] <directory> mountpoint for bind mounts (see --bind/rbind)
                                backitup.0	2019-06-01 23:02:16.125	debug	[minimal/mount] <device> specifies device by path
                                backitup.0	2019-06-01 23:02:16.125	debug	[minimal/mount] PARTUUID=<uuid> specifies device by partition UUID
                                backitup.0	2019-06-01 23:02:16.124	debug	[minimal/mount] PARTLABEL=<label> specifies device by partition label
                                backitup.0	2019-06-01 23:02:16.124	debug	[minimal/mount] UUID=<uuid> specifies device by filesystem UUID
                                backitup.0	2019-06-01 23:02:16.123	debug	[minimal/mount] LABEL=<label> specifies device by filesystem label
                                backitup.0	2019-06-01 23:02:16.123	debug	[minimal/mount] -U, --uuid <uuid> synonym for UUID=<uuid>
                                backitup.0	2019-06-01 23:02:16.123	debug	[minimal/mount] -L, --label <label> synonym for LABEL=<label>
                                backitup.0	2019-06-01 23:02:16.122	debug	[minimal/mount] Source:
                                backitup.0	2019-06-01 23:02:16.122	debug	[minimal/mount] -V, --version output version information and exit
                                backitup.0	2019-06-01 23:02:16.121	debug	[minimal/mount] -h, --help display this help and exit
                                backitup.0	2019-06-01 23:02:16.121	debug	[minimal/mount] -w, --rw, --read-write mount the filesystem read-write (default)
                                backitup.0	2019-06-01 23:02:16.121	debug	[minimal/mount] -v, --verbose say what is being done
                                backitup.0	2019-06-01 23:02:16.120	debug	[minimal/mount] --target <target> explicitly specifies mountpoint
                                backitup.0	2019-06-01 23:02:16.120	debug	[minimal/mount] --source <src> explicitly specifies source (path, label, uuid)
                                backitup.0	2019-06-01 23:02:16.120	debug	[minimal/mount] -t, --types <list> limit the set of filesystem types
                                backitup.0	2019-06-01 23:02:16.119	debug	[minimal/mount] -r, --read-only mount the filesystem read-only (same as -o ro)
                                backitup.0	2019-06-01 23:02:16.119	debug	[minimal/mount] -O, --test-opts <list> limit the set of filesystems (use with -a)
                                backitup.0	2019-06-01 23:02:16.118	debug	[minimal/mount] -o, --options <list> comma-separated list of mount options
                                backitup.0	2019-06-01 23:02:16.118	debug	[minimal/mount] -n, --no-mtab don't write to /etc/mtab
                                backitup.0	2019-06-01 23:02:16.118	debug	[minimal/mount] -l, --show-labels show also filesystem labels
                                backitup.0	2019-06-01 23:02:16.117	debug	[minimal/mount] -i, --internal-only don't call the mount.<type> helpers
                                backitup.0	2019-06-01 23:02:16.117	debug	[minimal/mount] -T, --fstab <path> alternative file to /etc/fstab
                                backitup.0	2019-06-01 23:02:16.117	debug	[minimal/mount] -F, --fork fork off for each device (use with -a)
                                backitup.0	2019-06-01 23:02:16.116	debug	[minimal/mount] -f, --fake dry run; skip the mount(2) syscall
                                backitup.0	2019-06-01 23:02:16.116	debug	[minimal/mount] -c, --no-canonicalize don't canonicalize paths
                                backitup.0	2019-06-01 23:02:16.115	debug	[minimal/mount] -a, --all mount all filesystems mentioned in fstab
                                backitup.0	2019-06-01 23:02:16.115	debug	[minimal/mount] Options:
                                backitup.0	2019-06-01 23:02:16.115	debug	[minimal/mount] Mount a filesystem.
                                backitup.0	2019-06-01 23:02:16.114	debug	[minimal/mount] mount <operation> <mountpoint> [<target>]
                                backitup.0	2019-06-01 23:02:16.114	debug	[minimal/mount] mount [options] <source> <directory>
                                backitup.0	2019-06-01 23:02:16.113	debug	[minimal/mount] mount [options] [--source] <source> | [--target] <directory>
                                backitup.0	2019-06-01 23:02:16.113	debug	[minimal/mount] mount -a [options]
                                backitup.0	2019-06-01 23:02:16.112	debug	[minimal/mount] mount [-lhV]
                                backitup.0	2019-06-01 23:02:16.112	debug	[minimal/mount] Usage:
                                backitup.0	2019-06-01 23:02:16.111	debug	[minimal/mount] [IGNORED] Error: Command failed: sudo mount -t cifs -o username=xxx xxx,password=xxx,rw,file_mode=0777,dir_mode=0777 //xxx.xxx.x.xxx/Familie/03_SmartHome/Backup/ioBroker
                                backitup.0	2019-06-01 23:02:16.103	debug	[minimal/mount] For more details see mount(8).
                                backitup.0	2019-06-01 23:02:16.103	debug	[minimal/mount] --make-runbindable recursively mark a whole subtree as unbindable
                                backitup.0	2019-06-01 23:02:16.102	debug	[minimal/mount] --make-rprivate recursively mark a whole subtree as private
                                backitup.0	2019-06-01 23:02:16.102	debug	[minimal/mount] --make-rslave recursively mark a whole subtree as slave
                                backitup.0	2019-06-01 23:02:16.102	debug	[minimal/mount] --make-rshared recursively mark a whole subtree as shared
                                backitup.0	2019-06-01 23:02:16.101	debug	[minimal/mount] --make-unbindable mark a subtree as unbindable
                                backitup.0	2019-06-01 23:02:16.101	debug	[minimal/mount] --make-private mark a subtree as private
                                backitup.0	2019-06-01 23:02:16.100	debug	[minimal/mount] --make-slave mark a subtree as slave
                                backitup.0	2019-06-01 23:02:16.100	debug	[minimal/mount] --make-shared mark a subtree as shared
                                backitup.0	2019-06-01 23:02:16.100	debug	[minimal/mount] -R, --rbind mount a subtree and all submounts somewhere else
                                backitup.0	2019-06-01 23:02:16.099	debug	[minimal/mount] -M, --move move a subtree to some other place
                                backitup.0	2019-06-01 23:02:16.099	debug	[minimal/mount] -B, --bind mount a subtree somewhere else (same as -o bind)
                                backitup.0	2019-06-01 23:02:16.099	debug	[minimal/mount] Operations:
                                backitup.0	2019-06-01 23:02:16.098	debug	[minimal/mount] <file> regular file for loopdev setup
                                backitup.0	2019-06-01 23:02:16.098	debug	[minimal/mount] <directory> mountpoint for bind mounts (see --bind/rbind)
                                backitup.0	2019-06-01 23:02:16.097	debug	[minimal/mount] <device> specifies device by path
                                backitup.0	2019-06-01 23:02:16.097	debug	[minimal/mount] PARTUUID=<uuid> specifies device by partition UUID
                                backitup.0	2019-06-01 23:02:16.097	debug	[minimal/mount] PARTLABEL=<label> specifies device by partition label
                                backitup.0	2019-06-01 23:02:16.096	debug	[minimal/mount] UUID=<uuid> specifies device by filesystem UUID
                                backitup.0	2019-06-01 23:02:16.096	debug	[minimal/mount] LABEL=<label> specifies device by filesystem label
                                backitup.0	2019-06-01 23:02:16.096	debug	[minimal/mount] -U, --uuid <uuid> synonym for UUID=<uuid>
                                backitup.0	2019-06-01 23:02:16.095	debug	[minimal/mount] -L, --label <label> synonym for LABEL=<label>
                                backitup.0	2019-06-01 23:02:16.095	debug	[minimal/mount] Source:
                                backitup.0	2019-06-01 23:02:16.094	debug	[minimal/mount] -V, --version output version information and exit
                                backitup.0	2019-06-01 23:02:16.094	debug	[minimal/mount] -h, --help display this help and exit
                                backitup.0	2019-06-01 23:02:16.094	debug	[minimal/mount] -w, --rw, --read-write mount the filesystem read-write (default)
                                backitup.0	2019-06-01 23:02:16.093	debug	[minimal/mount] -v, --verbose say what is being done
                                backitup.0	2019-06-01 23:02:16.093	debug	[minimal/mount] --target <target> explicitly specifies mountpoint
                                backitup.0	2019-06-01 23:02:16.092	debug	[minimal/mount] --source <src> explicitly specifies source (path, label, uuid)
                                backitup.0	2019-06-01 23:02:16.092	debug	[minimal/mount] -t, --types <list> limit the set of filesystem types
                                backitup.0	2019-06-01 23:02:16.092	debug	[minimal/mount] -r, --read-only mount the filesystem read-only (same as -o ro)
                                backitup.0	2019-06-01 23:02:16.091	debug	[minimal/mount] -O, --test-opts <list> limit the set of filesystems (use with -a)
                                backitup.0	2019-06-01 23:02:16.091	debug	[minimal/mount] -o, --options <list> comma-separated list of mount options
                                backitup.0	2019-06-01 23:02:16.091	debug	[minimal/mount] -n, --no-mtab don't write to /etc/mtab
                                backitup.0	2019-06-01 23:02:16.090	debug	[minimal/mount] -l, --show-labels show also filesystem labels
                                backitup.0	2019-06-01 23:02:16.090	debug	[minimal/mount] -i, --internal-only don't call the mount.<type> helpers
                                backitup.0	2019-06-01 23:02:16.089	debug	[minimal/mount] -T, --fstab <path> alternative file to /etc/fstab
                                backitup.0	2019-06-01 23:02:16.089	debug	[minimal/mount] -F, --fork fork off for each device (use with -a)
                                backitup.0	2019-06-01 23:02:16.089	debug	[minimal/mount] -f, --fake dry run; skip the mount(2) syscall
                                backitup.0	2019-06-01 23:02:16.088	debug	[minimal/mount] -c, --no-canonicalize don't canonicalize paths
                                backitup.0	2019-06-01 23:02:16.088	debug	[minimal/mount] -a, --all mount all filesystems mentioned in fstab
                                backitup.0	2019-06-01 23:02:16.087	debug	[minimal/mount] Options:
                                backitup.0	2019-06-01 23:02:16.087	debug	[minimal/mount] Mount a filesystem.
                                backitup.0	2019-06-01 23:02:16.087	debug	[minimal/mount] mount <operation> <mountpoint> [<target>]
                                backitup.0	2019-06-01 23:02:16.086	debug	[minimal/mount] mount [options] <source> <directory>
                                backitup.0	2019-06-01 23:02:16.086	debug	[minimal/mount] mount [options] [--source] <source> | [--target] <directory>
                                backitup.0	2019-06-01 23:02:16.086	debug	[minimal/mount] mount -a [options]
                                backitup.0	2019-06-01 23:02:16.085	debug	[minimal/mount] mount [-lhV]
                                backitup.0	2019-06-01 23:02:16.085	debug	[minimal/mount] Usage:
                                backitup.0	2019-06-01 23:02:16.083	debug	[minimal/mount] [undefined
                                backitup.0	2019-06-01 23:01:47.589	debug	[total] 10 00 02 */3 * *
                                

                                simatecS 1 Antwort Letzte Antwort
                                0
                                • T toscand

                                  habe ich beides nochmal geprüft mein User ist in der gruppe root und cifs-utils sind jetzt auch installiert.
                                  ohne root mount gleicher log.
                                  Kann das Problem eventuell daran liegen das meine NAS Benutzer ein ö im Namen hat?
                                  mit root mount bekomme ich jetzt folgendes:

                                  backitup.0	2019-06-01 23:02:21.610	debug	[minimal/history] backitup.0.history.html
                                  backitup.0	2019-06-01 23:02:21.583	debug	[minimal/clean] done
                                  backitup.0	2019-06-01 23:02:21.582	debug	[minimal/clean] Backup files not deleted from /opt/iobroker/backups because some errors.
                                  backitup.0	2019-06-01 23:02:21.577	debug	[minimal/cifs] done
                                  backitup.0	2019-06-01 23:02:21.570	debug	[minimal/minimal] done
                                  backitup.0	2019-06-01 23:02:21.543	debug	[minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2019_06_01-23_02_16_backupiobroker.tar.gz
                                  backitup.0	2019-06-01 23:02:16.131	debug	[minimal/mount] For more details see mount(8).
                                  backitup.0	2019-06-01 23:02:16.130	debug	[minimal/mount] --make-runbindable recursively mark a whole subtree as unbindable
                                  backitup.0	2019-06-01 23:02:16.130	debug	[minimal/mount] --make-rprivate recursively mark a whole subtree as private
                                  backitup.0	2019-06-01 23:02:16.130	debug	[minimal/mount] --make-rslave recursively mark a whole subtree as slave
                                  backitup.0	2019-06-01 23:02:16.129	debug	[minimal/mount] --make-rshared recursively mark a whole subtree as shared
                                  backitup.0	2019-06-01 23:02:16.129	debug	[minimal/mount] --make-unbindable mark a subtree as unbindable
                                  backitup.0	2019-06-01 23:02:16.128	debug	[minimal/mount] --make-private mark a subtree as private
                                  backitup.0	2019-06-01 23:02:16.128	debug	[minimal/mount] --make-slave mark a subtree as slave
                                  backitup.0	2019-06-01 23:02:16.128	debug	[minimal/mount] --make-shared mark a subtree as shared
                                  backitup.0	2019-06-01 23:02:16.127	debug	[minimal/mount] -R, --rbind mount a subtree and all submounts somewhere else
                                  backitup.0	2019-06-01 23:02:16.127	debug	[minimal/mount] -M, --move move a subtree to some other place
                                  backitup.0	2019-06-01 23:02:16.126	debug	[minimal/mount] -B, --bind mount a subtree somewhere else (same as -o bind)
                                  backitup.0	2019-06-01 23:02:16.126	debug	[minimal/mount] Operations:
                                  backitup.0	2019-06-01 23:02:16.126	debug	[minimal/mount] <file> regular file for loopdev setup
                                  backitup.0	2019-06-01 23:02:16.125	debug	[minimal/mount] <directory> mountpoint for bind mounts (see --bind/rbind)
                                  backitup.0	2019-06-01 23:02:16.125	debug	[minimal/mount] <device> specifies device by path
                                  backitup.0	2019-06-01 23:02:16.125	debug	[minimal/mount] PARTUUID=<uuid> specifies device by partition UUID
                                  backitup.0	2019-06-01 23:02:16.124	debug	[minimal/mount] PARTLABEL=<label> specifies device by partition label
                                  backitup.0	2019-06-01 23:02:16.124	debug	[minimal/mount] UUID=<uuid> specifies device by filesystem UUID
                                  backitup.0	2019-06-01 23:02:16.123	debug	[minimal/mount] LABEL=<label> specifies device by filesystem label
                                  backitup.0	2019-06-01 23:02:16.123	debug	[minimal/mount] -U, --uuid <uuid> synonym for UUID=<uuid>
                                  backitup.0	2019-06-01 23:02:16.123	debug	[minimal/mount] -L, --label <label> synonym for LABEL=<label>
                                  backitup.0	2019-06-01 23:02:16.122	debug	[minimal/mount] Source:
                                  backitup.0	2019-06-01 23:02:16.122	debug	[minimal/mount] -V, --version output version information and exit
                                  backitup.0	2019-06-01 23:02:16.121	debug	[minimal/mount] -h, --help display this help and exit
                                  backitup.0	2019-06-01 23:02:16.121	debug	[minimal/mount] -w, --rw, --read-write mount the filesystem read-write (default)
                                  backitup.0	2019-06-01 23:02:16.121	debug	[minimal/mount] -v, --verbose say what is being done
                                  backitup.0	2019-06-01 23:02:16.120	debug	[minimal/mount] --target <target> explicitly specifies mountpoint
                                  backitup.0	2019-06-01 23:02:16.120	debug	[minimal/mount] --source <src> explicitly specifies source (path, label, uuid)
                                  backitup.0	2019-06-01 23:02:16.120	debug	[minimal/mount] -t, --types <list> limit the set of filesystem types
                                  backitup.0	2019-06-01 23:02:16.119	debug	[minimal/mount] -r, --read-only mount the filesystem read-only (same as -o ro)
                                  backitup.0	2019-06-01 23:02:16.119	debug	[minimal/mount] -O, --test-opts <list> limit the set of filesystems (use with -a)
                                  backitup.0	2019-06-01 23:02:16.118	debug	[minimal/mount] -o, --options <list> comma-separated list of mount options
                                  backitup.0	2019-06-01 23:02:16.118	debug	[minimal/mount] -n, --no-mtab don't write to /etc/mtab
                                  backitup.0	2019-06-01 23:02:16.118	debug	[minimal/mount] -l, --show-labels show also filesystem labels
                                  backitup.0	2019-06-01 23:02:16.117	debug	[minimal/mount] -i, --internal-only don't call the mount.<type> helpers
                                  backitup.0	2019-06-01 23:02:16.117	debug	[minimal/mount] -T, --fstab <path> alternative file to /etc/fstab
                                  backitup.0	2019-06-01 23:02:16.117	debug	[minimal/mount] -F, --fork fork off for each device (use with -a)
                                  backitup.0	2019-06-01 23:02:16.116	debug	[minimal/mount] -f, --fake dry run; skip the mount(2) syscall
                                  backitup.0	2019-06-01 23:02:16.116	debug	[minimal/mount] -c, --no-canonicalize don't canonicalize paths
                                  backitup.0	2019-06-01 23:02:16.115	debug	[minimal/mount] -a, --all mount all filesystems mentioned in fstab
                                  backitup.0	2019-06-01 23:02:16.115	debug	[minimal/mount] Options:
                                  backitup.0	2019-06-01 23:02:16.115	debug	[minimal/mount] Mount a filesystem.
                                  backitup.0	2019-06-01 23:02:16.114	debug	[minimal/mount] mount <operation> <mountpoint> [<target>]
                                  backitup.0	2019-06-01 23:02:16.114	debug	[minimal/mount] mount [options] <source> <directory>
                                  backitup.0	2019-06-01 23:02:16.113	debug	[minimal/mount] mount [options] [--source] <source> | [--target] <directory>
                                  backitup.0	2019-06-01 23:02:16.113	debug	[minimal/mount] mount -a [options]
                                  backitup.0	2019-06-01 23:02:16.112	debug	[minimal/mount] mount [-lhV]
                                  backitup.0	2019-06-01 23:02:16.112	debug	[minimal/mount] Usage:
                                  backitup.0	2019-06-01 23:02:16.111	debug	[minimal/mount] [IGNORED] Error: Command failed: sudo mount -t cifs -o username=xxx xxx,password=xxx,rw,file_mode=0777,dir_mode=0777 //xxx.xxx.x.xxx/Familie/03_SmartHome/Backup/ioBroker
                                  backitup.0	2019-06-01 23:02:16.103	debug	[minimal/mount] For more details see mount(8).
                                  backitup.0	2019-06-01 23:02:16.103	debug	[minimal/mount] --make-runbindable recursively mark a whole subtree as unbindable
                                  backitup.0	2019-06-01 23:02:16.102	debug	[minimal/mount] --make-rprivate recursively mark a whole subtree as private
                                  backitup.0	2019-06-01 23:02:16.102	debug	[minimal/mount] --make-rslave recursively mark a whole subtree as slave
                                  backitup.0	2019-06-01 23:02:16.102	debug	[minimal/mount] --make-rshared recursively mark a whole subtree as shared
                                  backitup.0	2019-06-01 23:02:16.101	debug	[minimal/mount] --make-unbindable mark a subtree as unbindable
                                  backitup.0	2019-06-01 23:02:16.101	debug	[minimal/mount] --make-private mark a subtree as private
                                  backitup.0	2019-06-01 23:02:16.100	debug	[minimal/mount] --make-slave mark a subtree as slave
                                  backitup.0	2019-06-01 23:02:16.100	debug	[minimal/mount] --make-shared mark a subtree as shared
                                  backitup.0	2019-06-01 23:02:16.100	debug	[minimal/mount] -R, --rbind mount a subtree and all submounts somewhere else
                                  backitup.0	2019-06-01 23:02:16.099	debug	[minimal/mount] -M, --move move a subtree to some other place
                                  backitup.0	2019-06-01 23:02:16.099	debug	[minimal/mount] -B, --bind mount a subtree somewhere else (same as -o bind)
                                  backitup.0	2019-06-01 23:02:16.099	debug	[minimal/mount] Operations:
                                  backitup.0	2019-06-01 23:02:16.098	debug	[minimal/mount] <file> regular file for loopdev setup
                                  backitup.0	2019-06-01 23:02:16.098	debug	[minimal/mount] <directory> mountpoint for bind mounts (see --bind/rbind)
                                  backitup.0	2019-06-01 23:02:16.097	debug	[minimal/mount] <device> specifies device by path
                                  backitup.0	2019-06-01 23:02:16.097	debug	[minimal/mount] PARTUUID=<uuid> specifies device by partition UUID
                                  backitup.0	2019-06-01 23:02:16.097	debug	[minimal/mount] PARTLABEL=<label> specifies device by partition label
                                  backitup.0	2019-06-01 23:02:16.096	debug	[minimal/mount] UUID=<uuid> specifies device by filesystem UUID
                                  backitup.0	2019-06-01 23:02:16.096	debug	[minimal/mount] LABEL=<label> specifies device by filesystem label
                                  backitup.0	2019-06-01 23:02:16.096	debug	[minimal/mount] -U, --uuid <uuid> synonym for UUID=<uuid>
                                  backitup.0	2019-06-01 23:02:16.095	debug	[minimal/mount] -L, --label <label> synonym for LABEL=<label>
                                  backitup.0	2019-06-01 23:02:16.095	debug	[minimal/mount] Source:
                                  backitup.0	2019-06-01 23:02:16.094	debug	[minimal/mount] -V, --version output version information and exit
                                  backitup.0	2019-06-01 23:02:16.094	debug	[minimal/mount] -h, --help display this help and exit
                                  backitup.0	2019-06-01 23:02:16.094	debug	[minimal/mount] -w, --rw, --read-write mount the filesystem read-write (default)
                                  backitup.0	2019-06-01 23:02:16.093	debug	[minimal/mount] -v, --verbose say what is being done
                                  backitup.0	2019-06-01 23:02:16.093	debug	[minimal/mount] --target <target> explicitly specifies mountpoint
                                  backitup.0	2019-06-01 23:02:16.092	debug	[minimal/mount] --source <src> explicitly specifies source (path, label, uuid)
                                  backitup.0	2019-06-01 23:02:16.092	debug	[minimal/mount] -t, --types <list> limit the set of filesystem types
                                  backitup.0	2019-06-01 23:02:16.092	debug	[minimal/mount] -r, --read-only mount the filesystem read-only (same as -o ro)
                                  backitup.0	2019-06-01 23:02:16.091	debug	[minimal/mount] -O, --test-opts <list> limit the set of filesystems (use with -a)
                                  backitup.0	2019-06-01 23:02:16.091	debug	[minimal/mount] -o, --options <list> comma-separated list of mount options
                                  backitup.0	2019-06-01 23:02:16.091	debug	[minimal/mount] -n, --no-mtab don't write to /etc/mtab
                                  backitup.0	2019-06-01 23:02:16.090	debug	[minimal/mount] -l, --show-labels show also filesystem labels
                                  backitup.0	2019-06-01 23:02:16.090	debug	[minimal/mount] -i, --internal-only don't call the mount.<type> helpers
                                  backitup.0	2019-06-01 23:02:16.089	debug	[minimal/mount] -T, --fstab <path> alternative file to /etc/fstab
                                  backitup.0	2019-06-01 23:02:16.089	debug	[minimal/mount] -F, --fork fork off for each device (use with -a)
                                  backitup.0	2019-06-01 23:02:16.089	debug	[minimal/mount] -f, --fake dry run; skip the mount(2) syscall
                                  backitup.0	2019-06-01 23:02:16.088	debug	[minimal/mount] -c, --no-canonicalize don't canonicalize paths
                                  backitup.0	2019-06-01 23:02:16.088	debug	[minimal/mount] -a, --all mount all filesystems mentioned in fstab
                                  backitup.0	2019-06-01 23:02:16.087	debug	[minimal/mount] Options:
                                  backitup.0	2019-06-01 23:02:16.087	debug	[minimal/mount] Mount a filesystem.
                                  backitup.0	2019-06-01 23:02:16.087	debug	[minimal/mount] mount <operation> <mountpoint> [<target>]
                                  backitup.0	2019-06-01 23:02:16.086	debug	[minimal/mount] mount [options] <source> <directory>
                                  backitup.0	2019-06-01 23:02:16.086	debug	[minimal/mount] mount [options] [--source] <source> | [--target] <directory>
                                  backitup.0	2019-06-01 23:02:16.086	debug	[minimal/mount] mount -a [options]
                                  backitup.0	2019-06-01 23:02:16.085	debug	[minimal/mount] mount [-lhV]
                                  backitup.0	2019-06-01 23:02:16.085	debug	[minimal/mount] Usage:
                                  backitup.0	2019-06-01 23:02:16.083	debug	[minimal/mount] [undefined
                                  backitup.0	2019-06-01 23:01:47.589	debug	[total] 10 00 02 */3 * *
                                  

                                  simatecS Online
                                  simatecS Online
                                  simatec
                                  Developer Most Active
                                  schrieb am zuletzt editiert von
                                  #2018

                                  @toscand
                                  Das könnte durchaus an Sonderzeichen liegen.
                                  Nimm mal einen anderen Benutzer.
                                  Wenn du im Passwort Sonderzeichen hast, schreibe es in Anführungszeichen.
                                  Linux hat auch Probleme mit zu langen Passwörtern.

                                  • Besuche meine Github Seite
                                  • Beitrag hat geholfen oder willst du mich unterstützen
                                  • HowTo Restore ioBroker
                                  1 Antwort Letzte Antwort
                                  0
                                  • K Offline
                                    K Offline
                                    klassisch
                                    Most Active
                                    schrieb am zuletzt editiert von
                                    #2019

                                    Hallo,
                                    habe jetzt auf einen Windows Rechner migriert. Jetzt wäre es praktisch, wenn man die history-Daten ebenfals täglich auf die Synology sichern könnte. Beim Orange Pi habe ich das über ein rsync gemacht, lange bevor es diesen praktischen Adapter hier gab. Bevor ich jetzt wieder eine Lösung für Windows schnitze, frage ih mal, ob hiermit so etwas möglich oder geplant ist.

                                    simatecS 1 Antwort Letzte Antwort
                                    0
                                    • K klassisch

                                      Hallo,
                                      habe jetzt auf einen Windows Rechner migriert. Jetzt wäre es praktisch, wenn man die history-Daten ebenfals täglich auf die Synology sichern könnte. Beim Orange Pi habe ich das über ein rsync gemacht, lange bevor es diesen praktischen Adapter hier gab. Bevor ich jetzt wieder eine Lösung für Windows schnitze, frage ih mal, ob hiermit so etwas möglich oder geplant ist.

                                      simatecS Online
                                      simatecS Online
                                      simatec
                                      Developer Most Active
                                      schrieb am zuletzt editiert von
                                      #2020

                                      @klassisch
                                      Das sichern der History Daten ist für backitup geplant.
                                      Kommt sicher in der der nächsten Versionen.

                                      • Besuche meine Github Seite
                                      • Beitrag hat geholfen oder willst du mich unterstützen
                                      • HowTo Restore ioBroker
                                      1 Antwort Letzte Antwort
                                      0
                                      • K Offline
                                        K Offline
                                        klassisch
                                        Most Active
                                        schrieb am zuletzt editiert von
                                        #2021

                                        Klasse, vielen Dank für die Info! Dann muß ich nichts rumfrickeln. In der Zwischenzeit mache ich dann die history Backups einmal die Woche manuell über den TC, oder so..

                                        1 Antwort Letzte Antwort
                                        0
                                        • T Offline
                                          T Offline
                                          toscand
                                          schrieb am zuletzt editiert von
                                          #2022

                                          @simatec
                                          ich habe mir anderem Benutzer auf dem NAS und kurzen Passwort immernoch den gleichen Fehler.
                                          Was könnte noch die Ursache seien?

                                          simatecS 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

                                          509

                                          Online

                                          32.4k

                                          Benutzer

                                          81.4k

                                          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