Größe des Imagebackup extrem unterschiedlich

Dieter59 · 17. Juli 2020, 23:31

Gibt es eine Erklärung dafür, warum sich innerhalb eines Tages die Größe des Imagebackups um den Faktor 3 verändern könnte? Vorgestern Backupgröße ca. 255 MB, gestern 830 MB, heute 258 MB. Das einzige was mir einfällt wäre ein übervolles tmp Verzeichnis, wobei ich ja nicht glaube, dass das mit gesichert wird. Kann man das .tar.bz2 ganz normal entpacken, dann könnte ich ja nachschauen. Sitze gerade nur am iPad...

Holly146 · 17. Juli 2020, 23:39

Am PC unter Windows kannst du z.B. 7zip nutzen um es zu entpacken. Winrar kann das, glaub ich, auch. 7zip ist kostenlos.

Dibagger · 17. Juli 2020, 23:40

War das jetzt eine Frage? Mit 7-Zip z.B. müsste man .tar.bz2 öffnen können.

Dieter59 · 17. Juli 2020, 23:45

Ja, war ne Frage, hab nur das "?" vergessen. Danke, dann werde ich das morgen mal entpacken...schon sehr seltsam, bin auch niu drauf gekommen, weil das Backup gestern ewig gedauert hat.

TomKruhs · 18. Juli 2020, 00:19

830MB ist definitiv zu viel.
WinRar geht auch.

GaborDenes · 18. Juli 2020, 09:15

Oder meinst du so etwas hier:

Quellcode

4.6G vti_14.0.6_backup-image_ultimo4k_2020-06-28_06-00-00
785.3M vti_14.0.6_backup-image_ultimo4k_2020-07-12_06-00-00
785.0M vti_14.0.6_backup-image_ultimo4k_2020-07-15_06-00-00
785.1M vti_14.0.6_backup-image_ultimo4k_2020-07-17_06-00-00
vuplus/ultimo4k# du -sh * vti_14.0.6_backup-image_ultimo4k_2020-06-28_06-00-00/ultimo4k/
16.0M initrd_auto.bin
16.0M kernel_auto.bin
760.5M rootfs.tar.bz2
2.0M splash_auto.bin
3.8G vti_14.0.6_backup-image_ultimo4k_2020-07-01_06-00-00
usw.
inzwischen 4Ebenen tief

Alles anzeigen

wo dann durch einen BUG
vti_14.0.6_backup-image_ultimo4k_2020-06-28_06-00-00 immer weiter verschachtelt weitere, ältere Backups drin liegen...
Jedes Backup für sich ist dann annähernd identisch zu den anderen

mimisiku · 18. Juli 2020, 10:15

Meine sind nur rund die 120Mb.. Ebenfalls VU+Ultimo 4K. 5 Satellite und picons. Das war's...

hajeku123 · 18. Juli 2020, 11:21

@Dieter59
bist scheinbar nicht der einzige, wo das passiert.

automaticfullbackup

Dieter59 · 18. Juli 2020, 14:40

So, hab mal reingeschaut und war dann doch erstaunt, dass /media/usb mit im Backup war. Ist das ein Bug oder ein Feature?

Edit:
Jetzt muss ich den thread doch wieder aufnehmen. Heute mal wieder extrem lange Laufzeit des Imagebackup und wieder der Inhalt von /media/usb im Imagebackup. Weiß jemand wieso das mit in den Imagebackup läuft? Da sind meine AEL Daten drin und die brauch ich jeztz wirklich nicht im Backup...

Edit2:
Hier mal ein Screenshotwie das nach 15 min aussieht, das Backup hat inzwischen 860 MB und wächst weiter.
D668E99F-D3E4-4BB9-9782-102F362A8D13.jpeg

schomi · 10. August 2020, 21:54

Wenn die AEL Daten im Flash liegen werden diese auch gesichert.
Die USB Daten sollten nicht gesichert werden.
Ist der USB Mount Pfad ein Link, oder ein Ordner?

Dieter59 · 10. August 2020, 21:58

Gute Frage, wie finde ich das raus?

AFB macht das selbe also gehe ich davon aus, dass ich irgendwo einen Link auf den USB liegen habe, weiß aber nicht
a) wie finde ich das raus
b) wie beheb ich das?

Timobayl · 10. August 2020, 21:59

In den Einstellungen vom AEL Plugin schauen was eingestellt ist.

Alternativ schauen ob im Flash der Ordner liegt.

Dieter59 · 10. August 2020, 22:01

Bild mit persönlichen API Keys entfernt.

schomi · 10. August 2020, 22:18

War die AEL Datenbank mal im Flash?
Vielleicht ist das noch eine Altlast.

Dieter59 · 10. August 2020, 22:24

Nein, nicht das ich wüsste. Im BAckup ist auch die aktuelle AEL Verzeichnisstruktur

schomi · 10. August 2020, 22:39

Habe gerade ein Image Backup gemacht, der USB Stick wird nicht mitgesichert, wie erwartet.
Da ist irgendwo etwas im Flash was auf den USB Stick, oder Inhalte verweist.

Dieter59 · 10. August 2020, 22:56

Hast Du einen Tipp, wie ich das rausfinden kann? Ich wüsste nicht, dass ich einen Link angelegt hätte. Die einzigen Links die ich habe sind die auf mein NAS.

Gerade herausgefunden, dass im Gerätemanager gar kein USB Stick auftaucht...da muss ja irgendwas gewaltig schief gelaufen sein

So, Problem lokalisiert: der Stick wird nicht automatisch beim hochfahren der Box gemounted. Ich habe im Gerätemanager beim hochfahren nur die Festplatte im Gerätemanager. Der Stick (Sandisk 64GB) ist so formatiert mkfs.ext3 -i 65536 /dev/sdb1 und dann hänge ich ihn mit Mount /dev/sdb1 /media/usb und dann hänge ich ihn mit Mount /dev/sdb1 /media/usb ein. Im Gerätemanager ist "Bekannte Geräte automatisch einhängen" ist aktiviert,
Nach dem Neustart ist der USB Stick nicht mehr im Gerätemanager. Abziehen und neu einstecken behebt das Problem.Ist aber auf die Dauer nicht praktikabel

Hat jemand ne Idee, wie ich die Box dazu bringe den Stick automatisch einzuhänegn?

Dieter59 · 11. August 2020, 09:15

Puh, mein letzter Beitrag strotzt ja vor Rechtschreibfehlern, war dann doch schon spät gestern

Wie bekomme ich es hin, dass der Stick immer eingehängt wird? Wäre ein fstab-Eintrag das richtige und wenn ja, merke ich dann, wenn das in die Hose geht?

gsmgrufti · 11. August 2020, 09:30

Guck mal hier:
USB-Stick und USB-Festplatten mit "fstab" automatisch mounten/einhängen (Raspberry Pi)

ab "Lösung: Laufwerke mit der Datei "/etc/fstab" mounten/einhängen"

michael400 · 11. August 2020, 10:20

aber im gerätemaneger müssten alle angesteckten laufwerke angezeigt werden auch wenn sie nicht gemountet sind. sind dann halt nicht eingehängt. hast du mal einen anderen usb stick dran und den nicht ausgehängt bevor du einen anderen eingesteckt hast. was steht in deiner devicemanager.cfg? irgend was ist da nicht ok.