staging.inyokaproject.org

Hallo zusammen,

Seit einiger Zeit suche ich nach einer Backup-Lösung,und bin nun bei qt4-fsarchiver angekommen. Ich habe qt4 als *.deb Paket heruntergeladen und insatlliert.

Der Start von qt4-fsarchiver erzeugte 2 Fehlermeldungen. Der Versuch das "/home" Verzeichnis zu sichern schlug fehl.

Beiligend der "Screenshot" des Versuches.

Zur Lösung dieser Startprobleme brauche ich Eure Hilfe, da ich diese Fehlermeldungen nicht analysieren kann !

Danke - Krautvornix

1. Disk-Images sind nicht wirklich ein Backup.

2. Wenn es ein Backup-Problem ist, warum schreibst du dann nicht ins Backupforum? (Ich verschiebe dich passend).

3. Bitte poste demnächst Text auch wirklich als text und nicht als Screenshot. Kopieren&Einfügen geht auch im Terminal. Danke.

4. Wenn du Meldungen zeigst, zeige sie ganz. Hier fehlt der Aufruf, der ja eventuell auch fehlerhaft sein kann.

Zur Sache: Vermutlich startest du den fsarchiver als root und hast als solcher keinen Zugriff auf .gvfs. Schließe also mindestens dieses Verzeichnis von der Sicherung aus. Es ist sowieso nichts sichernswertes drin 😉

Hallo,

ich sichere auch meine Partionen mit dieser Software.

Auf dem Bild kann ich sehen, dass du ja keine Partion ausgewählt hast welche die Software sichern soll. Bei mir wäre hier sda5 die root Partition und ich sichere sie auf sdb11.

Siehe Bild.

Gruß Jens

Zur Sache: Vermutlich startest du den fsarchiver als root und hast als solcher keinen Zugriff auf .gvfs. Schließe also mindestens dieses Verzeichnis von der Sicherung aus. Es ist sowieso nichts sichernswertes drin

Software muss als root starten, da sämtliche Laufwerke gemountet werden.

redknight schrieb:

Wenn du Meldungen zeigst, zeige sie ganz. Hier fehlt der Aufruf, der ja eventuell auch fehlerhaft sein kann.

Der Aufruf erfolgt aus dem Menue . "Anwendungen >-Zubehör >-qt4-fsarchiver. Danach kommt die Terminalabfrage mit den folgende Meldungen:

1
2
3
4
5
6
7

[sudo] password for idefix: 
Error: "/var/tmp/kdecache-idefix" is owned by uid 1000 instead of uid 0.
Error: "/tmp/kde-idefix8QlNKM" is owned by uid 1000 instead of uid 0.
QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: Datei oder Verzeichnis nicht gefunden
QFileSystemWatcher: failed to add paths: /home/idefix/.config/ibus/bus
Bus::open: Can not get ibus-daemon's address. 
IBusInputContext::createInputContext: no connection to ibus-daemon 

Wenn ich direkt aus dem Terminal starte. erhalte ich diese Meldungen:

1
2
3
4
5
6
7
8
9

idefix@idefix-desktop:~$ kdesudo qt4-fsarchiver
QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: Datei oder Verzeichnis nicht gefunden
QFileSystemWatcher: failed to add paths: /home/idefix/.config/ibus/bus
Bus::open: Can not get ibus-daemon's address. 
IBusInputContext::createInputContext: no connection to ibus-daemon 
QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: Datei oder Verzeichnis nicht gefunden
QFileSystemWatcher: failed to add paths: /root/.config/ibus/bus
Bus::open: Can not get ibus-daemon's address. 
IBusInputContext::createInputContext: no connection to ibus-daemon 

Danach erscheint jeweils das Startfenster von qt4-fsarchiver:

Disk-Images sind nicht wirklich ein Backup.

Das habe ich nicht gewußt. Bisher bin ich davon ausgegangen, dass "Backup-Programme " Sicherungsdateien erzeugen, und im Einsatzfall daraus wieder "Arbeitsdateien" machen.
Wie ich schon schrieb bin ich auf der Suche nach einer geeignaten Backup-Routine. Dazu gibt es ja auch in Wiki eine ganze Reihe von Hinweisen. Sowohl "sbackup"als auch "Deja Dup" habe ich ohne großen Erfolg getestet. Selbst das "sichern" (kopieren) mit "Nautilus" oder "Dolphin" klappte nicht ohne Fehlermeldungen.

Gruß- Krautvornix

krautvornix schrieb:

[..] Danach erscheint jeweils das Startfenster von qt4-fsarchiver:

Dazu kann ich dir ohne Test nichts sagen, habe aktuell keinen Zugriff auf meinen Desktop.

Disk-Images sind nicht wirklich ein Backup.

Das habe ich nicht gewußt. Bisher bin ich davon ausgegangen, dass "Backup-Programme " Sicherungsdateien erzeugen, und im Einsatzfall daraus wieder "Arbeitsdateien" machen.

Das stimmt auch generell. Aber für ein brauchbares backup gibt es geiwsse Grundsätze, die encbladexp mal in seinem Blog formuliert hat. Imaginglösungen verstoßen mindestens gegen Punkt4, da man sie nicht aus dem laufenden Betrieb heraus anfertigen kann/sollte.

Wie ich schon schrieb bin ich auf der Suche nach einer geeignaten Backup-Routine.

Zum wichtigsten Ablauf überhaupt helfen wir natürlich gern 😉 nach der Lektüre von Stefans Blogposting solltest Du kurz zusammenfassen , wo für dich der Schwerpunkt liegt (PLatzverbauch, geschwindigkeit des backups, Geschwindigkeit bei der Wiederherstellung, etc). Danach können wir dir Empfehlungen zu Tools und Ablauf geben.

Vielen Dank für Deinen Hinweisstenie! Du schreibst:

ich sichere auch meine Partionen mit dieser Software.

Das habe ich noch nicht versucht. Ich wollte verschiedene Verzeichnisse sichern, das hat aber nicht geklappt. Sicherst Du auch einzelne Verzeichnisse damit ?

redknight schrieb:

Dazu kann ich dir ohne Test nichts sagen, habe aktuell keinen Zugriff auf meinen Desktop.

Mir würden schon grundsätzliche Einschätzungen helfen. Es kann ja sein, dass diese Systemmeldungen "fehlerhafte Abläufe " aufzeigen, im Grunde aber für die Ausführung des eigentlichen Programmes keine Bedeutung haben. ?!

Imaginglösungen verstoßen mindestens gegen Punkt4, da man sie nicht aus dem laufenden Betrieb heraus anfertigen kann/sollte.

Vielen Dank für die Links zu diesem Punkt. ☺

Gruß - Krautvornix

krautvornix schrieb:

redknight schrieb:

Dazu kann ich dir ohne Test nichts sagen, habe aktuell keinen Zugriff auf meinen Desktop.

Mir würden schon grundsätzliche Einschätzungen helfen. Es kann ja sein, dass diese Systemmeldungen "fehlerhafte Abläufe " aufzeigen, im Grunde aber für die Ausführung des eigentlichen Programmes keine Bedeutung haben. ?!

Zum ersten Fehler schrieb ich oben ja bereits was, die anderen beiden kann ich ohne testlauf nicht einschätzen.

Hallo,

ja ich sichere auch Verzeichnisse. Meine Bilder und Musikdateien werden auf meinem NAS gesichert.

Klappt wirklich sehr gut... ich mache nur noch mit QT4-fsarchiver meine Backups.

Hallo krautvornix,

Für das Sichern von Verzeichnissen musst Du bei qt4-fsarchiver unter >Aktionen>Verzeichnis sichern auswählen. Willst Du die ganze Partition sichern musst Du unter >Aktionen>Partition sichern auswählen. Das hast Du vielleicht falsch gemacht, erklärt aber nicht Deine Fehlermeldungen. Irgendwas scheint mit Deinem Betriebssystem nicht zu stimmen: Die Datei "/var/tmp/kdecache-idefix" müsste als Eigentümer den Nutzer root haben(uid =0). Der erste Nutzer unter dem Du angemeldet ist hat die uid=1000. Mit der fehlerhaften Rechtevergabe kommt qt4-fsarchiver bzw. fsarchiver offensichtlich nicht klar.

Selbst das "sichern" (kopieren) mit "Nautilus" oder "Dolphin" klappte nicht ohne Fehlermeldungen.

Das könnte auch ein Beleg dafür sein, dass das Betriebssystem bei der Rechtevergabe Probleme hat. Mit anderen Worten: Ich denke, dass nicht qt4-fsarchiver das Problem ist, sonder Dein fehlerhaftes Betriebssystem.

Grüße aus Südbaden

redknight schrieb:

Imaginglösungen verstoßen mindestens gegen Punkt4, da man sie nicht aus dem laufenden Betrieb heraus anfertigen kann/sollte.

Das ist richtig, fsarchiver arbeitet allerdings nicht mit images im Sinne von dd. Selbst wenn man eine ganze Partition sichert, arbeitet fsarchiver mit dem Dateisystem. Wiederherstellen kann man das dann auch auf einer Partition die kleiner als die ursprüngliche Partition ist (genügend Platz für die gespeicherten Daten vorausgesetzt).

qt4-fsarchiver ist übrigens nur eine graphische Oberfläche zu fsarchiver. Um überhaupt erstmal grundlegende Funktionen zu prüfen, würde ich fsarchiver direkt im Terminal ausführen:

cd /home
sudo fsarchiver probe       # eine Übersicht über die erkannten Partitionen und Dateisysteme ausgeben
du -sh idefix               # Größe des Home-Verzeichnisses ausgeben
df -h /home                 # prüfen ob genügend Speicherplatz vorhanden ist, andernfalls folgendes Kommando nicht ausführen!
sudo fsarchiver savedir /home/idefix.fsa idefix -j 2 -e '.gvfs' -e '.cache' -e '.thumbnails' 

Zu den einzelnen Optionen: "-e" schließt die angegebenen Verzeichnisse aus und "-j" bestimmt die Anzahl der zu startenden Prozesse für die Komprimierung. Für eine möglichst schnelle Komprimierung sollte man -j auf die Anzahl der CPU-Kerne setzen. Falls man das System nebenher noch benutzen möchte, 1 abziehen. Es sei denn man hat einen Ein-Kern Prozessor, -j 0 ist nicht sehr sinnvoll. 😉

Dieter_Ubuntu schrieb:

Für das Sichern von Verzeichnissen musst Du bei qt4-fsarchiver unter >Aktionen>Verzeichnis sichern auswählen. Willst Du die ganze Partition sichern musst Du unter >Aktionen>Partition sichern auswählen.

Das habe ich auch gemacht. Also daran hat es wohl nicht gelegen:

grumpy grizzly schrieb:

Um überhaupt erstmal grundlegende Funktionen zu prüfen, würde ich fsarchiver direkt im Terminal ausführen:

 
idefix@idefix-desktop:~$ cd /home
idefix@idefix-desktop:/home$ sudo fsarchiver probe
[sudo] password for idefix: 
sudo: fsarchiver: command not found 

Daraufhin habe ich fsarchiver installiert mit:

sudo apt-get install fsarchiver

idefix@idefix-desktop:/home$ sudo fsarchiver probe
[======DISK======] [=============NAME==============] [====SIZE====] [MAJ] [MIN]
[sda             ] [WDC WD3200AAKS-0               ] [   298.09 GB] [  8] [  0]

[=====DEVICE=====] [==FILESYS==] [======LABEL======] [====SIZE====] [MAJ] [MIN] 
[sda1            ] [ntfs       ] [System-reserviert] [   100.00 MB] [  8] [  1] 
[sda2            ] [ntfs       ] [System           ] [    48.73 GB] [  8] [  2] 
[sda3            ] [ntfs       ] [Daten            ] [   124.88 GB] [  8] [  3] 
[sda5            ] [ext4       ] [<unknown>        ] [    39.12 GB] [  8] [  5] 
[sda6            ] [swap       ] [<unknown>        ] [     5.09 GB] [  8] [  6] 
[sda7            ] [ext4       ] [Linux-Dat        ] [    80.16 GB] [  8] [  7] 
idefix@idefix-desktop:/home$ 

Die "Root"- Partition liegt auf sda5, und umfasst ca 7G , 30G sind frei. Meine Daten liegen alle auf sda7. Dort sind wie unten zu shen noch 58G frei.

idefix@idefix-desktop:/home$ du -sh idefix
du: kann Verzeichnis „idefix/.kde/share/apps/konqueror/view_properties“ nicht lesen: Keine Berechtigung
du: kann Verzeichnis „idefix/.kde/share/apps/konqsidebartng“ nicht lesen: Keine Berechtigung
18G	idefix

idefix@idefix-desktop:/home$ df -h /home
Dateisystem            Größe Benut  Verf Ben% Eingehängt auf
/dev/sda7              79G   18G   58G  24% /home
idefix@idefix-desktop:/home$

Den letzten Schritt habe ich jetzt noch nicht durchgeführt, da der 2. Schritt die oben gezeigten Fehlermeldungen ergab. Zur Sicherung wollte ich eine externe Festplatte verwenden, die über USB angeschlossen wird, und ein ext4- Dateisystem enthält.
Gruß - Krautvornix

krautvornix schrieb:

Den letzten Schritt habe ich jetzt noch nicht durchgeführt, da der 2. Schritt die oben gezeigten Fehlermeldungen ergab. Zur Sicherung wollte ich eine externe Festplatte verwenden, die über USB angeschlossen wird, und ein ext4- Dateisystem enthält.

Zum Testen kannst du die Datei erst einmal in /home erstellen, da ist ja genug Platz. Der Fehler bezüglich der Zugriffsrechte auf die beiden Dateien ist zwar etwas seltsam, aber so nicht weiter tragisch. Also ruhig mal den fsarchiver-Befehl ausführen und sehen ob dort auch Fehlermeldungen auftauchen.

grumpy grizzly schrieb:

Also ruhig mal den fsarchiver-Befehl ausführen und sehen ob dort auch Fehlermeldungen auftauchen.

idefix@idefix-desktop:~$ cd /home
idefix@idefix-desktop:/home$ sudo fsarchiver savedir /home/idefix.fsa idefix -j 2 -e '.gvfs' -e '.cache' -e '.thumbnails' 
[sudo] password for idefix: 
[errno=13, Permission denied]: oper_save.c#778,createar_save_directory(): cannot lstat64(idefix/.gvfs)
[errno=13, Permission denied]: oper_save.c#1250,oper_save(): cannot run evaluation createar_save_directory(idefix)
removed /home/idefix.fsa
idefix@idefix-desktop:/home$ 

Vielleicht doch ein "Rechte-Problem" ?
Gruß-Krautvornix

Hallo krautvornix,

In der Datei oper_save.c Zeile 778 hat der Programmierer von fsarchiver diesen Kommentar hinzugefügt:

backup the directory itself (important for the root of the filesystem)

In dem dortigen Bereich wird überprüft, ob das Verzeichnis beispielsweise /tmp/fsa/20150128-103332-00 angelegt werden kann. In diesem Verzeichnis, das weitere Unterverzeichnisse enthält, werden vorübergehend Daten für die Sicherung durch (qt4-)fsarchiver abgelegt. Diese temporäre Verzeichnis kann bei Dir nicht angelegt werden, was mit den Benutzerrechten zusammenzuhängen scheint. Was ich schon mal geschrieben habe, hat sich gefestigt: Das Problem ist nicht (qt4-)fsarchiver sondern Dein problematischens Betriebssystem. Wieso die Rechtevergabe bei Dir fehlerhaft zu sein scheint, habe ich keine Erklärung und da kann ich Dir auch leider nicht weiterhelfen.

Grüße aus Südbaden.

Dieter_Ubuntu schrieb:

Was ich schon mal geschrieben habe, hat sich gefestigt: Das Problem ist nicht (qt4-)fsarchiver sondern Dein problematischens Betriebssystem.

Natürlich habe ich in der Zwischenzeit auch im Netz mit den "Fehlermeldungen" recherchiert und bin dabei auf diesen Link gestoßen.

Homeverzeichnis (Abschnitt „Rechte-korrigieren“)

Ist das etwas was mir weiterhelfen könnte !?

Gruß - Krautvornix