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

Reply via email to