Chown и риск повреждения резервного диска

Я собираюсь изменить свойство файла рекурсивно в файловой системе, использующей ACL. Поскольку это мой резервный диск, я думал, что буду запрашивать комментарии к скрипту, прежде чем запускать его.

#!/bin/bash # Replace Foobar, Bob, and Brand. PREFIX="/Volumes/Foobar-Time-Machine/Backups.backupdb/Bob's MacBook" SUFFIX="/Brand/Users/" USER="bob" for dir in "${PREFIX}"/*/ do chmod -R -a "group:everyone deny chown" "${PREFIX}${dir}${SUFFIX}${USER}" chown -R $USER "${PREFIX}${dir}${SUFFIX}${USER}" chmod -R =a# 1 "group:everyone deny add_file,delete,add_subdirectory,delete_child,writeattr,writeextattr,chown" "${PREFIX}${dir}${SUFFIX}${USER}" done 

Вы заметили, что ждет катастрофа? Первый chmod предназначен для удаления минимального ACL, а второй предназначен для его восстановления. Можно ли сделать скрипт более безопасным? Само собой разумеется, скрипт будет работать как sudo.

Я бы использовал find с '-print0' и xargs … ACL являются загадочными, лучше их не использовать.