Daten bei einem QNAP über NFS Mount mit no_root_squash exportieren

Gib noch ein paar Details preis: soll der QNAP Mount das Backup Ziel sein? Oder willst Du Daten von einem QNAP mit in die Sicherung aufnehmen?

Gruss

Vielleicht hilft das weiter?

Geänderte root_sqash optionen in der neuen Firmware.

https://www.qnap.com/en-in/how…anged-in-the-new-firmware

Quote from FSC830

Gib noch ein paar Details preis:

Der TE hat leider vergessen unseren Diskussionsthread im GH zu verlinken

Quote from framp

Der TE hat leider vergessen unseren Diskussionsthread im GH zu verlinken

Quote

I changed the line in fstab from "... rw..." to "...(rw,no_root_squash...)". Now there is the error message "mount.nfs: an incorrect mount option was specified".

Daher mein Link in #3 Die Optionn wurden im QTS geändert.

framp: Ist das nicht unser "altes" ACL Thema?

Gruss

Nein. Es fehlt die Berechtigung Filesystemattribute zu setzen wie User, group usw. Das liegt i.d.R. an fehlendem no_root_squash.

Bei ACL würde rsync meckern. Nicht mein Test in raspiBackup.

Quote

I changed the line in fstab from "... rw..." to "...(rw,no_root_squash...)". Now there is the error message "mount.nfs: an incorrect mount option was specified".

Was mir jetzt noch aufgefallen ist.

Die option no_root_squash oder gleichwertig gehört nicht in die fstab auf dem Pi, sondern in die Freigabe auf der Qnap.

Wenn diese option in der fstab eingetragen wird, führt das zu einem error.

Er hat das wohl selbst bemerkt. Spaeter schreibt er

Quote

I did add no_roo_squash in the /etc/exports file on the qnap. Part of the file reads: (sec=sys,rw,async,wdelay,insecure,no_subtree_check,no_root_sqash,fsid=...)

Der Zufriff auf einen NFS Server erfolgt über den User nobody (oder nfsnobody), der auf Server und Ckient unter derselben UID/GID eingetragen sein muss. Die Server und Client-Einstellungen sind unter

https://www.raspberrypi.com/do…l#network-file-system-nfs

ausführlich dokumentiert.

Servus !

Quote from RTFM

Der Zufriff auf einen NFS Server erfolgt über den User nobody (oder nfsnobody)

Das ist genau das Problem denn bei rsync muss no_root_squash definiert sein damit alle Linux Dateiattribute beim Kopieren gesetzt und erhalten werden koennen und nicht nobody zuschlaegt. Das testet raspiBackup und terminiert dann mit einer Fehlermeldung weil eine lokale als root erstellte Datei nicht am Ziel mit denselben Attributen abgelegt werden kann. Das muss es aber denn ansonsten erhalten die Dateien beim Restore nicht mehr die originalen Dateirechte

Das war ein boeses Problem wenn raspiBackup Nutzer NTFS als Backupfilesystem nutzen. Mittlerweile weist raspiBackup deshalb NTFS als Backupfilesystem zurueck

no_root_squash ist nicht erforderlich wenn der tar oder dd Backuptyp genutzt wird.

Als Alternative kannst Du den tar Backuptyp nutzen. Da sind die Rechte nicht notwendig.

Ansonsten - I'm sorry - ich habe keine QNAP und kann Dein Problem nicht nachstellen um es zu debuggen

Und ich muss mir erst wieder eine SD Karte fertig machen um ein Spielsystem zu haben.

Gruss

Edit: Habs weder hier noch im Github Thread gefunden: welches OS hat denn der Pi?