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. Error/Bug
  4. [gelöst]Backitup kann nicht auf NAS-Directory zugreifen

NEWS

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

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

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

[gelöst]Backitup kann nicht auf NAS-Directory zugreifen

Geplant Angeheftet Gesperrt Verschoben Error/Bug
14 Beiträge 3 Kommentatoren 868 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.
  • W Offline
    W Offline
    WillyIobrok
    schrieb am zuletzt editiert von WillyIobrok
    #1
    Systemdata Bitte Ausfüllen
    Hardwaresystem: Pi4
    Arbeitsspeicher: 4GB
    Festplattenart: SD-Karte
    Betriebssystem: RaspiOS/Linux
    Node-Version: ?
    Nodejs-Version: 12.22.0
    NPM-Version: 6.14.11
    Installationsart: Manuell
    Image genutzt: Nein
    Ort/Name der Imagedatei: Link

    Hallo, habe gestern das erstemal (z.T. erfolgreich) den Adapter Backitup eingesetzt.

    In diesem Zusammenhang habe ich eine Frage bzgl. Zugriff auf ein externes Laufwerk auf meinem QNAP-NAS. Der geht nämlich nur manuell als sudo, nicht im Backitup-Adapter.

    Folgende Konfiguration:

    Eintrag im /etc/fstab:

    //NASDI/home/Raspis   /home/pi/NASRaspis cifs   defaults,nofail,username=u123,password=pw123,x-systemd.automount,x-systemd.requires=network-online.target 0 0
    

    Fehlermeldung in Backitup:

    Started iobroker ...
    [DEBUG] [mount] - done
    [DEBUG] [iobroker] - host.ioBroker-4 6898 states saved
    
    [DEBUG] [iobroker] - host.ioBroker-4 9882 objects saved
    
    [DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2021_04_07-19_00_04_backupiobroker.tar.gz
    
    [DEBUG] [iobroker] - done
    [DEBUG] [historyDB] - compress from historyDB started ...
    [DEBUG] [historyDB] - Packed 9MB so far...
    [DEBUG] [historyDB] - Backup created: /opt/iobroker/backups/historyDB_2021_04_07-19_00_20_backupiobroker.tar.gz
    [DEBUG] [historyDB] - done
    [DEBUG] [cifs] - Copy iobroker_2021_04_07-19_00_04_backupiobroker.tar.gz...
    [ERROR] [cifs] - Error: EACCES: permission denied, open '/home/pi/NASRaspis/ioBroker-4/Backitup/iobroker_2021_04_07-19_00_04_backupiobroker.tar.gz'
    [DEBUG] [cifs] - Copy historyDB_2021_04_07-19_00_20_backupiobroker.tar.gz...
    [ERROR] [cifs] - Error: EACCES: permission denied, open '/home/pi/NASRaspis/ioBroker-4/Backitup/historyDB_2021_04_07-19_00_20_backupiobroker.tar.gz'
    [DEBUG] [cifs] - done
    [ERROR] [clean] - Backup files not deleted from /opt/iobroker/backups because some errors.
    [DEBUG] [clean] - done
    [DEBUG] [historyHTML] - new history html values created
    [DEBUG] [historyHTML] - done
    [DEBUG] [historyJSON] - new history json values created
    [DEBUG] [historyJSON] - done
    [DEBUG] [umount] - done
    [EXIT] 0
    

    Konfiguration in Backitup:
    Backitup_setup0.jpg
    Backitup_setup.jpg

    Anmerkung: Die Fehlermeldung bleibt dieselbe auch wenn ich "Als root-Benutzer mounten (sudo)" anklicke.

    Kopieren der Daten von Hand geht einwandfrei.
    Was mache ich falsch ?

    Grüße, WillyIoBrok

    Thomas BraunT simatecS 2 Antworten Letzte Antwort
    0
    • W WillyIobrok
      Systemdata Bitte Ausfüllen
      Hardwaresystem: Pi4
      Arbeitsspeicher: 4GB
      Festplattenart: SD-Karte
      Betriebssystem: RaspiOS/Linux
      Node-Version: ?
      Nodejs-Version: 12.22.0
      NPM-Version: 6.14.11
      Installationsart: Manuell
      Image genutzt: Nein
      Ort/Name der Imagedatei: Link

      Hallo, habe gestern das erstemal (z.T. erfolgreich) den Adapter Backitup eingesetzt.

      In diesem Zusammenhang habe ich eine Frage bzgl. Zugriff auf ein externes Laufwerk auf meinem QNAP-NAS. Der geht nämlich nur manuell als sudo, nicht im Backitup-Adapter.

      Folgende Konfiguration:

      Eintrag im /etc/fstab:

      //NASDI/home/Raspis   /home/pi/NASRaspis cifs   defaults,nofail,username=u123,password=pw123,x-systemd.automount,x-systemd.requires=network-online.target 0 0
      

      Fehlermeldung in Backitup:

      Started iobroker ...
      [DEBUG] [mount] - done
      [DEBUG] [iobroker] - host.ioBroker-4 6898 states saved
      
      [DEBUG] [iobroker] - host.ioBroker-4 9882 objects saved
      
      [DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2021_04_07-19_00_04_backupiobroker.tar.gz
      
      [DEBUG] [iobroker] - done
      [DEBUG] [historyDB] - compress from historyDB started ...
      [DEBUG] [historyDB] - Packed 9MB so far...
      [DEBUG] [historyDB] - Backup created: /opt/iobroker/backups/historyDB_2021_04_07-19_00_20_backupiobroker.tar.gz
      [DEBUG] [historyDB] - done
      [DEBUG] [cifs] - Copy iobroker_2021_04_07-19_00_04_backupiobroker.tar.gz...
      [ERROR] [cifs] - Error: EACCES: permission denied, open '/home/pi/NASRaspis/ioBroker-4/Backitup/iobroker_2021_04_07-19_00_04_backupiobroker.tar.gz'
      [DEBUG] [cifs] - Copy historyDB_2021_04_07-19_00_20_backupiobroker.tar.gz...
      [ERROR] [cifs] - Error: EACCES: permission denied, open '/home/pi/NASRaspis/ioBroker-4/Backitup/historyDB_2021_04_07-19_00_20_backupiobroker.tar.gz'
      [DEBUG] [cifs] - done
      [ERROR] [clean] - Backup files not deleted from /opt/iobroker/backups because some errors.
      [DEBUG] [clean] - done
      [DEBUG] [historyHTML] - new history html values created
      [DEBUG] [historyHTML] - done
      [DEBUG] [historyJSON] - new history json values created
      [DEBUG] [historyJSON] - done
      [DEBUG] [umount] - done
      [EXIT] 0
      

      Konfiguration in Backitup:
      Backitup_setup0.jpg
      Backitup_setup.jpg

      Anmerkung: Die Fehlermeldung bleibt dieselbe auch wenn ich "Als root-Benutzer mounten (sudo)" anklicke.

      Kopieren der Daten von Hand geht einwandfrei.
      Was mache ich falsch ?

      Grüße, WillyIoBrok

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

      @willyiobrok Der User iobroker darf nicht dem User Pi in dessen Home-Verzeichnis schreiben.
      Du schreibst ja gar nicht in das entfernte Dateisystem des Samba-Servers.

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

      W 1 Antwort Letzte Antwort
      0
      • W WillyIobrok
        Systemdata Bitte Ausfüllen
        Hardwaresystem: Pi4
        Arbeitsspeicher: 4GB
        Festplattenart: SD-Karte
        Betriebssystem: RaspiOS/Linux
        Node-Version: ?
        Nodejs-Version: 12.22.0
        NPM-Version: 6.14.11
        Installationsart: Manuell
        Image genutzt: Nein
        Ort/Name der Imagedatei: Link

        Hallo, habe gestern das erstemal (z.T. erfolgreich) den Adapter Backitup eingesetzt.

        In diesem Zusammenhang habe ich eine Frage bzgl. Zugriff auf ein externes Laufwerk auf meinem QNAP-NAS. Der geht nämlich nur manuell als sudo, nicht im Backitup-Adapter.

        Folgende Konfiguration:

        Eintrag im /etc/fstab:

        //NASDI/home/Raspis   /home/pi/NASRaspis cifs   defaults,nofail,username=u123,password=pw123,x-systemd.automount,x-systemd.requires=network-online.target 0 0
        

        Fehlermeldung in Backitup:

        Started iobroker ...
        [DEBUG] [mount] - done
        [DEBUG] [iobroker] - host.ioBroker-4 6898 states saved
        
        [DEBUG] [iobroker] - host.ioBroker-4 9882 objects saved
        
        [DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2021_04_07-19_00_04_backupiobroker.tar.gz
        
        [DEBUG] [iobroker] - done
        [DEBUG] [historyDB] - compress from historyDB started ...
        [DEBUG] [historyDB] - Packed 9MB so far...
        [DEBUG] [historyDB] - Backup created: /opt/iobroker/backups/historyDB_2021_04_07-19_00_20_backupiobroker.tar.gz
        [DEBUG] [historyDB] - done
        [DEBUG] [cifs] - Copy iobroker_2021_04_07-19_00_04_backupiobroker.tar.gz...
        [ERROR] [cifs] - Error: EACCES: permission denied, open '/home/pi/NASRaspis/ioBroker-4/Backitup/iobroker_2021_04_07-19_00_04_backupiobroker.tar.gz'
        [DEBUG] [cifs] - Copy historyDB_2021_04_07-19_00_20_backupiobroker.tar.gz...
        [ERROR] [cifs] - Error: EACCES: permission denied, open '/home/pi/NASRaspis/ioBroker-4/Backitup/historyDB_2021_04_07-19_00_20_backupiobroker.tar.gz'
        [DEBUG] [cifs] - done
        [ERROR] [clean] - Backup files not deleted from /opt/iobroker/backups because some errors.
        [DEBUG] [clean] - done
        [DEBUG] [historyHTML] - new history html values created
        [DEBUG] [historyHTML] - done
        [DEBUG] [historyJSON] - new history json values created
        [DEBUG] [historyJSON] - done
        [DEBUG] [umount] - done
        [EXIT] 0
        

        Konfiguration in Backitup:
        Backitup_setup0.jpg
        Backitup_setup.jpg

        Anmerkung: Die Fehlermeldung bleibt dieselbe auch wenn ich "Als root-Benutzer mounten (sudo)" anklicke.

        Kopieren der Daten von Hand geht einwandfrei.
        Was mache ich falsch ?

        Grüße, WillyIoBrok

        simatecS Offline
        simatecS Offline
        simatec
        Developer Most Active
        schrieb am zuletzt editiert von
        #3

        @willyiobrok
        Du könntest den mount in das home Verzeichnis deines Users iobroker legen
        Wichtig ist auch, dass dein NAS User auch die Schreibrechte auf deinem NAS hat

        • Besuche meine Github Seite
        • Beitrag hat geholfen oder willst du mich unterstützen
        • HowTo Restore ioBroker
        W 1 Antwort Letzte Antwort
        0
        • Thomas BraunT Thomas Braun

          @willyiobrok Der User iobroker darf nicht dem User Pi in dessen Home-Verzeichnis schreiben.
          Du schreibst ja gar nicht in das entfernte Dateisystem des Samba-Servers.

          W Offline
          W Offline
          WillyIobrok
          schrieb am zuletzt editiert von
          #4

          @thomas-braun
          @simatec
          Ohja, interessant !
          Aber in meiner "Denke" ist das entfernte Dateisystem des Samba-Servers "NASDI/home/Raspis" auf das "/home/pi/NASRaspis" des Raspberrys gemapped ... so funktioniert mein bisheriges Backup-System jedenfalls.
          Aber der Tip mit dem User iobroker ist sehr gut, dachte schon dass da sowas dahintersteckt.
          Der Raspberry-User 'root' (sudo ...) hat auf jeden Fall Schreibrechte auf das entfernte NAS, das betreibe ich schon länger.
          Kann Backitup nicht als 'root' agieren? Ich dachte "Als root-Benutzer mounten (sudo)" macht das ?

          Muß mal meine Backup-scripte durchsehen, was da so bzgl. "sudo" drinsteht.

          1 Antwort Letzte Antwort
          0
          • simatecS simatec

            @willyiobrok
            Du könntest den mount in das home Verzeichnis deines Users iobroker legen
            Wichtig ist auch, dass dein NAS User auch die Schreibrechte auf deinem NAS hat

            W Offline
            W Offline
            WillyIobrok
            schrieb am zuletzt editiert von WillyIobrok
            #5

            @simatec
            habe jetzt mal "/home/pi/NASRaspis" auf "/home/iobroker/NASRaspis" umgelegt (Eintrag in der /etc/fstab geändert) - keine Verbesserung:

            [DEBUG] [cifs] - Copy iobroker_2021_04_07-21_05_54_backupiobroker.tar.gz...
            [ERROR] [cifs] - Error: EACCES: permission denied, open '/home/iobroker/NASRaspis/ioBroker-4/Backitup/iobroker_2021_04_07-21_05_54_backupiobroker.tar.gz'
            [DEBUG] [cifs] - Copy historyDB_2021_04_07-21_06_13_backupiobroker.tar.gz...
            [ERROR] [cifs] - Error: EACCES: permission denied, open '/home/iobroker/NASRaspis/ioBroker-4/Backitup/historyDB_2021_04_07-21_06_13_backupiobroker.tar.gz'
            [DEBUG] [cifs] - done
            

            Wenn ich auf der Konsole als User pi "cd /home/iobroker/NASRaspis/iobroker-4/Backitup" eingebe, komme ich in das Directory des NAS und mit "ls" kann ich die Files sehen ...

            komisch, das ist genau wie vorher mit "/home/pi/NASRaspis/..."

            aber schreiben kann ich in dieses Directory nur als root ("sudo") !

            simatecS 1 Antwort Letzte Antwort
            0
            • W WillyIobrok

              @simatec
              habe jetzt mal "/home/pi/NASRaspis" auf "/home/iobroker/NASRaspis" umgelegt (Eintrag in der /etc/fstab geändert) - keine Verbesserung:

              [DEBUG] [cifs] - Copy iobroker_2021_04_07-21_05_54_backupiobroker.tar.gz...
              [ERROR] [cifs] - Error: EACCES: permission denied, open '/home/iobroker/NASRaspis/ioBroker-4/Backitup/iobroker_2021_04_07-21_05_54_backupiobroker.tar.gz'
              [DEBUG] [cifs] - Copy historyDB_2021_04_07-21_06_13_backupiobroker.tar.gz...
              [ERROR] [cifs] - Error: EACCES: permission denied, open '/home/iobroker/NASRaspis/ioBroker-4/Backitup/historyDB_2021_04_07-21_06_13_backupiobroker.tar.gz'
              [DEBUG] [cifs] - done
              

              Wenn ich auf der Konsole als User pi "cd /home/iobroker/NASRaspis/iobroker-4/Backitup" eingebe, komme ich in das Directory des NAS und mit "ls" kann ich die Files sehen ...

              komisch, das ist genau wie vorher mit "/home/pi/NASRaspis/..."

              aber schreiben kann ich in dieses Directory nur als root ("sudo") !

              simatecS Offline
              simatecS Offline
              simatec
              Developer Most Active
              schrieb am zuletzt editiert von
              #6

              @willyiobrok
              Hast du nach dem ändern einen Reboot gemacht?

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

                @willyiobrok
                Hast du nach dem ändern einen Reboot gemacht?

                W Offline
                W Offline
                WillyIobrok
                schrieb am zuletzt editiert von WillyIobrok
                #7

                @simatec ja, klar ! Sonst wird die Änderung doch nicht übernommen ... (würde man wohl auch im "error-log" nicht sehen).
                Irgendwie komme ich hier wohl mit der Rechtevergabe nicht klar.
                in fstab steht beim Mounten ein username und password für den NAS-Zugang drin (unabhängig von "pi" oder "iobroker"). Den habe ich im NAS so definiert.
                Damit kann ich aber offensichtlich nur als root vom raspi darauf zugreifen ?!?

                Thomas BraunT 1 Antwort Letzte Antwort
                0
                • W WillyIobrok

                  @simatec ja, klar ! Sonst wird die Änderung doch nicht übernommen ... (würde man wohl auch im "error-log" nicht sehen).
                  Irgendwie komme ich hier wohl mit der Rechtevergabe nicht klar.
                  in fstab steht beim Mounten ein username und password für den NAS-Zugang drin (unabhängig von "pi" oder "iobroker"). Den habe ich im NAS so definiert.
                  Damit kann ich aber offensichtlich nur als root vom raspi darauf zugreifen ?!?

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

                  @willyiobrok
                  Der Adapter mountet unabhängig von der fstab
                  Da sollte also kein permanenter Eintrag sein!

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

                  W 1 Antwort Letzte Antwort
                  0
                  • Thomas BraunT Thomas Braun

                    @willyiobrok
                    Der Adapter mountet unabhängig von der fstab
                    Da sollte also kein permanenter Eintrag sein!

                    W Offline
                    W Offline
                    WillyIobrok
                    schrieb am zuletzt editiert von
                    #9

                    @thomas-braun
                    ah - das war mir neu.
                    Ich kann also meinen alten fstab-Eintrag so belassen wie er ist (wegen der bisherigen scripts) und ich mache also einen neuen mount direkt im adapter - cool, werde ich gleich ausprobieren!

                    W 1 Antwort Letzte Antwort
                    0
                    • W WillyIobrok

                      @thomas-braun
                      ah - das war mir neu.
                      Ich kann also meinen alten fstab-Eintrag so belassen wie er ist (wegen der bisherigen scripts) und ich mache also einen neuen mount direkt im adapter - cool, werde ich gleich ausprobieren!

                      W Offline
                      W Offline
                      WillyIobrok
                      schrieb am zuletzt editiert von
                      #10

                      cool - auf diese Art und Weise funktioniert's super ! :blush: :+1:

                      Ich musste zwar "Als root-Benutzer mounten (sudo)" anklicken, damit's der Mount klappte, aber jetzt läuft's durch.

                      Vielen Dank für die Tips

                      Grüße

                      WillyIoBrok

                      Thomas BraunT 1 Antwort Letzte Antwort
                      0
                      • W WillyIobrok

                        cool - auf diese Art und Weise funktioniert's super ! :blush: :+1:

                        Ich musste zwar "Als root-Benutzer mounten (sudo)" anklicken, damit's der Mount klappte, aber jetzt läuft's durch.

                        Vielen Dank für die Tips

                        Grüße

                        WillyIoBrok

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

                        @willyiobrok
                        Als root mounten/sudo ist normal, denn mit den dazu erforderlichen Optionen darf nur root hantieren.

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

                        W 1 Antwort Letzte Antwort
                        0
                        • Thomas BraunT Thomas Braun

                          @willyiobrok
                          Als root mounten/sudo ist normal, denn mit den dazu erforderlichen Optionen darf nur root hantieren.

                          W Offline
                          W Offline
                          WillyIobrok
                          schrieb am zuletzt editiert von
                          #12

                          hmmm ... habe jetzt ein wenig weiter optimiert und da sind einige Fragen aufgetaucht, deren Antwort ich nicht in der Docu gefunden habe...

                          Wie krieg ich's hin, daß - so wie eingestellt - nur 5 Backups gespeichert werden und alle älteren gelöscht werden ?

                          "[clean] - done" sagt mir doch, daß backitup aufgeräumt hat ... oder ?
                          Ich habe trotzdem 11 backups in der Directory auf dem NAS. Ich dachte doch, daß neben r/w auch das delete - Recht eingeräumt ist ( so hab ich's zumindest auf dem NAS eingestellt).

                          [DEBUG] [historyDB] - Packed 11MB so far...
                          [DEBUG] [historyDB] - Backup created: /opt/iobroker/backups/historyDB_2021_04_08-19_10_50_backupiobroker.tar.gz
                          [DEBUG] [historyDB] - done
                          [DEBUG] [cifs] - done
                          [DEBUG] [clean] - done
                          [DEBUG] [historyHTML] - new history html values created
                          [DEBUG] [historyHTML] - done
                          

                          Einstellungen:

                          cfd21190-4eac-4713-be85-1c3b610023c4-grafik.png

                          fb9a3243-2ba0-46a7-99d7-e14d7e0f21e3-grafik.png

                          simatecS 1 Antwort Letzte Antwort
                          0
                          • W WillyIobrok

                            hmmm ... habe jetzt ein wenig weiter optimiert und da sind einige Fragen aufgetaucht, deren Antwort ich nicht in der Docu gefunden habe...

                            Wie krieg ich's hin, daß - so wie eingestellt - nur 5 Backups gespeichert werden und alle älteren gelöscht werden ?

                            "[clean] - done" sagt mir doch, daß backitup aufgeräumt hat ... oder ?
                            Ich habe trotzdem 11 backups in der Directory auf dem NAS. Ich dachte doch, daß neben r/w auch das delete - Recht eingeräumt ist ( so hab ich's zumindest auf dem NAS eingestellt).

                            [DEBUG] [historyDB] - Packed 11MB so far...
                            [DEBUG] [historyDB] - Backup created: /opt/iobroker/backups/historyDB_2021_04_08-19_10_50_backupiobroker.tar.gz
                            [DEBUG] [historyDB] - done
                            [DEBUG] [cifs] - done
                            [DEBUG] [clean] - done
                            [DEBUG] [historyHTML] - new history html values created
                            [DEBUG] [historyHTML] - done
                            

                            Einstellungen:

                            cfd21190-4eac-4713-be85-1c3b610023c4-grafik.png

                            fb9a3243-2ba0-46a7-99d7-e14d7e0f21e3-grafik.png

                            simatecS Offline
                            simatecS Offline
                            simatec
                            Developer Most Active
                            schrieb am zuletzt editiert von
                            #13

                            @willyiobrok
                            Backups werden nur gelöscht, wenn das Backup automatisch ausgeführt wird. Bei manuellen Backups werden keine Backups gelöscht.

                            Des Weiteren würde ich dir empfehlen jeden Tag ein Backup zu machen

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

                              @willyiobrok
                              Backups werden nur gelöscht, wenn das Backup automatisch ausgeführt wird. Bei manuellen Backups werden keine Backups gelöscht.

                              Des Weiteren würde ich dir empfehlen jeden Tag ein Backup zu machen

                              W Offline
                              W Offline
                              WillyIobrok
                              schrieb am zuletzt editiert von
                              #14

                              @simatec
                              oh - das wusste ich nicht, danke für die Info!

                              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

                              252

                              Online

                              32.7k

                              Benutzer

                              82.5k

                              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