VTI-Imagebackup erzeugt mehrfache Unterverzeichnisse

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • VTI-Imagebackup erzeugt mehrfache Unterverzeichnisse

      Hey Forum,
      ich mache ein- zweimal die Woche ein Imagebackup per Aufgabe, was fast immer einwandfrei funktioniert, bis auf:

      Quellcode

      1. 534.5M vti_14.0.3_backup-image_ultimo4k_2019-06-30_06-00-00
      2. 533.3M vti_14.0.3_backup-image_ultimo4k_2019-07-03_06-00-00
      3. 1.6G vti_14.0.3_backup-image_ultimo4k_2019-07-05_06-00-00
      4. 534.3M vti_14.0.3_backup-image_ultimo4k_2019-07-10_06-00-00
      5. 535.5M vti_14.0.3_backup-image_ultimo4k_2019-07-12_06-00-00
      6. 536.2M vti_14.0.3_backup-image_ultimo4k_2019-07-14_06-00-00
      7. 1.0G vti_14.0.3_backup-image_ultimo4k_2019-07-17_06-00-00
      8. 539.9M vti_14.0.3_backup-image_ultimo4k_2019-07-21_06-00-00
      9. 539.9M vti_14.0.3_backup-image_ultimo4k_2019-07-24_06-00-00
      10. 707.0M vti_14.0.3_backup-image_ultimo4k_2019-07-26_06-00-00
      11. 706.0M vti_14.0.3_backup-image_ultimo4k_2019-07-28_06-00-00
      Alles anzeigen



      Wenn ich mir den Inhalt von 3. anschaue , bekomme ich das:

      Quellcode

      1. root@vuultimo4k:/media/usb/vti-image-backup# l vti_14.0.3_backup-image_ultimo4k_2019-07-05_06-00-00/vuplus/ultimo4k/
      2. -rwxr-xr-x 1 root root 525702093 Jul 5 06:12 rootfs.tar.bz2
      3. -rwxr-xr-x 1 root root 2097152 Jul 5 06:12 splash_auto.bin
      4. -rwxr-xr-x 1 root root 16777216 Jul 5 06:12 kernel_auto.bin
      5. -rwxr-xr-x 1 root root 16777216 Jul 5 06:12 initrd_auto.bin
      6. drwxr-xr-x 3 root root 16384 Jul 7 06:00 vti_14.0.3_backup-image_ultimo4k_2019-07-07_06-00-00
      und im darin enthaltenen Ordner:i

      Quellcode

      1. root@vuultimo4k:/media/usb/vti-image-backup# l vti_14.0.3_backup-image_ultimo4k_2019-07-05_06-00-00/vuplus/ultimo4k/vti_14.0.3_backup-image_ultimo4k_2019-07-07_06-00-00/vuplus/ultimo4k/
      2. -rwxr-xr-x 1 root root 524667329 Jul 7 06:13 rootfs.tar.bz2
      3. -rwxr-xr-x 1 root root 16777216 Jul 7 06:13 kernel_auto.bin
      4. -rwxr-xr-x 1 root root 2097152 Jul 7 06:13 splash_auto.bin
      5. -rwxr-xr-x 1 root root 16777216 Jul 7 06:13 initrd_auto.bin
      6. drwxr-xr-x 3 root root 16384 Jul 8 18:05 vti_14.0.3_backup-image_ultimo4k_2019-07-08_18-05-03
      in jedem der 3 vti_14*** Ordner liegen jeweils die backup files

      Hat jemand so etwas schon gesehen?
      Der USB-Stick ist neu formatiert und hat keine Fehler.
      Platz ist auch genug:

      Quellcode

      1. Filesystem Size Used Available Use% Mounted on
      2. /dev/sdb1 28.9G 8.8G 20.1G 30% /media/usb
      Das ganze passiert rein zufällig und schon länger, deswegen hatte ich den Stick auch schon neu formatiert (in FAT32, um mit dem Stick gleich flashen zu können.
      ACHTUNG!!!! Hier folgt eine Signatur:


      Die Benutzung der Suche ist NICHT verboten! D:

      "Hilfe!!!" ist kein sinnvoller Titel für einen neuen Thread, ebensowenig "VU+Zero" oder vergleichbares.

      Keine Hilfe ohne ausgefülltes Profil!
      Kein Netzwerksupport bei manueller IP-Adress-Vergabe :-)
      Kein Support bei portforwardings/ Portfreigaben

      Profil extra angepasst für die arme Emma, die sonst nichts im Leben hat :happy1:
    • GaborDenes schrieb:

      was fast immer einwandfrei funktioniert
      wenn die Zuverlässigkeit fehlt, könnte im Notfall keine passende Image Sicherung zur Verfügung stehen.

      Bei meiner händischen Image Sicherung sieht das nicht so aus ....... wie in Beitrag 1..... sondern wie folgt .....

      / vti_14.0.3_backup-image_duo4k_2019-06-10_16-03-02 / vuplus / duo4k / mit 4 Dateien ... initrd_auto.bin ... kernel_auto.bin ... rootfs.tar.bz2 ... splash_auto.bin


      Ich sichere "nur" vor Spielereien, oder vor neuen Updates, läuft die Spielerei / update - wird eine neue Image Sicherung angelegt,
      ansonsten braucht es keine zusätzlichen Image Sicherung.

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von dochu ()

    • dochu schrieb:

      wenn die Zuverlässigkeit fehlt, könnte im Notfall keine passende Image Sicherung zur Verfügung stehen.
      deswegen frag ich ja, ob es andere mit einem ähnlichen Problem oder gar eine Lösung gibt.
      Und wie man sehen kann, sind das immer nur einzelne Sicherungen, die die Ordner schachteln :) und die Files in den untergeordneten Ordnern sind zumindest größenmässig zu den anderen passend/identisch.
      Leider lief afb bei mir auch nie zuverlässig, so dass ich zum integrierten Imagebackup zurückgekehrt bin.

      @satdx62 Bei mir ist es auch nur die Ultimo4K ,bei der Solo4K läuft es bisher normal, allerdings sichere ich die auch sehr viel seltener, da es nur die Zweitbix fürs SZ ist
      ACHTUNG!!!! Hier folgt eine Signatur:


      Die Benutzung der Suche ist NICHT verboten! D:

      "Hilfe!!!" ist kein sinnvoller Titel für einen neuen Thread, ebensowenig "VU+Zero" oder vergleichbares.

      Keine Hilfe ohne ausgefülltes Profil!
      Kein Netzwerksupport bei manueller IP-Adress-Vergabe :-)
      Kein Support bei portforwardings/ Portfreigaben

      Profil extra angepasst für die arme Emma, die sonst nichts im Leben hat :happy1:
    • sieht ja so aus, als wenn die Sicherung in einem bereits vorhandenen Ordner gespeichert wird.
      Ich würde vor der nach der Sicherung einen Job ausführen lassen, welcher die automatisch erstellten Verzeichnisse an eine andere Stelle verschiebt, so dass der eigentliche Sicherungsjob immer einen leeren Ordner vorfindet.

      Die Ultimo4K läuft durch?
      Eventuell mal versuchen, das Gerät jede Nacht automatisch neu zu starten.
      Rechtschreibfehler sind beabsichtigt, sie fördern ein genaueres Lesen
      Debug Log aktivieren Putty Telnet Screenshots erstellen
    • fürs automatische verschieben der Images passiert das zu selten :)
      meine Ultimo4K läuft immer durch, maximal Standby. Neustart nur wenn unbedingt erforderlich.

      hajeku123 schrieb:

      sieht ja so aus, als wenn die Sicherung in einem bereits vorhandenen Ordner gespeichert wird.

      genau das passiert, ich wüßte gerne, was da schief läuft.
      ein prinzipieller Fehler kanns ja nicht sein, denn meistens funktionierts ja, wie gewünscht.
      Beim manuellen sichern ist mir das auch noch nicht, kann aber daran liegen, das ich nur noch selten manuell sichere.

      Aber Danke für die Anregung, wenns häufiger vorkommt, verschiebe ich wohl mal ältere Backups
      ACHTUNG!!!! Hier folgt eine Signatur:


      Die Benutzung der Suche ist NICHT verboten! D:

      "Hilfe!!!" ist kein sinnvoller Titel für einen neuen Thread, ebensowenig "VU+Zero" oder vergleichbares.

      Keine Hilfe ohne ausgefülltes Profil!
      Kein Netzwerksupport bei manueller IP-Adress-Vergabe :-)
      Kein Support bei portforwardings/ Portfreigaben

      Profil extra angepasst für die arme Emma, die sonst nichts im Leben hat :happy1: