Коротко — почему сломается и как сделать безопасно.
Проблема исходного варианта:
for file in $(ls *.txt); do mv "$file" "prefix_$file"; done
Почему ломается
- $(ls *.txt) проходит через командную подстановку и затем словоразделение: имена с пробелами, табами или переводами строки разобьются на части. Пример: "my file.txt" → "my" и "file.txt".
- Имена с переводом строки или табом, специальных символов, кавычек, пробелов и т.п. неверно обрабатываются.
- Если нет совпадений, поведение зависит от оболочки (может подставиться литерал "*.txt" или ls выдаст ошибку).
- Имена, начинающиеся с "-", могут быть восприняты как опции mv.
- Общее правило: «не парсить вывод ls» — ненадёжно.
Безопасные варианты
1) Использовать расширение оболочки (самый простой в bash):
shopt -s nullglob # опционально: если нет *.txt — не оставит шаблон
for file in *.txt; do
[ -e "$file" ] || continue
mv -- "$file" "prefix_$file"
done
Пояснения: тут нет командной подстановки, файловые имена обрабатываются корректно; mv -- предотвращает интерпретацию имени как опции.
2) Для безопасности при любых символах (включая переводы строки) — find + null-terminated read:
while IFS= read -r -d '' file; do
dest="prefix_${file#./}" # если find выдаёт "./name", удалим ./ перед префиксом
mv -- "$file" "$dest"
done < <(find . -maxdepth 1 -type f -name '*.txt' -print0)
Пояснения: -print0 и -d '' позволяют корректно обрабатывать любые символы кроме NUL.
3) Альтернатива — find с -exec (без подстановки в циклы):
find . -maxdepth 1 -type f -name '*.txt' -exec bash -c 'for f; do mv -- "$f" "prefix_${f#./}"; done' _ {} +
Дополнительные замечания
- mv перезапишет существующие файлы; чтобы избежать перезаписи, используйте mv -n или проверяйте наличие целевого файла.
- Можно использовать утилиту rename (в разных системах разные реализации), но её поведение зависит от версии.
Вывод: не использовать $(ls …); лучше glob (for file in *.txt) или find с -print0, всегда ставить кавычки и использовать mv --.