ubuntuusers.de

Hallo,

habe gerade mein rsnapshot auf dem *K*ubuntu-Laptop wiederbelebt und wollte das selbe auf dem Laptop meiner Frau machen, der unter *U*buntu (beide 12.04.3 LTS) läuft. Unter *U*buntu ist eine Installation jedoch nicht möglich, da das unsichere Paket liblchown-perl (ein Perl-Skript, das rsnapshot braucht) in Abhängigkeit mit installiert würde, was von der Paketverwaltung verweigert wird.

Weiß jemand, wie man das beheben kann?

Danke für jeden Tipp

Ewald

Hallo,

also unter Ubuntu 14.04 wird das Paket und Mucken und Rückfrage installiert... Ich habe auch noch nie gehört, dass die Installation aus den Originalpaketquellen verweigert wird. Hast du irgendwelche Fremdquellen, PPAs etc. aktiv?

Gruß, noisefloor

Hallo Noisefloor,

bitte entschuldige meine späte Reaktion, wir waren in Urlaub, hatte die Anfrage hier vergessen 😢

Aber zurück zur Frage: Ich hatte den Laptop eigentlich immer sauber gehalten, bis auf eine Flashplugin-Installation und eine dm-Fotosoftware, kann aber gerne die /etc/apt/sources.list mal hochladen.

Ich habe eben gesehen, daß die Quellen Unabhängig (+ source dazu, http://extras.ubuntu.com/ubuntu) angewählt waren, weiß aber nicht mehr, wozu.

Wähle ich sie ab, lade die Paketliste neu, kommt eine Fehlermeldung bzgl. GPG-error:

W:GPG error: http://de.archive.ubuntu.com precise Release: The following signatures were invalid: BADSIG 40976EAF437D05B5 Ubuntu Archive Automatic Signing Key <ftpmaster@ubuntu.com>, W:Failed to fetch gzip:/var/lib/apt/lists/partial/de.archive.ubuntu.com_ubuntu_dists_precise_main_binary-i386_Packages  Encountered a section with no Package: header
, E:Some index files failed to download. They have been ignored, or old ones used inst

Ich glaube, diesen BADSIG-Fehler noch aus früherer Zeit zu kennen, muß nochmal suchen.

In /etc/apt/sources.list.d ist noch die Quelle für die DropBox-Installation (deb http://linux.dropbox.com/ubuntu precise main) eingetragen.

Mittlerweile werden wegen des Fehlers ca. 92MB an Aktualisierungen zurückgehalten.

Danke für eine Antwort

Gruß Ewald

Hallo,

klingt IMHO nach einem system-spezifischen Fehler deines Systems, nicht nach einem allg. Problem.

Vielleicht eher ein Fall für's Supportforum.

Gruß, noisefloor

Hallo und danke für den Hinweis,

bei der Suche nach BADSIG bin ich im Forum auf ähnliche Diskussionsbeiträge gestoßen, ein Hinweis aus forum.ubuntuusers.de/post/5901197 lieferte den entscheidenden Hinweis: Ein Umstellen des Servers von Server für Deutschland auf den Haupt-Server beseitigte alle Probleme!

Auch diesen Link zur Erstellen einer sauberen Sources.list (http://axebase.net/blog/2013/05/06/saubere-sources-list-erstellen/) werde ich mir merken, dort ist von häufigen Problemen mit dem genannten Server die Rede.

Es hatte also -nur zufällig- mit der Nachinstallation von rsnapshot zu tun; tut mir leid für die Irreführung.

Also nochmals danke für die Hilfe

Gruß Ewald

Hallo zusammen.

Im Artikel heißt es in der Warnbox im Abschnitt "Verzeichnisse/Dateien ein- und ausschließen":

Das Verzeichnis ~/.gfvs muss zwingend ausgenommen werden, wenn man das Homeverzeichnis sichern will. Da rsnapshot nicht die notwendigen Rechte hat, um dieses Verzeichnis zu löschen, wird der Löschvorgang sofort abgebrochen und die folgende Fehlermeldung ausgegeben.

Wo wird da was gelöscht? Oder sollte es vielleicht verständlicher "sichern" heißen?

Viele Grüße

Vej

Hallo,

da ist wohl in der Tat was falsch aus dem Forum übernommen worden. Jedenfalls ist es im verlinkten Post im Forum etwas anders erklärt...

Gruß, noisefloor

noisefloor schrieb:

Jedenfalls ist es im verlinkten Post im Forum etwas anders erklärt...

Hallo,

ich habe das mal an das Forum und die darin verlinkte Quelle angepasst und hoffe, dass es jetzt verständlicher ist.

Viele Grüße

Vej

bei cron muss der richtige Pfad angegeben werden. Siehe http://www.rsnapshot.org/rsnapshot.html#usage

dolfi56 schrieb:

bei cron muss der richtige Pfad angegeben werden.

fixed.

Habe heute rsnapshot auf Ubuntu 20.04 installiert. Die Einträge in der Konfigurationsdatei haben sich geändert:

retain    alpha  8
retain    beta   5
retain    gamma  5
retain    delta  3

Also statt hourly nun alpha, statt daily nun beta etc. Finde ich persönlich besser, da diese Pseudosemantik eher verwirrt hat.

Entsprechend müsste der Aufruf von rsnapshot nun rsnapshot alpha, rsnapshot beta etc. heißen.

Ich habe ein Problem mit rsnapshot und habe heute von einem ehemaligen Maintainer des Programmes, Benedikt Heine, erfahren, dass rsnapshot kaum noch entwickelt wird. Es ist aus Debian Bullseye rausgeflogen und wird auch nicht mehr in Ubuntu 22.04 enthalten sein. FYI.

Hallo,

letzteres stimmt per Stand heute nicht, siehe https://packages.ubuntu.com/search?keywords=rsnapshot&searchon=names&suite=jammy&section=all. rsnapshot ist für Jammy nach wie vor in "universe".

In wie weit die Aussage zur Entwicklung stimmt kann ich nicht beurteilen. Im Githb Repo passiert auf jeden Fall noch was.

Gruß, noisefloor

Ich habe erfolgreich rsnapshot mit Ubuntu 24.04.1 LTS im Einsatz. Im Wiki steht nicht(!), dass es dafür getestet wurde. Leider kann ich es auch nicht vollständig(!) testen, wie es in https://wiki.ubuntuusers.de/Wiki/FAQ_-_h%C3%A4ufig_gestellte_Fragen/#Wikiartikel-testen gewünscht ist, z.B. weil ich gar nicht mit einem Server testen kann. Aber vielleicht hilft dieser kurze Beitrag dem einen oder anderen Leser. Ich kann auf jeden Fall nur jedem Anwender ringend empfehlen, sich um eine regelmäßige Datensicherung zu kümmern. Es muss ja nicht rsnapshot sein, aber für uns hat es sich voll bewährt (Sicherung auf externe HD / SSD).

Hallo,

ggf. macht es auch Sinn, den Artikel zwecks besserer Testbarkeit zu teilen, z.B. in einen Teil, der allgemein und für den Desktop gilt und einen der für Server gilt.

Wenn jemand den Artikel anpackt könnten die Sektionen zu cron / anachron ggf. auch direkt auf systemd Timer Units aktualisiert werden.

Gruß, noisefloor