Automaticfullbackup

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

    • Hallo das kannst du sehen wie du willst, das zuvor erstellte Backup wird geflasht
      ich habe 2 Karte in der Box, ist kein Problem beim flashen.
      gruss yamaha
      Samsung QE 75 Zoll Q950R 8K
      Panasonic 4K Bluray DMP-UP900
      Denon AVC-X8500 HA 13.2 AV Reciever
      HiFi Endstufe: Accuphase P600
      Accuphase CD Player DP 70
      VU+Ultimo 4 K Image VTi 15
      Sony Dat-Recorder DTC-77 ES
    • mein Imagebackups sind ähnlich groß.
      377.2M vti_11.0.1_backup-image_ultimo4k_2017-02-12_18-03-03
      376.8M vti_11.0.1_backup-image_ultimo4k_2017-03-11_20-21-10
      und übermäßig voll ist der Flash auch nicht:
      Filesystem Size Used Available Use% Mounted on
      /dev/root 3.5G 825.5M 2.7G 23% /

      Übrigens: wer im github mitlesen will:
      Automaticfullbackup on VU+ Ultimo4K crashes enigma2 · Issue #8 · Dima73/automatic-full-backup · GitHub

      letzter Kommentar war
      kein Problem des Plugins... irgendwas mit Deepstandby?
      und "erweitertes" logging aktivieren mit
      LD_PRELOAD=$LIBS /usr/bin/enigma2 >> /tmp/debug.log >&1
      k.A. ob da mehr gelogged wird, als bei Aktivierung über das VTI-Menu
      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:
    • Es ist genau das eingetreten, was ich vermeiden wollte: "Mein" Thread im github wird zugemüllt, da plötzlich alle auch das Problem haben.
      Aber interessanterweise waren die beiden letzten automischen Backups auf der Ultimo4K jetzt erfolgreich ohne crashen von enigma2. Ich hab nur die Startzeit verschieben müssen wegen Aufnahmen
      Ich behalte das mal im Auge..
      Auf der Solo4K läuft es auch fehlerfrei.
      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:
    • Vielleicht einfach mal im Gerätemanager die Festplatte(n) und auch USB Stick(s) aushängen.
      Dann unter /media/hdd/ bzw. /media/usb/ schauen, ob sich dort irgendwelche Datei befinden.
      Siehe auch hier: Flashspeicher bei Solo 4K ziemlich belegt

      In der sicherung selber kannst auch nachschauen was gesichert wurde.
      Die grösste im Backup enthaltene Datei mit Daten ist die rootfs.tar.bz2.
      Die kannst mit Winrar oder 7 Zip öffnen.
      Da würde ich einfach mal schauen, ob es dort unter /media/hdd/ oder /media/usb/ irgendwelche Dateien gibt.
      Nehmt das Leben nicht zu ernst, ihr kommt eh nicht lebend raus!
    • Was auch immer sich geändert hat: AFB läuft seit meinem letzten Post vom 16.3. täglich fehlerfrei, auf der Ultimo4K UND auf der Solo4K
      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:
    • Mittlerweile habe ich bei der Solo2 leider auch das Problem, dass automaticfullbackup zwar aus dem Deepstandby heraus problemlos funktioniert, die Box danach aber eingeschaltet bleibt und nicht wieder in den Deepstandby runterfährt. Und dies ist unabhängig davon, ob die Backups auf die interne Festplatte, einen USB-Stick oder die externe Festplatte gespeichert werden. Wenn ich mich richtig erinnere, hat dies mit der 9er Version von VTi noch funktioniert. Erst in der 11er Version blieb die Box nach dem Backup eingeschaltet. Hat evtl. noch jemand die 9er Version im Einsatz und kann dies bestätigen? Gibt es vielleicht schon eine Lösung (außer versch. Workarounds)? Danke!
    • hi,

      Hab mal ne Frage zum Plugin die ich mir nicht erklären kann.

      Mit der version 4.7er ist das Backup 302mb groß, mit der 5.0er 638mb groß

      Meine frage vorher kommt diese Differenz?

      Gruß

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

    • Lad dir aus Beitrag #1 beide IPKs auf den PC und schau dir mit 7Zip an, was drin ist.

      Edit:
      Das war Blödsinn

      Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von hgdo ()

    • Ich denke nicht, dass er den Unterschied der beiden ipk gemeint hat sondern den extremen Unterschied seiner damit erstellten Images!

      Dazu musst du deine Image mit den 7Zip entpacken und dort den Unterschied suchen, es erscheint mir 302 Mb schon sehr groß aber 638 ist definitiv zu groß und sollte nichts mit der Version zu tun haben, in den meisten Fällen hat sich eine Aufnahme in den Flash geschummelt.
    • Wenn's jemand interessiert, es ist bei der 5.1 eine Datei (findkerneldevice.py) dazugekommen, was immer die macht, vermutlich passt hier "Nomen est omen" aber was die genau macht bzw. ob sie zu der ein oder anderen Problemlösung führt kann ich leider nicht sagen, da ich bis dato auch mit den vorigen Versionen keine Probleme mehr hatte.

      Spoiler anzeigen

      #!/usr/bin/python
      import os
      import sys
      import collections
      import struct
      import sys
      import uuid
      # GUID Partition Table - Wikipedia
      GPT_HEADER_FORMAT = """
      8s signature
      4s revision
      L header_size
      L crc32
      4x _
      Q current_lba
      Q backup_lba
      Q first_usable_lba
      Q last_usable_lba
      16s disk_guid
      Q part_entry_start_lba
      L num_part_entries
      L part_entry_size
      L crc32_part_array
      """
      # GUID Partition Table - Wikipedia
      GPT_PARTITION_FORMAT = """
      16s type
      16s unique
      Q first_lba
      Q last_lba
      Q flags
      72s name
      """
      def _make_fmt(name, format, extras=[]):
      type_and_name = [l.split(None, 1) for l in format.strip().splitlines()]
      fmt = ''.join(t for (t,n) in type_and_name)
      fmt = '<'+fmt
      tupletype = collections.namedtuple(name, [n for (t,n) in type_and_name if n!='_']+extras)
      return (fmt, tupletype)
      class GPTError(Exception):
      pass
      def read_header(fp, lba_size=512):
      # skip MBR
      fp.seek(1*lba_size)
      fmt, GPTHeader = _make_fmt('GPTHeader', GPT_HEADER_FORMAT)
      data = fp.read(struct.calcsize(fmt))
      header = GPTHeader._make(struct.unpack(fmt, data))
      if header.signature != 'EFI PART':
      raise GPTError('Bad signature: %r' % header.signature)
      if header.revision != '\x00\x00\x01\x00':
      raise GPTError('Bad revision: %r' % header.revision)
      if header.header_size < 92:
      raise GPTError('Bad header size: %r' % header.header_size)
      header = header._replace(
      disk_guid=str(uuid.UUID(bytes_le=header.disk_guid)),
      )
      return header
      def read_partitions(fp, header, lba_size=512):
      fp.seek(header.part_entry_start_lba * lba_size)
      fmt, GPTPartition = _make_fmt('GPTPartition', GPT_PARTITION_FORMAT, extras=['index'])
      for idx in xrange(1, 1+header.num_part_entries):
      data = fp.read(header.part_entry_size)
      if len(data) < struct.calcsize(fmt):
      raise GPTError('Short partition entry')
      part = GPTPartition._make(struct.unpack(fmt, data) + (idx,))
      if part.type == 16*'\x00':
      continue
      part = part._replace(
      type=str(uuid.UUID(bytes_le=part.type)),
      unique=str(uuid.UUID(bytes_le=part.unique)),
      name=part.name.decode('utf-16').split('\0', 1)[0],
      )
      yield part
      def find_kernel_device_udevadm(kernelpartition):
      try:
      for partition in os.listdir('/sys/block/mmcblk0'):
      if partition.startswith('mmcblk0p'):

      if kernelpartition == name:
      return '/dev/' + partition
      return ''
      except:
      return ''
      def find_kernel_device_gpt(kernelpartition):
      try:
      p = 1
      header = read_header(open('/dev/mmcblk0', 'r'))
      for part in read_partitions(open('/dev/mmcblk0', 'r'), header):
      if kernelpartition == part.name:
      return '/dev/mmcblk0p' + str(p)
      p += 1
      return ''
      except:
      return ''
      try:
      kerneldev = open('/sys/firmware/devicetree/base/chosen/kerneldev', 'r').readline().split('.')
      if 'emmcflash0' in kerneldev[0]:
      kerneldevice = find_kernel_device_udevadm(kerneldev[1].strip('\0'))
      if kerneldevice == '':
      kerneldevice = find_kernel_device_gpt(kerneldev[1].strip('\0'))
      if kerneldevice != '':
      os.symlink(kerneldevice, '/dev/kernel')
      except:
      pass

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

    • Hab mal wieder ein komisches Phänomen:
      (diesmal auf der Solo4K)
      du -sh automatic_fullbackup/*
      441.5M automatic_fullbackup/20170319_0400
      16.0M automatic_fullbackup/20170320_0400
      510.7M automatic_fullbackup/20170321_0400
      16.0M automatic_fullbackup/20170322_0400
      510.7M automatic_fullbackup/20170323_0400
      16.0M automatic_fullbackup/20170324_0400
      510.7M automatic_fullbackup/20170325_0400
      16.0M automatic_fullbackup/20170326_0400
      root@vusolo4k:/media/usb# df -h .
      Filesystem Size Used Available Use% Mounted on
      /dev/sdb1 7.5G 5.8G 1.6G 78% /media/usb

      in den "kleineren" Sicherungen fehlt jeweils die rootfs.tar.bz2
      ich habe zwischenzeitlich nichts am stick geändert.

      Hat jemand eine Idee?`
      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:
    • mir kommt es seltsam vor, dass es immer jeden zweiten Tag scheinbar keine rootfs.tar gibt, daher müsste man überlegen ob es anderen Plugins oder Einstellungen gibt, welche nur jeden zweiten Tag eine Aktion setzten und dabei das afb stören?

      Zudem erscheint mir auch die Größe von über 500 MB sehr hoch, schau mal ins Image was da so viel MB benötigt.

      Bei mir schaut es so aus im entpackten Image welche gepackt 216 MB hat.

      Rootfs.jpg
    • Helmut1962 schrieb:

      es ist bei der 5.1 eine Datei (findkerneldevice.py) dazugekommen
      Die ist auch schon in 5.0 enthalten.