Skip to content
  • Home
  • Recent
  • Tags
  • 0 Unread 0
  • Categories
  • Unreplied
  • Popular
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

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

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Skripten / Logik
  4. SSD an Fritzbox mounten und tägliches Backup

NEWS

  • Monatsrückblick Januar/Februar 2026 ist online!
    BluefoxB
    Bluefox
    17
    1
    511

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

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

SSD an Fritzbox mounten und tägliches Backup

Scheduled Pinned Locked Moved Skripten / Logik
multimediacommunicationsecurity
26 Posts 6 Posters 4.1k Views 6 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • 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
    wrote on last edited by
    #17

    @a200
    da gebe ich dir recht ...

    • Besuche meine Github Seite
    • Beitrag hat geholfen oder willst du mich unterstützen
    • HowTo Restore ioBroker
    1 Reply Last reply
    1
    • B Offline
      B Offline
      Banjo89
      wrote on last edited by
      #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 Reply Last reply
      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
        wrote on last edited by
        #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 Reply Last reply
        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
          wrote on last edited by
          #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 Reply Last reply
          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
            wrote on last edited by 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 Reply Last reply
            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
              wrote on last edited by
              #22

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

              a200A 1 Reply Last reply
              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
                wrote on last edited by
                #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 Reply Last reply
                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
                  wrote on last edited by
                  #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 Reply Last reply
                  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
                    wrote on last edited by
                    #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 Reply Last reply
                    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
                      wrote on last edited by
                      #26

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

                      IoBroker auf QNAP TS-451, Raspi und NUC

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


                      Support us

                      ioBroker
                      Community Adapters
                      Donate

                      673

                      Online

                      32.7k

                      Users

                      82.5k

                      Topics

                      1.3m

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

                      • Don't have an account? Register

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