ubuntuusers.de

Liebe Freunde,

ich fürchte, das Thema wurde schon an anderer Stelle abgehandelt. Und - Ehrenwort - ich habe das Forum gleichermaßen danach abgesucht wie zig Internetseiten.

Habe in Deja Dup alle möglichen Einstellungsvarianten probiert, andere externe Speichermedien auch, Ordner von der Sicherung ausgeschlossen, wieder hinzugefügt usw. usf. Als zu sichernden Ordner den Persönlichen Ordner (Benutzername) bestimmt, den Zielordner auf dem Ziellaufwerk bestimmt. All das wird auch erkannt. Nur passiert einfach nix. In der Übersicht wird mir verraten, dass die nächste Datensicherung "Heute" ansteht - und das seit einigen Tagen. Auf dieser Übersichtsseite finden sich ja auch die beiden Buttons "Wiederherstellen" und "Jetzt sichern" zum manuellen Start. Nur sind diese ausgegraut, stehen also gar nicht erst zur Verfügung.

sudo apt-get remove deja-dup

und

sudo apt-get install deja-dup

bringen keine Lösung. Und da komme ich einfach nicht weiter.

Vielleicht von euch jemand?
Gruß und Dank!

Hallo Frrritz,

das kann viele Ursachen haben. Daher bitte einmal die folgenden Ausgaben posten, damit wir das Problem analysieren können. Alle Befehle werden in einem Terminal ausgeführt, das z.B. mit STRG+ALT+T geöffnet werden kann.

Verwendete Versionen:

dpkg-query -W deja-dup duplicity 

Einstellungen:

gsettings list-recursively org.gnome.DejaDup > /tmp/deja-dup.gsettings 

Die Datei /tmp/deja-dup.log nach dem Starten eines besonders gesprächigem Backupversuches über das Terminal:

DEJA_DUP_DEBUG=1 deja-dup --backup | tail -n 1000 > /tmp/deja-dup.log 

Viele Grüße

Vej

Hallo Vej - na dann woll'n wir mal.

Habe heute Nacht noch folgenden Tipp beherzigt:

ps aux | grep deja
kill <pid of "deja-dup --backup --auto">

Immediately the backup button becomes active. ⇐ Zitat Ende

Die erste Zeile bringt folgende Ausgabe:

bubi      2127  0.0  0.1 437324  7432 ?        Sl   08:21   0:00 /usr/lib/x86_64-linux-gnu/deja-dup/deja-dup-monitor
bubi      3814  0.0  0.0  15796   924 pts/17   S+   09:05   0:00 grep --color=auto deja

Nach der zweiten Zeile meckert das Terminal:

bash: pid: Datei oder Verzeichnis nicht gefunden

Aber wie auch immer: Heute Morgen, nach einem Neustart, waren die Buttons tatsächlich aktiviert. Nun habe ich natürlich ein Backup versucht. Dieses lief wohl durch, gab aber eine Fehlermeldung aus, siehe Anhang 1 (DD-Meldung.png)
Was noch? Die Buttons waren wieder inaktiv.
Nach einem Neustart von DEJA DUP standen sie allerdings wieder zur Verfügung.

Nun Backup zurück gespielt. Auch dieser Vorgang endete mit einer Fehlermeldung betr. mangelnder Schreibberechtigung, siehe Anhang 2 (nachWiederherstellung.png)
_ _ _ _ _ _ _ _ _ _ _ _

Nun also zu den Ausgaben deiner Kommandozeilen:

dpkg-query -W deja-dup duplicity
deja-dup	34.2-0ubuntu1.1
duplicity	0.7.06-2ubuntu2

gsettings list-recursively org.gnome.DejaDup
org.gnome.DejaDup last-restore ''
org.gnome.DejaDup periodic true
org.gnome.DejaDup full-backup-period 90
org.gnome.DejaDup backend 'file'
org.gnome.DejaDup last-run '2017-03-08T07:28:31.740403Z'
org.gnome.DejaDup nag-check '2017-03-08T07:28:31.745258Z'
org.gnome.DejaDup prompt-check '2017-02-13T19:56:20.679545Z'
org.gnome.DejaDup root-prompt true
org.gnome.DejaDup include-list ['/home/bubi']
org.gnome.DejaDup exclude-list ['/home/bubi/.local/share/Trash', '/home/bubi/Bilder', '/home/bubi/Downloads', '/home/bubi/Musik', '/home/bubi/Videos']
org.gnome.DejaDup last-backup '2017-03-08T07:28:31.740403Z'
org.gnome.DejaDup periodic-period 7
org.gnome.DejaDup delete-after 182
org.gnome.DejaDup.S3 id ''
org.gnome.DejaDup.S3 bucket ''
org.gnome.DejaDup.S3 folder 'bunti'
org.gnome.DejaDup.OpenStack authurl ''
org.gnome.DejaDup.OpenStack tenant ''
org.gnome.DejaDup.OpenStack username ''
org.gnome.DejaDup.OpenStack container 'bunti'
org.gnome.DejaDup.GCS id ''
org.gnome.DejaDup.GCS bucket ''
org.gnome.DejaDup.GCS folder 'bunti'
org.gnome.DejaDup.GDrive email ''
org.gnome.DejaDup.GDrive folder '/deja-dup/bunti'
org.gnome.DejaDup.Rackspace username ''
org.gnome.DejaDup.Rackspace container 'bunti'
org.gnome.DejaDup.File path 'file:///media/bubi/Intenso/ubuntuHome'
org.gnome.DejaDup.File short-name 'Intenso'
org.gnome.DejaDup.File uuid 'F2D8-87C1'
org.gnome.DejaDup.File icon '. GThemedIcon drive-harddisk-usb drive-harddisk drive'
org.gnome.DejaDup.File relpath b'ubuntuHome'
org.gnome.DejaDup.File name 'TOSHIBA MQ01ABD050: Intenso'
org.gnome.DejaDup.File type 'volume'

Die von dir gewünschten Verzeichnisse /tmp/deja-dup.gsettings bzw. /tmp/deja-dup.log finde ich leider nicht, auch wenn ich die versteckten Dateien anzeigen lasse.

Vielleicht funktioniert ja nunmehr das Erstellen und Wiederherstellen von Backups, aber so richtig verlassen kann ich mich darauf irgendwie NICHT.

Ihr?

Hallo Frrritz,

tmp ist nach dem Booten leer.

Kommt also darauf an, wann du danach gesucht hast. 😇

Tatsächlich ist die Datei /tmp/deja-dup.gsettings nunmehr vorhanden. Deren Inhalt scheint sich jedoch zu decken mit der Ausgabe nach entsprechender Kommandozeile siehe vorher.

Dank und Gruß nach Berlin_1946!
Frrritz ('49er)

Auf dieser Übersichtsseite finden sich ja auch die beiden Buttons "Wiederherstellen" und "Jetzt sichern" zum manuellen Start. Nur sind diese ausgegraut, stehen also gar nicht erst zur Verfügung.

Aber wie auch immer: Heute Morgen, nach einem Neustart, waren die Buttons tatsächlich aktiviert.

Ich hatte ein gleiches Problem des "Ausgegraut seins" von Buttons beim Umgang mit Deja-dup. Es lag daran, dass sich im Hintergrund des Desktops bei anstehender Sicherung ohne mein Zutun ein zusätzliches (und zunächst nicht sichtbares) Fenster des Programms geöffnet hatte, welches zuerst bestätigt werden musste. Hervorholen aus dem Hintergrund musste ich dieses Fenster mit "Alt+Tab" (War es die Frage, ob ich jetzt sichern will - ich weiß es nicht mehr genau).

Die Fehlermeldungen beim Backup sind separat von dem dem Problem des "Ausgegraut seins" zu betrachten.

Auch dieser Vorgang endete mit einer Fehlermeldung betr. mangelnder Schreibberechtigung

Ergänzung:
In der Fehlermeldung werden die Pfade schön ausgegeben. Habe mich also zu den Dateien navigiert und wollte dort die Zugriffsrechte ändern (Eigenschaften > Zugriffsrechte). Aber kalt: Ich sei nicht der Eigentümer, hieß es.

Habe gelernt, dass

gksudo nautilus

den Dateiexplorer mit root-Rechten öffnet. Und tatsächlich: Dieser Art komme ich an die Eigenschaften > Zugriffsrechte ran.

Hintergrund:
Ich hatte diese Dateien einst von einem anderen Rechner manuell importiert, um auch hier meine Libre-Office-Vorlagen zur Verfügung zu haben. Dass damit den Dateien lediglich root-Rechte eingeräumt werden (Besitzer, Gruppe, Andere ⇐ ihr wisst schon), hätte ich nicht vermutet. Nun ist es mir ja gelungen, die Dateien Stück für Stück "nutzbar" zu machen, indem ich aus den DropDown-Feldern jeweils meinen Benutzernamen ausgewählt und Lesen und Schreiben aktiviert habe. Aber gibt es dafür vielleicht eine elegantere Herangehensweise?

Und wäre es auch eine Lösung, nobody, also "Keiner" für Besitzer und Gruppe anzugeben (Ich bin alleiniger Nutzer dieses Notebooks)?

Hallo Frrritz.

Frrritz schrieb:

Aber gibt es dafür vielleicht eine elegantere Herangehensweise?

Freunde des Terminals erledigen das mit sudo und chmod. Das ist aber Geschmackssache.

Frrritz schrieb:

Und wäre es auch eine Lösung, nobody, also "Keiner" für Besitzer und Gruppe anzugeben (Ich bin alleiniger Nutzer dieses Notebooks)?

Das ist keine gute Idee. Siehe (Datei-)Rechte.

Viele Grüße

Vej

Lieber Vej,

gern will ich mich um eine Freundschaft mit dem Terminal bemühen. Spannend ist das allemal. Und so wird sich nach Studium deiner Empfehlungen u.a. auch die Funktion des chmod-Befehls erahnen lassen.

Ich frage mich nur, wodurch die besagten Dateien (s.o.) überhaupt rechtemäßig eingeschränkt wurden. Durch mich nicht!

Diesen Kritikpunkt möchte ich also anbringen:
In hierarchisch strukturieren Unternehmen mag die Erteilung von Zugriffsrechten durchaus sinnvoll sein.

• rwx Der Chef darf alles,

• rw- die Abteilungsleiter dürfen etwas über die Firmenpolitik lesen und sehr wohl Verbesserungsvorschläge einreichen,

• r-- die Piesepampel dürfen lediglich SEHEN, wann sie Urlaub nehmen DÜRFEN usw.

Der Alltags-Libre-Officier allerdings, der einen Großteil seines Ruhestands alleinig vorm Notebook verbringt?
Der sich hoffnungsvoll interessiert der Ubuntu-Gemeinschaft anschließt??
Der gelegentlich Dokumente von A nach B transferiert???

Ob der sich wirklich darum kümmern muss, dass er seine eigenen Dokumente auch später noch bearbeiten darf – Fragezeichen.

Aber danke euch allen nochmal für die Aufmerksamkeit, die ihr meinem Anliegen gewidmet habt.

Bis neulich
Frrritz

Hallo Frrritz.

Frrritz schrieb:

Ich frage mich nur, wodurch die besagten Dateien (s.o.) überhaupt rechtemäßig eingeschränkt wurden. Durch mich nicht!

Nicht bewusst. Das ist mir klar. Allerdings wirst du die Rechte hierbei übernommen haben:

Frrritz schrieb:

Ich hatte diese Dateien einst von einem anderen Rechner manuell importiert, um auch hier meine Libre-Office-Vorlagen zur Verfügung zu haben.

Ich weiß ja nicht, wie genau das vonstatten gegangen ist, aber irgendetwas in dieser Kette hat vermutlich dafür gesorgt, dass die Rechte so waren. Wenn du eine neue Datei anlegst, sollten die Rechte dagegen sinnvoll gesetzt werden.

Frrritz schrieb:

Ob der sich wirklich darum kümmern muss, dass er seine eigenen Dokumente auch später noch bearbeiten darf – Fragezeichen.

Auch der möchte nicht, das ggf. mit Nutzerrechten ausgeführter Schadcode alle wichtigen Systemdateien verändern kann. Insgesamt ist Ubuntu aber natürlich ein Mehrbenutzersystem. Eine Sonderversion "für nur einen Nutzer" wird es daher wohl nie geben.

Viele Grüße

Vej

Ich weiß ja nicht, wie genau das vonstatten gegangen ist

Ich habe die Dateien des Verzeichnisses 😢

Benutzer > BENUTZERNAME > Library > Application Support > LibreOffice > 4 > user > template

kopiert und eingefügt in

home > BENUTZERNAME > .config > libreoffice > 4 > user > template

wo sie auch ihren Dienst hervorragend verrichten.

Grad schau ich mir die Dateien nochmal im Ursprungsverzeichnis an und sehe dort die Rechte wie folgt:
BENUTZERNAME (Ich) : Lesen und Schreiben
staff : Nur Lesen
everyone : Nur Lesen

An den Rechten für staff und everyone (die ich "dort" genauso wenig vergeben habe) wird es wohl gelegen haben, dass DEJA DUP mir die Rechte generell abspricht. Oder aber, dass ich "dort" unter meinem wirklichen Namen agiere und nicht als "bubi", "bunti", "Frrritz", "xubi", "kubi" o.ä.m. ☺
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

Eine Sonderversion "für nur einen Nutzer" wird es daher wohl nie geben.

Ja, OK - leuchtet ein.