Bei einem Symlink wird tar nur diesen Symlink in das Archiv schreiben und nicht den Inhalt des Zielordners...
Analyse von Mountpoints im Zusammenhang mit Backups
Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen
-
-
-
unter /media gibt es mWn keine Symlinks, dort sind nur MountPoints für andere Dateisysteme. Wäre auch egal, wie @RickX schreibt, deren Inhalt wird per tar nicht gesichert.
der Ordner "/media/VMC" sollte auch ein Mountpoint sein, auf ein "/dev/loopX", einfach zu kontrollieren per "mount" in der Console.
Wenn nicht, ist eh was faul. Evtl. auch das gleiche wie bei anderen, bei denen der Flash mit Aufnahmen voll läuft, weil /media/hdd nicht richtig gemounted ist ???iFlatFHD-SkinParts + Menü-Icons .... iFlatFHD-Setup .... VTi WIKI -
-
gordon55 schrieb:
...per "mount" in der Console...
Der Mount für hdd sieht so aus:
Hell ain`t a bad place to be... R.I.P. Malcolm - THE RIFF - Young!Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von maigo ()
-
mount:
Quellcode
- root@vuultimo4k:~# mount
- rootfs on / type rootfs (rw)
- /dev/root on / type ext4 (rw,relatime,nodelalloc,data=journal)
- devtmpfs on /dev type devtmpfs (rw,relatime,size=672720k,nr_inodes=87787,mode=7
- 5)
- proc on /proc type proc (rw,relatime)
- sysfs on /sys type sysfs (rw,relatime)
- debugfs on /sys/kernel/debug type debugfs (rw,relatime)
- tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
- tmpfs on /var/volatile type tmpfs (rw,relatime)
- devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620)
- /etc/auto.hotplug on /autofs type autofs (rw,relatime,fd=5,pgrp=1183,timeout=5,
- inproto=5,maxproto=5,indirect)
- /etc/auto.network on /media/net/autofs type autofs (rw,relatime,fd=11,pgrp=1183
- timeout=5,minproto=5,maxproto=5,indirect)
- /etc/auto.network_vti on /media/net/autonet type autofs (rw,relatime,fd=17,pgrp
- 1183,timeout=5,minproto=5,maxproto=5,indirect)
- 192.168.x.xxx:/volume1/01_HDDErsatz_Ultimo_4K on /media/net/HDDErsatz type nfs
- rw,relatime,vers=3,rsize=8192,wsize=8192,namlen=255,hard,nolock,proto=tcp,port=
- 049,timeo=70,retrans=3,sec=sys,local_lock=all,addr=192.168.x.xxx)
- root@vuultimo4k:~#
Hell ain`t a bad place to be... R.I.P. Malcolm - THE RIFF - Young! -
-
@Knifte : genau, "/media/VMC" fehlt irgendwie in der mount-Liste von @maigo
ich denke mal, das gehört eigentlich nicht mehr so richtig hier in das Thema "Automatic FullBackup" , eher wohl in ein eigenes Thema zwecks Analyse der Mountpoints .... vielleicht kann einer der @lieben+fleißigen Mods hier mal etwas "aufräumen" (danke schon mal)
Aus diesen bisherigen Erkenntnissen vermute ich allerdings immer noch, dass dem script im Automatic FullBackup für die 4K-VUs nocht einige Parameter für "tar" fehlen. Außer dem "--one-file-system" wäre auch "-S" beim tar nicht schlecht, der gerade solche "sparse file systems" wie bei VMC besser handhaben dürfte.
Ich hab wenig Ahnung, wie das VTI Image-Backup auf den 4Ks läuft ... außer dass dort bestimmt auch "tar" genutzt wird ... aber mit welchen Parametern ???iFlatFHD-SkinParts + Menü-Icons .... iFlatFHD-Setup .... VTi WIKI -
iFlatFHD-SkinParts + Menü-Icons .... iFlatFHD-Setup .... VTi WIKI
Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von gordon55 ()
-
Ich hatte VMC deinstalliert und auch sämtliche Überreste im Filesystem beseitigt. Der ominöse Netzwerkordner gehörte weiterhin zu dem Trio(dazu noch "Settings" und "HDD" auf das ich einzig zugreifen konnte vom PC(VMC mit Fehlermeldung, war ja nix dahinter) bis zum Update auf Vti13.
-
-
Knifte schrieb:
VMC deinstalliert? Da ist ja kein Mount nach media/VMC
Was ich gestern noch gesehen habe:
ich kann in VMC USB und HDDErsatz, nicht HDD auswählen, was meinem Sharename für hdd_replacement entspricht.
Habe gestern nochmals VMC komplett deinstalliert, alle VMC-Ordner, Imagedatei und Einträge in der settings entfernt.
Danach VMC wieder installiert und die Datenbank komplett neu eingelesen.
Ergebnis: das Gleiche, die Bilder werden mitgesichert
Hier die telnet-Befehle wie von @gordon55 empfohlen:
root@vuultimo4k:~# mount
...
192.168.x.xxx:/volume1/01_HDDErsatz_Ultimo_4K on /media/net/HDDErsatz type nfs
rw,relatime,vers=3,rsize=8192,wsize=8192,namlen=255,hard,nolock,proto=tcp,port=
049,timeo=70,retrans=3,sec=sys,local_lock=all,addr=192.168.x.xxx)
/dev/sda1 on /media/usb type ext2 (rw,relatime)
/dev/loop0 on /media/VMC type ext4 (rw,relatime,data=ordered)
root@vuultimo4k:~# df -m
Filesystem 1M-blocks Used Available Use% Mounted on
/dev/root 3576 1214 2346 34% /
devtmpfs 657 0 657 0% /dev
tmpfs 665 0 665 0% /run
tmpfs 665 0 665 0% /var/volatile
192.168.x.xxx:/volume1/01_HDDErsatz_Ultimo_4K
3750942 3373665 377177 90% /media/net/HDDErsatz
/dev/sda1 1905 355 1550 19% /media/usb
/dev/loop0 736 478 191 71% /media/VMC
root@vuultimo4k:~# du -smx /media
0 /mediaHell ain`t a bad place to be... R.I.P. Malcolm - THE RIFF - Young!Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von maigo ()
-
@maigo : die MountPoints auch für VMC sehe für mich jetzt i.O. aus.
etwas stutzig macht mich aber die Belegung im Flash :/dev/root 3576 1214 2346 34% /
ist das normal auf der Ultimo4K, 1214 MB belegt ??
nochmal zu dem VMC-Bildern : ich hab selbst mal nen Test gemacht mit loop device + mount und dann die tar Optionen getestet :
Ergebnis :
- loop-Mounts werden nicht mitgesichert, wenn "--one-file-system" angegeben ist. Fehlt der beim tar, ist der inhalt der loop-Mounts auch im Archiv !!
- solche Image-Dateien sind sog. sparse files, da sollte beim tar auch ein "-S" stehen für eine "effizientere" Behandlung
- da beides im AutomaticFullbackup fehlt, sind die Dateien damit auch größer
- dürfte allerdings erstmal nur VMC-Nutzer betreffen, oder nutzt sonst noch eine Software diese loop-Mounts ?
Quellcode
- root@MediaBox:/hdd/test# tar cf ../mist.tar .
- root@MediaBox:/hdd/test# ls -al ../*.tar
- -rw-r--r-- 1 root root 109854720 Dec 10 11:32 ../mist.tar
- root@MediaBox:/hdd/test# tar cf ../mist.tar --one-file-system .
- root@MediaBox:/hdd/test# ls -al ../*.tar
- -rw-r--r-- 1 root root 99368960 Dec 10 11:33 ../mist.tar
- root@MediaBox:/hdd/test# tar cSf ../mist.tar --one-file-system .
- root@MediaBox:/hdd/test# ls -al ../*.tar
- -rw-r--r-- 1 root root 47083520 Dec 10 11:33 ../mist.tar
wenn zum Zeitpunkt der Wiederherstellung kein Mount für /media/VMC existiert, werden die Dateien in den Flash geknallt !!
und die siehst du dann nicht mehr, wenn beim reboot darüber der Mount gelegt wird ...
@maigo : ich würde fast empfehlen, deinen Flash zu checken nach den Methoden, die hier irgenwo beschrieben sind so wie "Flash voll", find ich grad net selbst ...iFlatFHD-SkinParts + Menü-Icons .... iFlatFHD-Setup .... VTi WIKI - loop-Mounts werden nicht mitgesichert, wenn "--one-file-system" angegeben ist. Fehlt der beim tar, ist der inhalt der loop-Mounts auch im Archiv !!
-
evtl helfen die Infos im Beitrag: Speichermangel->Lösungsvorschläge============================================================================================
-
danke @shadowrider, diesen Beitrag meinte ich
bei @maigo kommt es evtl. weniger auf Aufnahmen/Timshift im Flash an , hier müssen alle Verzeichnisse für Mountpoints leer sein nach umount.
z.b.
init 4
umount /media/net/HDDErsatz; umount /media/usb ; umount /media/VMC
du -shx /media/*
um zu sehen, wieviel jetzt noch im Verzeichnis /media stehtfind /media
und damit sieht man alle Dateien darin , geht auch mit :ls -alR /media
- es sollten sich in /media nur die Verzeichnisse der Mountpoints befinden und sonst nix.
PS : ich würde nach solchen Aktionen immer einen kompletten Reboot machen ... bin etwas skeptisch, ob ein Init 3 alle mounts wieder herstellt ...iFlatFHD-SkinParts + Menü-Icons .... iFlatFHD-Setup .... VTi WIKIDieser Beitrag wurde bereits 2 mal editiert, zuletzt von gordon55 ()
-
gordon55 schrieb:
- loop-Mounts werden nicht mitgesichert, wenn "--one-file-system" angegeben ist. Fehlt der beim tar, ist der inhalt der loop-Mounts auch im Archiv !!
- solche Image-Dateien sind sog. sparse files, da sollte beim tar auch ein "-S" stehen für eine "effizientere" Behandlung
...
@maigo : ich würde fast empfehlen, deinen Flash zu checken nach den Methoden, die hier irgenwo beschrieben sind so wie "Flash voll", find ich grad net selbst ...
Ich habe "--one-file-system" und -S, wie von Dir empfohlen, eingefügt, das sieht dann so aus:
$MKFS -cf $WORKDIR/rootfs.tar -C -S /tmp/bi/root --one-file-system --exclude=/var/nmbd/* .
=> AFB schlägt fehl, file ..tar -S not found
(2)
Wenn ich
$MKFS -cf $WORKDIR/rootfs.tar -C /tmp/bi/root --one-file-system --exclude=/var/nmbd/* .
probiere
=> Inhalt wird trotz "--one-file-system" mitgesichert
(3)
Flash-Check:
NAS ausgestöpselt und USB abgezogen
ls -lahS $(find / -type f -size +10000k)
-rwxr-xr-x 1 1000 1000 120.2M Nov 14 08:08 /usr/local/chromium/bin/chrome
-rwxr-xr-x 1 1000 1000 71.3M Nov 14 08:04 /usr/local/chromium/bin/browser_shell
-rwxr-xr-x 1 root root 24.7M Nov 27 2016 /usr/lib/libicudata.so.55.1
-rw-r--r-- 1 1000 1000 23.2M Oct 31 08:43 /usr/local/chromium/bin/resources.pak
-rw-r--r-- 1 root root 16.6M Dec 10 13:22 /etc/enigma2/epg.dat
-rwxr-xr-x 1 root root 12.2M Feb 8 2017 /usr/lib/libwebkitgtk-1.0.so.0.11.0
-rwxr-xr-x 1 root root 10.6M Nov 14 19:51 /usr/lib/libavcodec.so.57.24.102
-rwxr-xr-x 1 root root 10.5M Nov 27 2016 /usr/lib/gstreamer-1.0/libgstlibav.so
df -h liefert:
root@vuultimo4k:~# df -h
Filesystem Size Used Available Use% Mounted on
/dev/root 3.5G 1.7G 1.8G 49% /
devtmpfs 657.0M 0 657.0M 0% /dev
tmpfs 665.1M 436.0K 664.6M 0% /run
tmpfs 665.1M 164.0K 664.9M 0% /var/volatile
root@vuultimo4k:~#Hell ain`t a bad place to be... R.I.P. Malcolm - THE RIFF - Young! - loop-Mounts werden nicht mitgesichert, wenn "--one-file-system" angegeben ist. Fehlt der beim tar, ist der inhalt der loop-Mounts auch im Archiv !!
-
müßte so lauten :
$MKFS -cSf $WORKDIR/rootfs.tar -C /tmp/bi/root --one-file-system --exclude=/var/nmbd/* .
was machst du eigentlich mit deinem Flash ? wird ja immer mehr benutzt :/dev/root 3.5G 1.7G 1.8G 49% /
weiter oben waren es 34 % , jetzt schon 49 %iFlatFHD-SkinParts + Menü-Icons .... iFlatFHD-Setup .... VTi WIKI -
df -h grad wieder 34%
@gordon55 erstmal vielen Dank für Deine Hilfe, aber bitte frage nicht was "ich" mit meinem Flash mache, sondern was VTi, enigma2 oder diverse Plugins mit meinem Flash machen.
VTi halte ich immer aktuell und installiere nicht einfach wild mal alles hin und her, sondern teste meistens auf meiner Solo SE V2 und wenns mir gefällt kommts auf die Ultimo.
So gings mir jetzt auch mit VMC, das Plugin ist ja cool und funktionierte auf der Solo ganz gut, dann hab ichs auf die Ultimo installiert und dann ist mir die Sache mit den grösseren Backups aufgefallen...
Wenn die %-Zahl so schwankt scheints ja an irgendwelchen temp-Files zu liegen, die nach Neustart nicht mehr vorhanden sind...Hell ain`t a bad place to be... R.I.P. Malcolm - THE RIFF - Young! -
na ja, an temp-Files glaube ich nicht, /tmp ist ein eigenes Dateisystem unter /var/volatile und hat mWn. wenig mit rootfs zu tun.
ich denke immer noch, irgendwas ist an deiner Ultimo4K nicht so ganz i.O., aber solange die läuft, isses ja ok.
das AutomaticFullBackup kann ich nach meinen Tests jedenfalls keinem VMC-Nutzer empfehlen ... muss aber jeder selbst wissen.iFlatFHD-SkinParts + Menü-Icons .... iFlatFHD-Setup .... VTi WIKI -
Die Ultimo läuft top!
tmp war jetzt so dahergesagt, ich bin mit unix etc. nicht so bewandert, komme aus der .net Welt...
Ich nutze auch meistens die Movielist, aber VMC ist schon schick.
Vielleicht setzte ich meine System echt mal neu auf ohne VMC und machs dann mal drauf ums nochmal zu testen, wenns nicht tut, schmeiss ichs runter unter mach einen Restore vor VMC und alles ist gut...Hell ain`t a bad place to be... R.I.P. Malcolm - THE RIFF - Young!Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von maigo ()