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. Skripten / Logik
  4. SSD an Fritzbox mounten und tägliches Backup

NEWS

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    23
    1
    1.3k

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

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    14
    1
    2.5k

SSD an Fritzbox mounten und tägliches Backup

Geplant Angeheftet Gesperrt Verschoben Skripten / Logik
multimediacommunicationsecurity
26 Beiträge 6 Kommentatoren 3.9k Aufrufe 6 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.
  • simatecS simatec

    @a200 sagte in SSD an Fritzbox mounten und tägliches Backup:

    @Banjo89

    wie willst du dein /ioBroker Verzeichnis sichern in dem du gleichzeitig in dieses Verzeichnis dein backup schreibst.

    du solltest die Variable: BACKUP_PFAD="/ioBroker" ändern
    nehme z.B. **BACKUP_PFAD="/

    Hier geht es nicht um die Sicherung von iobroker sondern um ein Image des kompletten Systems

    a200A Offline
    a200A Offline
    a200
    schrieb am zuletzt editiert von
    #16

    @simatec ja, jetzt sehe ich es auch. da wird ein dd einer ganzen Partition gemacht. Aber um so mehr sollte die output-Datei auf einer anderen Partition liegen. Also sinnvollerweise sollte dort die gemountete Platte also "/nas/backup" oder halt "/nas/backup/ioBroker" stehen. BACKUP_PFAD="/nas/backup"

    Dann wird das Image /nas/backup/RaspberryPiBackup-20190410-200405.img heißen.

    IoBroker auf QNAP TS-451, Raspi und NUC

    simatecS 1 Antwort Letzte Antwort
    1
    • a200A a200

      @simatec ja, jetzt sehe ich es auch. da wird ein dd einer ganzen Partition gemacht. Aber um so mehr sollte die output-Datei auf einer anderen Partition liegen. Also sinnvollerweise sollte dort die gemountete Platte also "/nas/backup" oder halt "/nas/backup/ioBroker" stehen. BACKUP_PFAD="/nas/backup"

      Dann wird das Image /nas/backup/RaspberryPiBackup-20190410-200405.img heißen.

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

      @a200
      da gebe ich dir recht ...

      • Besuche meine Github Seite
      • Beitrag hat geholfen oder willst du mich unterstützen
      • HowTo Restore ioBroker
      1 Antwort Letzte Antwort
      1
      • B Offline
        B Offline
        Banjo89
        schrieb am zuletzt editiert von
        #18

        Ok Leute dank eurer Hilfe hat es jetzt funktioniert, hier der Code:

        #!/bin/bash
        
        #Festplatte einbinden
        sudo mount -t cifs -o username=RaspberryPi,password=test123,rw,file_mode=0777,dir_mode=0777,vers=1.0 //192.168.178.1/FRITZ.NAS/SSD /nas/backup
        
        # VARIABLEN - HIER EDITIEREN
        BACKUP_PFAD="/nas/backup/ioBroker"
        BACKUP_ANZAHL="5"
        BACKUP_NAME="RaspberryPiBackup"
        DIENSTE_START_STOP="service mysql"
        # ENDE VARIABLEN
         
        # Stoppe Dienste vor Backup
        ${DIENSTE_START_STOP} stop
         
        # Backup mit Hilfe von dd erstellen und im angegebenen Pfad speichern
        dd if=/dev/mmcblk0 of=${BACKUP_PFAD}/${BACKUP_NAME}-$(date +%Y%m%d-%H%M%S).img bs=1MB
         
        # Starte Dienste nach Backup
        ${START_SERVICES} start
         
        # Alte Sicherungen die nach X neuen Sicherungen entfernen
        pushd ${BACKUP_PFAD}; ls -tr ${BACKUP_PFAD}/${BACKUP_NAME}* | head -n -${BACKUP_ANZAHL} | xargs rm; popd
        
        #Festplatte auswerfen
        umount /nas/backup
        

        Das Backup wird dann aber noch bei 4,29gb abgebrochen:

        dd: Fehler beim Schreiben von '/nas/backup/ioBroker/Komplettsicherung/RaspberryPiBackup-20190410-203637.img': Auf dem Gerät ist kein Speicherplatz mehr verfügbar
        4295+0 Datensätze ein
        4294+0 Datensätze aus
        4294917504 Bytes (4,3 GB, 4,0 GiB) kopiert, 344,142 s, 12,5 MB/s

        a200A 1 Antwort Letzte Antwort
        0
        • B Banjo89

          Ok Leute dank eurer Hilfe hat es jetzt funktioniert, hier der Code:

          #!/bin/bash
          
          #Festplatte einbinden
          sudo mount -t cifs -o username=RaspberryPi,password=test123,rw,file_mode=0777,dir_mode=0777,vers=1.0 //192.168.178.1/FRITZ.NAS/SSD /nas/backup
          
          # VARIABLEN - HIER EDITIEREN
          BACKUP_PFAD="/nas/backup/ioBroker"
          BACKUP_ANZAHL="5"
          BACKUP_NAME="RaspberryPiBackup"
          DIENSTE_START_STOP="service mysql"
          # ENDE VARIABLEN
           
          # Stoppe Dienste vor Backup
          ${DIENSTE_START_STOP} stop
           
          # Backup mit Hilfe von dd erstellen und im angegebenen Pfad speichern
          dd if=/dev/mmcblk0 of=${BACKUP_PFAD}/${BACKUP_NAME}-$(date +%Y%m%d-%H%M%S).img bs=1MB
           
          # Starte Dienste nach Backup
          ${START_SERVICES} start
           
          # Alte Sicherungen die nach X neuen Sicherungen entfernen
          pushd ${BACKUP_PFAD}; ls -tr ${BACKUP_PFAD}/${BACKUP_NAME}* | head -n -${BACKUP_ANZAHL} | xargs rm; popd
          
          #Festplatte auswerfen
          umount /nas/backup
          

          Das Backup wird dann aber noch bei 4,29gb abgebrochen:

          dd: Fehler beim Schreiben von '/nas/backup/ioBroker/Komplettsicherung/RaspberryPiBackup-20190410-203637.img': Auf dem Gerät ist kein Speicherplatz mehr verfügbar
          4295+0 Datensätze ein
          4294+0 Datensätze aus
          4294917504 Bytes (4,3 GB, 4,0 GiB) kopiert, 344,142 s, 12,5 MB/s

          a200A Offline
          a200A Offline
          a200
          schrieb am zuletzt editiert von
          #19

          @Banjo89 mach mal:
          cd /nas/backup
          df .

          was kommt dabei raus? Du scheinst nicht genug platz auf dem nas zu haben.

          IoBroker auf QNAP TS-451, Raspi und NUC

          B 1 Antwort Letzte Antwort
          1
          • a200A a200

            @Banjo89 mach mal:
            cd /nas/backup
            df .

            was kommt dabei raus? Du scheinst nicht genug platz auf dem nas zu haben.

            B Offline
            B Offline
            Banjo89
            schrieb am zuletzt editiert von
            #20

            @a200

            da bekomme ich das heraus:

            Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
            /dev/root 30611780 2545080 26790360 9% /

            Muss ich das vor dem Befehl noch mounten ?

            a200A 1 Antwort Letzte Antwort
            0
            • B Banjo89

              @a200

              da bekomme ich das heraus:

              Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
              /dev/root 30611780 2545080 26790360 9% /

              Muss ich das vor dem Befehl noch mounten ?

              a200A Offline
              a200A Offline
              a200
              schrieb am zuletzt editiert von a200
              #21

              @Banjo89
              ja, erst mounten. also wenn du genug platz hast, dann liegt es daran, dass die maximale Dateigröße bei fat32 4GB sind. Wird die Größe erreicht, dann bricht der Schreibvorgang ab. Helfen kann ein anderes Filesystem auf der Backup-Partition: ext4fs oder NTFS

              IoBroker auf QNAP TS-451, Raspi und NUC

              B 1 Antwort Letzte Antwort
              1
              • a200A a200

                @Banjo89
                ja, erst mounten. also wenn du genug platz hast, dann liegt es daran, dass die maximale Dateigröße bei fat32 4GB sind. Wird die Größe erreicht, dann bricht der Schreibvorgang ab. Helfen kann ein anderes Filesystem auf der Backup-Partition: ext4fs oder NTFS

                B Offline
                B Offline
                Banjo89
                schrieb am zuletzt editiert von
                #22

                @a200
                Du hattest Recht, habe es umformatiert und jetzt zieht er die gesamte SD als Image :ok_hand:

                a200A 1 Antwort Letzte Antwort
                0
                • B Banjo89

                  @a200
                  Du hattest Recht, habe es umformatiert und jetzt zieht er die gesamte SD als Image :ok_hand:

                  a200A Offline
                  a200A Offline
                  a200
                  schrieb am zuletzt editiert von
                  #23

                  @Banjo89 sagte in SSD an Fritzbox mounten und tägliches Backup:

                  @a200
                  Du hattest Recht, habe es umformatiert und jetzt zieht er die gesamte SD als Image :ok_hand:

                  Schön. Läuft dein Backup jetzt? Du erzeugst Backup-Image-dateien, die die Größe der gesicherten Partition haben. Das kann man optimieren. An deiner Stelle würde ich nach der Zeile:

                  ${DIENSTE_START_STOP} stop
                  

                  als ersatz für die bestehende dd Zeile folgendes Eintragen:

                  MY_DATE=$(date +%Y%m%d-%H%M%S)
                  
                  dd if=/dev/mmcblk0 of=${BACKUP_PFAD}/${BACKUP_NAME}-${MY_DATE}.img bs=1MB
                  
                  gzip ${BACKUP_PFAD}/${BACKUP_NAME}-${MY_DATE}.img
                  
                  1. aktuelles Datum + Uhrzeit wird in eine Variable geschrieben
                  2. Image wird erstellt
                  3. die Image Datei wird komprimiert

                  BTW, über eine positive Bewertung würde ich mich freuen.

                  IoBroker auf QNAP TS-451, Raspi und NUC

                  B 1 Antwort Letzte Antwort
                  1
                  • a200A a200

                    @Banjo89 sagte in SSD an Fritzbox mounten und tägliches Backup:

                    @a200
                    Du hattest Recht, habe es umformatiert und jetzt zieht er die gesamte SD als Image :ok_hand:

                    Schön. Läuft dein Backup jetzt? Du erzeugst Backup-Image-dateien, die die Größe der gesicherten Partition haben. Das kann man optimieren. An deiner Stelle würde ich nach der Zeile:

                    ${DIENSTE_START_STOP} stop
                    

                    als ersatz für die bestehende dd Zeile folgendes Eintragen:

                    MY_DATE=$(date +%Y%m%d-%H%M%S)
                    
                    dd if=/dev/mmcblk0 of=${BACKUP_PFAD}/${BACKUP_NAME}-${MY_DATE}.img bs=1MB
                    
                    gzip ${BACKUP_PFAD}/${BACKUP_NAME}-${MY_DATE}.img
                    
                    1. aktuelles Datum + Uhrzeit wird in eine Variable geschrieben
                    2. Image wird erstellt
                    3. die Image Datei wird komprimiert

                    BTW, über eine positive Bewertung würde ich mich freuen.

                    B Offline
                    B Offline
                    Banjo89
                    schrieb am zuletzt editiert von
                    #24

                    @a200 sagte in SSD an Fritzbox mounten und tägliches Backup:

                    {MY_DATE}

                    Ja es läuft jetzt, habe jetzt noch einen Chronjob den die testen werde.

                    Das mit dem gzip habe ich ebenfalls probiert, aber da rödelt er bei mir schon einige Stunden, daher lasse ich mir jetzt immer zwei Images auf dem NAS.

                    Wenn Du mir sagst wo ich User bewerten kann mache ich das sehr gerne :relaxed:

                    a200A 1 Antwort Letzte Antwort
                    0
                    • B Banjo89

                      @a200 sagte in SSD an Fritzbox mounten und tägliches Backup:

                      {MY_DATE}

                      Ja es läuft jetzt, habe jetzt noch einen Chronjob den die testen werde.

                      Das mit dem gzip habe ich ebenfalls probiert, aber da rödelt er bei mir schon einige Stunden, daher lasse ich mir jetzt immer zwei Images auf dem NAS.

                      Wenn Du mir sagst wo ich User bewerten kann mache ich das sehr gerne :relaxed:

                      a200A Offline
                      a200A Offline
                      a200
                      schrieb am zuletzt editiert von
                      #25

                      @Banjo89 sagte in SSD an Fritzbox mounten und tägliches Backup:

                      Ja es läuft jetzt, habe jetzt noch einen Chronjob den die testen werde.

                      Das mit dem gzip habe ich ebenfalls probiert, aber da rödelt er bei mir schon einige Stunden, daher lasse ich mir jetzt immer zwei Images auf dem NAS.

                      Wenn Du mir sagst wo ich User bewerten kann mache ich das sehr gerne :relaxed:

                      Verstehe ich. Wenn die Img-Datei groß ist, dann ist gzip ganz schön beschäftigt.

                      Du könntest noch Folgendes probieren:

                      dd if=/dev/mmcblk0 of=/nas/backup/ioBroker/RaspberryPiBackup-Test1.img bs=1MB
                      rm /nas/backup/ioBroker/RaspberryPiBackup-Test1.img.gz
                      dd if=/dev/mmcblk0 bs=1MB |  gzip > /nas/backup/ioBroker/RaspberryPiBackup-Test1.img.gz
                      rm /nas/backup/ioBroker/RaspberryPiBackup-Test1.img.gz
                      
                      1. es wird ein Backup-Image erstellt
                      2. die Outputdatei wird gelöscht
                      3. es wird ein gezipter Backup-Image erstellt
                      4. die Outputdatei wird gelöscht

                      bei der Vorgehensweise die Datei blockweise a 1MB gezipt werden, was schneller sein sollte. Wenn die Differenz (die Laufzeit wird dir ja am Ende von dd angezeigt) zwischen den beiden ausgegebenen Laufzeiten nicht besonders groß ist, dann kannst du dir überlegen ob du die Backupfiles gzipst. Sollte der Unterschied groß sein, dann vergiss was ich hier geschrieben habe und mach es wie du es im Moment machst.

                      Mit der Bewertung meinte ich lediglich den Pfeil nach oben unten, rechts bei den Beiträgen. ;)

                      IoBroker auf QNAP TS-451, Raspi und NUC

                      a200A 1 Antwort Letzte Antwort
                      1
                      • a200A a200

                        @Banjo89 sagte in SSD an Fritzbox mounten und tägliches Backup:

                        Ja es läuft jetzt, habe jetzt noch einen Chronjob den die testen werde.

                        Das mit dem gzip habe ich ebenfalls probiert, aber da rödelt er bei mir schon einige Stunden, daher lasse ich mir jetzt immer zwei Images auf dem NAS.

                        Wenn Du mir sagst wo ich User bewerten kann mache ich das sehr gerne :relaxed:

                        Verstehe ich. Wenn die Img-Datei groß ist, dann ist gzip ganz schön beschäftigt.

                        Du könntest noch Folgendes probieren:

                        dd if=/dev/mmcblk0 of=/nas/backup/ioBroker/RaspberryPiBackup-Test1.img bs=1MB
                        rm /nas/backup/ioBroker/RaspberryPiBackup-Test1.img.gz
                        dd if=/dev/mmcblk0 bs=1MB |  gzip > /nas/backup/ioBroker/RaspberryPiBackup-Test1.img.gz
                        rm /nas/backup/ioBroker/RaspberryPiBackup-Test1.img.gz
                        
                        1. es wird ein Backup-Image erstellt
                        2. die Outputdatei wird gelöscht
                        3. es wird ein gezipter Backup-Image erstellt
                        4. die Outputdatei wird gelöscht

                        bei der Vorgehensweise die Datei blockweise a 1MB gezipt werden, was schneller sein sollte. Wenn die Differenz (die Laufzeit wird dir ja am Ende von dd angezeigt) zwischen den beiden ausgegebenen Laufzeiten nicht besonders groß ist, dann kannst du dir überlegen ob du die Backupfiles gzipst. Sollte der Unterschied groß sein, dann vergiss was ich hier geschrieben habe und mach es wie du es im Moment machst.

                        Mit der Bewertung meinte ich lediglich den Pfeil nach oben unten, rechts bei den Beiträgen. ;)

                        a200A Offline
                        a200A Offline
                        a200
                        schrieb am zuletzt editiert von
                        #26

                        @a200 Aber nicht auf alle Antworten! :joy: Nur die die wirklich wichtig sind! :+1:

                        IoBroker auf QNAP TS-451, Raspi und NUC

                        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

                        716

                        Online

                        32.5k

                        Benutzer

                        81.7k

                        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