История изменений

Вообще, впервые узнаю, что имя файла может содержать '\n'.

Ну так запрещен только '\0' и с оговорками '/'. Но, впрочем, тогда надо для tar формировать список «null-terminated names» и вызывать с флагом --null.

LC_ALL=C разве это не решает?

Нет, это другое, у вас только для сортировки даст эффект: будет сортировать по значению побайтно. Имелось в виду, что с нулями раньше обычное дело, когда всё либо игнорировалось, либо глючило. Я вот не уверен насчёт утилит sort/comm/awk из busybox.

Запускать по процессу на каждый файл - как-то не очень, особенно, когда их в сумме много тысяч.

Я у себя проверил, разница впечатляющая, где-то в 60 раз на моём полном списке файлов от корня. Но, в абсолютном выражении это всё равно 10 секунд против 0.1 секунды. Ну 10 секунд не бог весь какое время. Но, собственно, я же обосновал, почему к этому всегда приходят. Как только скрипт вылезает из режима простейший однострочник, то сразу появляется необходимость всё делать самому руками, так как все хотелки внешним программам невозможно никакими ключами объяснить. У find можно отключить сканирование других файловых систем, отличных от текущей, но вот исключить не все, а по списку — уже нет такой опции.

Ещё с атрибутами теперь пишутся права (chmod), UID и GID

Да, я тоже об этом подумал.

А вообще, если время будет, я перепишу на ассоциативных массивах, выкину sort | comm и временные файлы, добавлю по умолчанию запрет сканирования /proc /tmp и т д, возможно добавлю в статусный файл имя архива, где лежит последняя версия конкретного файла...

Вообще, впервые узнаю, что имя файла может содержать '\n'.

Ну так запрещен только '\0' и с оговорками '/'. Но, впрочем, тогда надо для tar формировать список «null-terminated names» и вызывать с флагом --null.

LC_ALL=C разве это не решает?

Нет, это другое, у вас только для сортировки даст эффект: будет сортировать по значению побайтно. Имелось в виду, что с нулями раньше обычное дело, когда всё либо игнорировалось, либо глючило. Я вот не уверен насчёт утилит sort/comm/awk из busybox.

Запускать по процессу на каждый файл - как-то не очень, особенно, когда их в сумме много тысяч.

Я у себя проверил, разница впечатляющая, где-то в 60 раз на моём полном списке файлов от корня. Но, в абсолютном выражении это всё равно 10 секунд против 0.1 секунды. Ну 10 секунд не бог весь какое время. Но, собственно, я же обосновал, почему к этому всегда приходят. Как только скрипт вылезает из режима простейший однострочник, то сразу появляется необходимость всё делать самому руками, так как все хотелки внешним программам невозможно никакими ключами объяснить. У find можно отключить сканирование других файловых систем, отличных от текущей, но вот исключить не все, а по списку — уже нет такой опции.

Ещё с атрибутами теперь пишутся права (chmod), UID и GID

Да, я тоже об этом подумал.

А вообще, если время будет, я перепишу на ассоциативных массивах, выкину sort | comm и временные файлы, добавлю по умолчанию запрет сканирования /proc /tmp и т д, возможно добавлю в статусный файл имя архива, где лежит последняя версия этого файла...