Hyper Backup rsync auf Raspi Pi mit zwei externen Festplatten

[toller]

Guten Morgen zusammen,
meine 716+II sichere ich über rsync mit einem entfernten Raspberry pi 4 auf eine dort angeschlossene externe 4TB FP, was gut läuft.
Jetzt würde ich gerne allerdings eine weitere 4TB FP am Pi einstecken und darauf noch eine rsync-Kopie (Einzelversion) der Medienordner laufen lassen. So könnte man bei Bedarf einfach diese FP ausstecken, am PC/TV einstecken und nutzen.

In der rsynd.conf am Raspi habe ich dazu versucht, den aktuellen Pfad "/media/nutzer/Backupplatte1" mit "/media/nutzer/Backupplatte1/ media/nutzer/Backupplatte2/" zu ergänzen.
Das hat nicht funktioniert.
Ist so etwas mit rsync am Raspi überhaupt möglich? Falls ja, weiß jemand, wie? Es gibt hier doch sicher einige, die mit einem Raspberry ihre DS sichern.

Grüßle
toller

 

[luddi]

Hier in diesem Beitrag Backup von Synology auf Raspberry Pi3 hatte ich schon einmal beschrieben wie man den Raspberry vorbereitet und wie die rsyncd.conf aufgebaut ist.

Was du nicht machen kannst ist, einfach einen zusätzlichen Pfad bei einem Backupmodul hinzuzufügen.

Was du in der rsyncd.conf tun musst ist, zwei Backup Module zu definieren. Denn ein Backupmodul kann auch nur einen einzigen Pfad haben.

z.B. rsyncd.conf

[Backupplatte No.1]                                   # Der Name des Backupmoduls
comment = Festplatte No.1
path = /media/nutzer/Backupplatte1
read only = no
list = yes

[Backupplatte No.2]                                   # Der Name des Backupmoduls
comment = Festplatte No.2
path = /media/nutzer/Backupplatte2
read only = no
list = yes

Und dann kannst du unter Hyperbackup beim Anlegen für die jeweilige Aufgabe das entsprechende Backupmodul auswählen.

 

[toller]

Hallo luddi,
das ist genau das, was ich gesucht habe.
Die nächsten zwei Tage läuft noch ein Backup auf den Raspi und dann versuche ich das gleich mal.

Melde mich dann, wie es geklappt hat.

Soweit erstmal vielen Dank für deine schnelle, superverständliche und ausführliche Antwort!!

Grüßle

 

[toller]

Habe inzwischen den Raspi mit neuem System aufgesetzt, bekomme aber keine SSH-Verbindung mehr von der Diskstation zum Raspi.

Über Hyperlink komme ich bis zu meinen beiden externen Festplatten und dann aber beim Verzeichnis (Anhang1) heißt es, dass keine SSH-Verbindung zum Ziel nicht möglich ist. Das ist aber alles eingeschaltet, die Benutzerdaten sind korrekt, es ist keine 2-Stufen-Verifizierung vorhanden und ich komme auch über CMD mit SSH auf den Raspi.

Im Anhang2 noch die rsyncd.conf

Letztes mal hat alles wunderbar funktioniert.
Muss der Raspinutzer zu rsync Rootrechte haben?

Könnte mir da jemand helfen? Sehe ich den Wald vor lauter Bäumen nicht?

Grüßle

 

[luddi]

Könnte mir da jemand helfen? Sehe ich den Wald vor lauter Bäumen nicht?

Ich versuche es mal...

Solche Code Snippets wären einfacher zu lesen wenn du sie in Zukunft hier im Beitrag direkt über die Formatierung "Code" einfügst.
Aber ich kann es gerade noch aus dem Bild identifizieren.

1. Liegt die rsyncd.conf in dem User home Verzeichnis dessen Users, mit dem du dich anmelden möchtest?
   EDIT: Das hier trifft nicht zu, weil du ja schon in Bild Nr. 1 zeigst dass das Modul "Gesamtsystem" von Hyper Backup bereits gefunden wird über das drop down Menü.
2. Hat der User die benötigten Berechtigungen für die jeweiligen Verzeichnisse /media/xxx/Gesamtsys bzw. /media/xxx/Medienplatte?

 

[toller]

Solche Code Snippets wären einfacher zu lesen

Ah ja sorry, dann versuche ich das jetzt.


Habe dem User über root folgende Berechtigungen für den ganzen Ordner /media über chown gegeben:

chown -R meinUser:meinUser /media/Gesamtsys     (So heißt die ext. FP)

 

[toller]

Da fehlt noch der User vor der FP:

chown -R meinUser:meinUser /media/meinUser/Gesamtsys

Und dasselbe habe ich mit der zweiten Platte gemacht...

 

[luddi]

Okay das ist ja schon einmal nicht verkehrt dass dein User "meinUser" Eigentümer vom Verzeichnis "Gesamtsys "ist.

ABER:

1. Welche Rechte hat der User "meinUser" auf das Verzeichnis "Gesamtsys" ?
2. Und zusätzlich und ganz wichtig! Kann der User "meinUser" auch das Verzeichnis /media durchqueren? Sprich sind denn Eigentümer und die Rechte gesetzt?

Das Problem wird folgendes sein:
Wenn der User bzw. die Gruppe der dieser User angehört keine Rechte hat die Verzeichnisse zu durchqueren, dann gelangt man auch nicht zum Zielverzeichnis "Gesamtsys".

Am besten du zeigst mir einmal mit einem ls -la /media command wie die Berechtigungen stehen.

 

[toller]

Ach so, das wusste ich nicht. Rechte haben heißt nicht, auch irgendwo durchlaufen zu können?
Hier die Ergebnisse:

ls -la /media
insgesamt 12
drwxr-xr-x   3 meinUser meinUser 4096  8. Mai 11:19 .
drwxr-xr-x  18 root    root    4096  4. Apr 14:45 ..
drwxr-x---+  4 meinUser meinUser 4096  9. Mai 19:03 meinUser

 

[luddi]

Ach du hattest ja beim Befehl mit dem owner rekursiv mit "-R" angegeben.
Okay das sieht doch schon gut aus für den media Ordner.

Besitzer von /media ist meinUser und der User hat Schreibrechte rwxr-xr-x.
Dann das Verzeichnis /media/meinUser ist der Besitzer auch "meinUser" und hat ebenfalls Schreibrechte rwxr-xr-x+ wobei hier auch noch das "+" auffällt. Verwendest du ACLs?

Also zumindest hier nach /media/meinUser solltest du mit dem Benutzer "meinUser" die benötigten Schreibrechte haben wenn nicht die Maske von den ACLs hier einen Einfluss hat. und etwas verhindert.

Und wie sieht es mit den Berechtigungen des darunter liegenden Verzeichnis /media/meinUser/Gesamtsys aus?
Kannst du hier auch mal ein ls -la /media/meinUser/Gesamtsys zeigen?
Dabei interessiert mich eigentlich nur die erste Zeile der Ausgabe mit einem Punkt am Ende.

 

[toller]

ACLs benutze ich nicht - zumindest nicht bewusst. Ich weiß nicht einmal, wie man die nutzt. Wären diese in der Diskstation verankert?

Erst dachte ich, es hat vielleicht mit dem FS zu tun. Die Gesamtsys läuft mit ntfs und die Medienplatte mit exfat. Allerdings kommt die Fehlermeldung bei beiden Platten.

Hier jedenfalls der Inhalt des ls:

ls -la /media/meinUser/Gesamtsys
insgesamt 260
drwxr-xr-x  3 meinUser meinUser 131072  9. Mai 19:03  .
drwxr-x---+ 4 meinUser meinUser   4096  9. Mai 19:03  ..
drwxr-xr-x  7 meinUser meinUser 131072  7. Mai 09:44 'Alle Ordner und Anwendungen.hbk'

 

[luddi]

Okay das sieht ja soweit ich das sehen kann gut aus.

Du hattest im Beitrag #4 erwähnt dass du dich mit dem User per SSH auf dem Raspi anmelden kannst.

die Benutzerdaten sind korrekt, es ist keine 2-Stufen-Verifizierung vorhanden und ich komme auch über CMD mit SSH auf den Raspi.

Könntest du das einmal tun und dann versuchen mit touch /media/meinUser/Gesamtsys/foobar eine Datei in diesem besagten Verzeichnis erstellen?

 

[toller]

Ja, foobar wurde auf Gesamtsys angelegt

 

[luddi]

Okay dann habe ich auch bei den von dir gezeigten Berechtigungen auch nichts übersehen. An denen liegt es wohl nicht.
Jetzt muss ich nochmals einen Blick auf deine rsyncd.conf werfern.

 

[toller]

Zum besseren Lesen hier noch in anderer Form

[Gesamtsystem]

    comment = Gesamtsys
    path = /media/meinUser/Gesamtsys
    use chroot = yes
#    max connections=10
    lock file = /var/lock/rsyncd
# the default for read only is yes...
    read only = no
    list = yes
    uid = meinUser
    gid = meinUser
#    exclude =
#    exclude from = s
#    include =
#    include from =
#    auth users =
#    secrets file = /etc/rsyncd.secrets
    strict modes = yes
#    hosts allow =
#    hosts deny =
    ignore errors = no
    ignore nonreadable = yes
    transfer logging = no
#    log format = %t: host %h (%a) %o %f (%l bytes). Total %b bytes.
    timeout = 600
    refuse options = checksum dry-run
    dont compress = *.gz *.tgz *.zip *.z *.rpm *.deb *.iso *.bz2 *.tbz

[Mediensicherung]
    comment = Mediensicherung
    path = /media/meinUser/Medienplatte
    use chroot = yes
#    max connections=10
    lock file = /var/lock/rsyncd
# the default for read only is yes...
    read only = no
    list = yes
    uid = meinUser
    gid = meinUser
#    exclude =
#    exclude from = s
#    include =
#    include from =
#    auth users =
#    secrets file = /etc/rsyncd.secrets
    strict modes = yes
#    hosts allow =
#    hosts deny =
    ignore errors = no
    ignore nonreadable = yes
    transfer logging = no
#    log format = %t: host %h (%a) %o %f (%l bytes). Total %b bytes.
    timeout = 600
    refuse options = checksum dry-run
    dont compress = *.gz *.tgz *.zip *.z *.rpm *.deb *.iso *.bz2 *.tbz

 

[luddi]

Versuche mal klein anzufangen indem man einfach mal die notwendigsten Parameter setzet.
Bevor ich jetzt alle Parameter im einzelnen durchgehe welche potentiell in Frage kommen könnten.

Probiere mal folgende minimalistische Einstellung:

[Gesamtsystem]
comment = Gesamtsys
path = /media/meinUser/Gesamtsys
use chroot = false
read only = no
list = yes

 

[luddi]

Ich vermute mal stark es liegt an dem chroot = yes wie man der Beschreibung entnehmen kann.
Es erfordert nämlich "super-privileges" und da dein User "meinUser" diese Berechtigungen nicht hat bzw. dieser Gruppe (z.B. root) nicht angehört scheitert es genau daran.

use chroot
If "use chroot" is true, the rsync daemon will chroot to the "path" before starting
the file transfer with the client. This has the advantage of extra protection
against possible implementation security holes, but it has the disadvantages of
requiring super-user privileges, of not being able to follow symbolic links that
are either absolute or outside of the new root path, and of complicating the
preservation of users and groups by name (see below).

 

[toller]

ES FUNKTIONIERT!!

So wie ich es sehe, lag es an

use chroot = yes >>> use chroot = false

Deine Einstellung mit "...false" ließ Hyperbackup die externe FP fröhlich durchwandern.
Ich habe das "yes" in verschiedenen Forenbeiträgen gesehen und mit hineingenommen.

Du bist ja genial, luddi!

 

[toller]

upps - du warst schneller

 

[toller]

Da wäre ich so schnell nie drauf gekommen.

Viiiieelen lieben Dank, luddi!
Wenn ich dich zu einem Getränk deiner Wahl einladen könnte, wäre das toll.