ubuntuusers.de

Ich habe sbackup unter karmic erfolgreich verwendet. Habe jetzt eine Lucid-Neuinstallation durchgeführt, und bin jetzt grade dabei, alles wieder zum Laufen zu bringen. Bei Sbackup funktioniert jedoch die Remote-Speicherung nicht mehr. Ich hab mir extra die sbackup.conf gesichert und jetzt wieder auf das neue System gespielt. Aber sbackup sagt beim Remote-test immer, dass ich für das Zielverzeichnis keine Schreibrechte hätte. Wie gesagt, mit der alten conf-Datei, mit der es vorher funktioniert hat...

Hat jemand ein ähnliches Problem?

Gruß Oli

Wenn du für den Zielordner wirklich keine SchreibRechte hast, dann hat das überhaupt nichts mit der config-Datei zu tun.

Ließ dir am besten hier im Wiki den Artikel zu Dateirechten durch.

Du musst dem sbackup Schreibrechte für den Zielordner gewähren.

Der Befehl für die Kommandozeile lautet chmod, damit änderst du die Rechte.

Da hab ich mich wohl nicht ganz klar ausgedrückt... Also noch mal: Sbackup war unter karmic im Einsatz. Ich habe mein Backup via FTP auf mein NAS gesichert. Da habe ich natürlich Schreibrechte drauf. Und seit der Installation von Lucid sagt mir Sbackup, dass ich diese Schreibrechte nicht hätte, was aber nicht stimmt. Außerhalb von Sbackup kann ich problemlos auf das NAS zugreifen.

Oli

Hallo zusammen,

Bitte entschuldigt, dass ich mich hier einmische. Ich benutze sbackup erst seit dem Upgrade auf Lucid und es funktioniert (fast) alles zufriedenstellend. Mit den Zugriffsrechten habe ich keine Probleme. Die zeitgesteuerten Funktionen sind auch i.O., jedoch habe ich es noch nie fertiggebracht, mit "Backup now" eine Sicherung zu starten. Es erscheint zwar die Meldung, dass ein Hintergrundprozess gestartet sei, aber passieren tut nichts. So wie ich diese Funktion ("Backup now")verstehe, sollte sie doch dazu dienen, augenblicklich ein Backup zu starten, unabhängig der sonstigen zeitgesteuerten Einstellungen. Mache oder verstehe ich da noch etwas falsch?

Danke für Eure Hilfe

Gruss Hamid

Ähnliche Probleme habe ich auch. ▶ http://forum.ubuntuusers.de/topic/sbackup-erstellt-seit-installation-von-lucid-/

Ich hänge mich also hier einfach mit ran.

naja...sich hier anzuhängen muss nicht sinnvoll sein, da ihr ja unterschiedliche Probleme habt. Was gibt denn sbackup zurück wenn ihr sbackup in einer Konsole startet?

su-to-root -X -c /usr/sbin/simple-backup-config

bei mir steht per Prozess

ps -e

auf "defunct", deshalb kann ich nicht sagen, was das Terminal sagt, wenn es klappen würde.

Habt ihr mal auf Launchpad geschaut, ob es dazu schon einen Bugreport gibt?

Eigenartig ist, dass es sich unter karmic und unter lucid um die gleiche Version von sbackup handelt, da wurde folglich mit dem Dist-Upgrade nichts geändert.

kletterbuxe schrieb:

Habt ihr mal auf Launchpad geschaut, ob es dazu schon einen Bugreport gibt?

Sorry aber wo finde ich denn das?

Okay, hat sich erledigt...

Bisher war "Simple Backup" meine Dateisicherung, da diese unter 9.04 am besten meine Vorstellungen erfüllte. Zu meiner Überaschung stelle ich fest, dass ich unter 10.04 keine Sicherung (bisher) durchführen konnte. Mit dem Befehl "Backup now" passiert nichts mehr. Es öffnet sich ein Fenster mit der Meldung "A backup run is initiated in the background. The process id is: nn", wobei "nn" in jedem Fenster eine eine Nummer erhält. Ich bin gespannt, was die Ursache ist.

Mein Problem ist gelöst. Nach der Installation des Programms wollte ich das erste BackUp manuell (Backup now) auslösen; das war jedoch nicht möglich. Eingerichtet hatte ich eine tägliche Datensicherung; diese wurde auch nach 24 Stunden automatisch durchgeführt.

Ich hab's gerade mal probiert und kann nur bestätigen, dass es auf diese Weise funtioniert. Aber vertretbar ist dieser Zustand ja nicht... 😕

bei mir funktioniert sbackup auch nicht mehr, et tut sich gar nichts, lediglich der Start wird angezeigt, aber der Prozeß ist immer im Status schläft.

Ich nehme jetzt unison, das ist auch übersichtlicher.

Auch hier ein Hinweis auf Nssbackup, einen Sbackup-Fork. Die Bedienung ist fast identisch mit Sbackup, mit dem Unterschied, dass es unter Lucid funktioniert.

It's up to you to choose either NSsbackup or sbackup but please note that not much effort is spend on sbackup and we would strongly advise you to use NSsbackup instead.

Hallo Paul,

woher ist das Zitat? Nehme mal an von einem der Entwickler, dann gehört die Info dringend ins wiki... Wenn für sbackup so gut wie keine Zeit mehr geopfert wird, können die Leute ja noch Monate auf nen Fix warten...

Das Zitat stammt von der oben verlinkten Launchpad-Seite des Projekts Nssbackup. Da bei Launchpad für Sbackup und Nssbackup dieselbe Maintainergruppe zuständig ist, nehme ich an, dass die Aussage Hand und Fuß hat.