Beiträge von hgtschudi

Jetzt ist es heraus!
Die ca. 40 Zeilen am Anfang meiner crontab-Datei:

# (Cronie version 4.2)
# DO NOT EDIT THIS FILE - edit the master and reinstall. 
# (- installed on Mon Aug 10 11:46:56 2015)
# (Cronie version 4.2)
# DO NOT EDIT THIS FILE - edit the master and reinstall.
# (- installed on Mon Aug 10 11:46:56 2015)
 
# (...) etwa 40 Zeilen  Wiederholung!


# (Cronie version 4.2)
# DO NOT EDIT THIS FILE - edit the master and reinstall. 
# (- installed on Mon Aug 10 11:46:56 2015)
# (Cronie version 4.2)
# DO NOT EDIT THIS FILE - edit the master and reinstall.
# (- installed on Mon Aug 10 11:46:56 2015)

hat Back in Time verbrochen.

nach dem Weiterscrollen durch ca. 40 Zeilen Warnung fand ich in der letzten Zeile:

#Back In Time system entry, this will be edited by the gui:
0 10 * * 6 /usr/bin/nice -n 19 /usr/bin/ionice -c2 -n7 /usr/bin/backintime --backup-job >/dev/null 2>&1

Back in Time trägt die im GUI unter "Einstellungen" festgelegten Sicherungszeiten natürlich in die crontab-Datei des jeweiligen Nutzers ein. Hinter alle sonstigen Einträge, die da ( möglicherweise in grosser Zahl ) schon stehen!

DO NOT EDIT THE LINE AT THE END- edit the master and reinstall, wäre in meinem Fall als Warnung logischer gewesen!

Bugreport wird erstellt.

Danke für eure teilnahmsvollen Beiträge

Hartmut

Zitat von hgtschudi

Zitat von »Sauerland«

Speichere auf ein Stick mit Linux-Dateisystem (ext4,btrfs usw). Das berücksichtigt auch die Dateirechte der Dateien......

Das war der entscheidende Hinweis!
Die Fehlermeldungen von Back in Time waren eindeutig auf vfat zurückzuführen.
Nachdem ich das Dateisystem des Sticks in ext4 geändert habe, läuft Back in Time ohne Anstände. Sogar unter User Root. Die verschiedenben Userrechte unter home/ bleiben dabei erhalten.

herzlichen Dank für alle Hilfe,

Hartmut

Es muss an der Hitze liegen:

Zitat von repi

Im Prinzip ist es sehr einfach. Mit crontab -e kann mann alle Cron Einträge mit der Berechtigung des gerade angemeldeten Users bearbeiten (anlagen, ändern,löschen)

Danke für deine freundliche Aufklärung!

Ich öffne mein crontab-file immer mit crontab -e.

Das was mich ratlos macht ist, dass ich, nachdem ich ihn geöffnet habe, seit einer Woche ( vielleicht seit ich Back in Time benutze!?) darin lese: "#DO NOT EDIT THIS FILE - edit the master and reinstall." etwa in 50 facher Wiederholung!!!

Das ist doch merkwürdig, oder nicht?

Ein crontab-file ,den ich nicht editieren darf, ist eigentlich kein crontab-file, selbst wenn ich ihn (korrekt) mit crontab -e geöffnet habe.

Hartmut

Zitat von Sauerland

Was willst Du darin ändern?
wie Siju schon sagte, zum ändern:

Code

crontab -e

Lies doch einmal was da im selbigen crontab , den ich mit crontab -e öffnen soll, steht:

Zitat von hgtschudi

# (Cronie version 4.2)
# DO NOT EDIT THIS FILE - edit the master and reinstall. (von mir hervorgehoben!)
# (- installed on Mon Aug 10 11:46:56 2015)
# (Cronie version 4.2)
# DO NOT EDIT THIS FILE - edit the master and reinstall.
# (- installed on Mon Aug 10 11:46:56 2015)

etwa 5o Zeilen lang!!! DO NOT EDIT THIS FILE - edit the master and reinstall.

Wat nu?? auf sauerländisch.

Hartmut

Zitat von Siju

crontab -e

so sieht das aus, wenn ich mit crontab -e öffne.

# (Cronie version 4.2)
# DO NOT EDIT THIS FILE - edit the master and reinstall.
# (- installed on Mon Aug 10 11:46:56 2015)
# (Cronie version 4.2)
# DO NOT EDIT THIS FILE - edit the master and reinstall.
# (- installed on Mon Aug 10 11:46:56 2015)


(...)etwa 50 Mal


# (Cronie version 4.2)
# DO NOT EDIT THIS FILE - edit the master and reinstall.
# (/tmp/crontab.FXb2yt installed on Tue Apr 21 15:00:42 2015)
# (Cronie version 4.2)




SHELL=/bin/sh
PATH=/usr/bin:/usr/sbin:/sbin:/bin:/usr/lib/news/bin
MAILTO=Hartmut
#
# check scripts in cron.hourly, cron.daily, cron.weekly, and cron.monthly


(... usw)

Wenn ich mein crontab-file öffne um ihn zu ändern, lese ich seit neuestem darin folgendes:

#(Cronie version 4.2)
# DO NOT EDIT THIS FILE - edit the master and reinstall.
# (- installed on Wed Aug 12 21:23:00 2015)#Back In Time system entry, this will be edited by the gui:
#usw....
(...)
#Please don't delete these two lines, or all custom backintime entries are going to be deleted next time you call the gui options!

Das hat offenbar "Back in Time" da hinein geschrieben.

Ich will mich ja danach richten --- nur welchen Masterfile und wie reinstalliere ich ihn?

Hartmut

Zitat von Alero

https://wiki.ubuntuusers.de/back_in_time

... siehe Punkt Konfiguration.

Danke für den Hinweis!
Hartmut

Zitat von Sauerland

Speichere auf ein Stick mit Linux-Dateisystem (ext4,btrfs usw). Das berücksichtigt auch die Dateirechte der Dateien......

Das habe ich gemacht und Back in Time hat fehlerlos funktioniert.

Nur: ich hatte unter meinem Account /home, als zu sicherndes Verzeichnis angegeben. Da hat er aber nur mein Verzeichnis /home/hartmut gesichert und nicht die anderen drei, die da noch liegen.

Was ist das Verfahren dafür?

Hartmut

Zitat von Sauerland

Auf ein FAT Dateisystem eine Sicherung mit den Dateirechten machen???

Ein Verzeichnis kann ich immer als Root erstellen.......

Allerdings muss bei diesem Befehl

Code

linux-mwz4:~ # mkdir /var/run/media/root/7CD3-D105/home/hartmut/.kde4/share/apps/dolphin/view_properties/local/var/run/media/hartmut/160GB-USB/SicherungWIN-XP-C_D

das übergeordnete Verzeichnis

Code

/var/run/media/root/7CD3-D105/home/hartmut/.kde4/share/apps/dolphin/view_properties/local/var/run/media/hartmut/160GB-USB/

vorhanden sein:

Code

mkdir /var/run/media/root/7CD3-D105/home/hartmut/.kde4/share/apps/dolphin/view_properties/local/var/run/media/hartmut/160GB-USB/SicherungWIN-XP-C_D
mkdir: das Verzeichnis „/var/run/media/root/7CD3-D105/home/hartmut/.kde4/share/apps/dolphin/view_properties/local/var/run/media/hartmut/160GB-USB/SicherungWIN-XP-C_D“ kann nicht angelegt werden: Datei oder Verzeichnis nicht gefunden

Ansonsten hilft nur:

Code

mkdir -p /var/run/media/root/7CD3-D105/home/hartmut/.kde4/share/apps/dolphin/view_properties/local/var/run/media/hartmut/160GB-USB/SicherungWIN-XP-C_D
ls -l /var/run/media/root/7CD3-D105/home/hartmut/.kde4/share/apps/dolphin/view_properties/local/var/run/media/hartmut/160GB-USB/
insgesamt 0
drwxr-xr-x 2 root root 40 11. Aug 21:35 SicherungWIN-XP-C_D

Alles anzeigen

Es ist also noch nicht alles verloren!
Herzlichen Dank für die Aufklärung. Ich werde mich morgen, wenn ich wieder frisch bin, ausgiebig damit beschäftigen.

Bis dann, Gute Nacht, Hartmut

Zitat von LinuPia

Man könnte alles in ein Archiv packen.
Hat den Vorteil, dass man beim Speichern Platz spart.
tar kann archivieren und versteht alle Rechte. Nichts geht verloren.

Oder man macht es mit rsync.
Aber das geht halt nicht mit vfat, weil nun mal bei diesem FS keinerlei Rechte existieren.
Von Gruppen- oder Userkennungen ganz zu schweigen.

Kopieren ist jedenfalls der völlig falsche Weg.
Das endet dann -so wie Sauerland sagt- damit, dass alles Root gehört.
Nicht sonderlich erstrebenswert.
Und eine gute Beschäftigungstherapie, wenn man tatsächlich zurücksichern muss.

Alles anzeigen

BINGO!! Das habe ich kapiert

Danke Hartmut