Если вы выполняете rsync с SMR-диска, убедитесь, что файловая система смонтирована read-only или с параметром noatime .
В противном случае накопитель SMR должен будет записывать временную метку для каждого считываемого файла rsync, что приводит к значительному снижению производительности (с примерно 80 МБ / с до 3-5 МБ / с здесь) и шуму износа / щелчка головки.
Если у вас уже есть работа rsync с низкой производительностью, останавливать ее не нужно, вы можете перемонтировать исходную файловую систему, выполнив
sudo mount -o remount,ro /path/to/source/fs
Эффект будет виден не сразу, наберитесь терпения и подождите от 10 до 20 минут, пока накопитель не закончит записывать все данные, все еще находящиеся в его буферах. Этот совет проверен и проверен в порядке.
Это может также применяться при rsync к диску SMR, т.е. если файловая система пытается обновить метку времени после полной записи файла на диск. Это вызывает последовательную перегрузку, и огромные полосы данных постоянно переписываются, что способствует износу дисков. Следующее может помочь:
sudo mount -t fs_type -o rw,noatime device /path/to/dest/fs
Это должно быть сделано до запуска rsync; другие факторы могут сделать эту опцию несущественной, например, небуферизованное обновление FAT/MFT, распараллеленные записи, если файловая система оптимизирована главным образом для твердотельных накопителей и т. д.
Попробуйте использовать dd bs=32M а затем измените размер файловой системы на цели SMR, если вы все равно хотите сделать резервную копию полных файловых систем (не нужно его монтировать и запускать rsync для транспортировки каждого файла в этом случае).
В качестве примера используемого оборудования здесь использовался диск Seagate, управляемый SMR 8 ТБ. Ваш пробег может отличаться от другого оборудования.
