Имя передаваемого файла rysnc отличается от имени исходного файла

Question

Эта проблема не относится к rsync. Если я touch файл с именем /media/KINGSTON/seventeen. то, что создано /media/KINGSTON/seventeen вместо. Может кто-нибудь объяснить почему?

dmesg
. . .
ugen3.2: <Kingston DataTraveler 3.0> at usbus3
umass0 on uhub6
umass0: <Kingston DataTraveler 3.0, class 0/0, rev 2.10/1.10, addr 2> on usbus3
umass0:  SCSI over Bulk-Only; quirks = 0x8100
umass0:5:0: Attached to scbus5
da0 at umass-sim0 bus 0 scbus5 target 0 lun 0
da0: <Kingston DataTraveler 3.0 PMAP> Removable Direct Access SPC-4 SCSI device
da0: Serial Number 485B39472CCAB171D76F0DF0
da0: 40.000MB/s transfers
da0: 118272MB (242221056 512 byte sectors)
da0: quirks=0x2<NO_6_BYTE>


gpart show /dev/da0*
=>       63  242220993  da0  MBR  (116G)
         63      31041       - free -  (15M)
      31104  242189952    1  !12  [active]  (115G)

Я создаю резервную копию почтового магазина cyrus-imap с помощью rsync. Имена файлов сообщений Cyrus imap - это числа, за которыми следует точка (####.). Когда эти файлы сообщений передаются с помощью rsync на хосте FreeBSD-11.2 конечная точка удаляется в имени целевого файла (####. становится ####). Есть ли способ предотвратить такое поведение?

rsync \
  --copy-links  \
  --no-group  \
  --no-perms   \
  --progress  \
  --protect-args  \
  --modify-window=1  \
  --recursive  \
  --times  \
  --update  \
  --verbose  \
     ./Documents/Personal/IMAP  \
     /media/KINGSTON/Documents/Personal/IMAP

Из дальнейшего тестирования выясняется, что это поведение зависит от пункта назначения. При копировании с и на системный жесткий диск конечная точка появляется в имени целевого файла. Когда целью является USB-ключ, точка исчезает с цели.

Answer 1

Конечная точка или пробел недопустимы в допустимом имени файла MS Windows. Переданные файлы имеют свои имена, которые изменяются бесшумно в соответствии с этим требованием при копировании на USB-диск в формате FAT.