я использовал этот код для резервного копирования каталога на ftp
mirror -R /media/root/7CBAA4537758FCA/SAVE/DeesBootCD_SlipStreamed2/ /luksftpmnt/put-into-images-folder/DeesBootCD_SlipStreamed2
и он работал хорошо, но некоторые каталоги на оригинале имеют маленький размер, но при копировании они не имеют размера..... содержимое этих каталогов правильно зеркалируется - все файлы одинакового размера, НЕТ скрытых файлов или симлинков, которые могли быть повреждены.
Пример оригинального каталога:
stat VCRTL/
File: 'VCRTL/'
Size: 4096 Blocks: 8 IO Block: 4096 directory
Device: 811h/2065d Inode: 44034 Links: 1
Access: (0777/drwxrwxrwx) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 2015-07-26 04:34:06.897335000 +0000
Modify: 2011-10-24 17:45:20.000000000 +0000
Change: 2015-07-25 01:49:32.655572000 +0000
Birth: -
Пример удаленного ftp каталога:
stat VCRTL/
File: 'VCRTL/'
Size: 0 Blocks: 0 IO Block: 4096 directory
Device: 29h/41d Inode: 23451 Links: 1
Access: (0777/drwxrwxrwx) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 2017-06-19 12:20:00.000000000 +0000
Modify: 2017-06-19 12:20:00.000000000 +0000
Change: 2017-06-19 12:20:00.000000000 +0000
Birth: -
Размер каталога¹ не имеет значения. Это зависит от файловой системы и, в некоторых файловых системах, от истории записей каталога. (Например, в ext4, если в каталоге создается много файлов, а затем удаляется, размер каталога увеличивается для хранения всех записей, но затем не уменьшается, даже если часть пространства становится неиспользуемой из-за меньшего количества записей.)
Похоже, что файловая система на FTP-сервере вообще не сообщает о размерах каталогов. Это никоим образом не свидетельствует о коррупции.
¹ Я имею в виду размер, отображаемый с помощью ls
или stat
, а не общий размер содержащихся в нем файлов.