Можно ли создать моментальный снимок BTRFS для каталога?

Это действительно то, что вам решать. То, что может повлиять на это решение, может быть связано с тем, хорошо ли оно выглядит или читабельно. С точки зрения скорости выполнения, это не имело бы большого значения.

Возможность создания трех подкаталогов в уже существующем каталоге/path/to/dir:

mkdir /path/to/dir/a \
      /path/to/dir/b \
      /path/to/dir/b

( cd /path/to/dir && mkdir a b c )

(подоболочка позволяет пропустить cdобратно в исходный рабочий каталог)

С оболочкой, которая знает раскрытие фигурных скобок (, это по существу то же самое, что и версияcd-без вышеизложенного, поскольку оболочка расширит раскрытие фигурных скобок перед вызовомmkdir):

mkdir /path/to/dir/{a,b,c}

Утилита mkdir, скорее всего, будет использовать функцию mkdir()библиотеки C. Эта функция не изменяет рабочие каталоги перед созданием каталога, для создания которого она предназначена ¹ .

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

( cd directory && thescript )

... если скрипт не сделает это сам.

¹ Небольшое исправление :В Linux командаmkdir -p a/b/cбудет вызывать mkdir("a"),chdir("a"), mkdir("b"), chdir("b"), mkdir("c"), а в OpenBSD будет просто вызывать mkdir("a"), mkdir("a/b"), mkdir("a/b/c"). В Linux создание дополнительного одиночного каталога a/b/c/dс mkdir a/b/c/dвызовет просто mkdir("a/b/c/d").

Таким образом, в Linux mkdir -pдействительно будет внутренне "выполнять cd" для каждого промежуточного пути при создании каталогов (, тогда как mkdirбез -pэтого не делает ).

Флаг -pдля утилиты mkdirзаставляет ее создавать любой отсутствующий промежуточный каталог, и очевидно, что разработчики BSD и Linux делают это немного по-разному.