Am 22.11.22 um 10:08 schrieb Pascal:
is the destination (/media/ich/Elements/120\ GB-Platte/) also NTFS ?
Yes.
"permission denied" seems to indicate a "simple" rights problem : does rsync without sudo show the same errors ?
Yes.
do the --no-perms --no-owner --no-group options (rsync) eliminate warnings/errors ?
No.
the source NTFS file system (/media/ich/Daten/) may be damaged : umount /media/ich/Daten/ ntfsfix -n /dev/sdX #where /dev/sdX is /media/ich/Daten/
It reports, that all is ok. Before, I to did chkdsk /F with Windows. Nothing helps :-( Also with Windows I see similar errors, but this is not surprising, because it strictly respects its rights and permissions, but with NTFS-3G and sudo I hoped, that file permissions don't matter. -Ulf
Le lun. 21 nov. 2022 à 17:36, Ulf Zibis <ulf.zi...@gmx.de> a écrit : Am 21.11.22 um 15:17 schrieb Ulf Zibis: > > > Am 17.11.22 um 09:17 schrieb Pascal: >> hi, >> does "sudo journalctl -f" run in parallel show problems ? >> regards. > > Hi Pascal, > > sorry for my delay ... > > Yes it shows problems with ntfs. > Please have a look in the attachment. > > -Ulf > Maybe there is a command to change the blocking attributes of the files to free them for access. -Ulf -- Von meinem Seibert gesendet _______________________________________________ ntfs-3g-devel mailing list ntfs-3g-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ntfs-3g-devel
-- Von meinem Seibert gesendet
_______________________________________________ ntfs-3g-devel mailing list ntfs-3g-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ntfs-3g-devel