mount --bind
дублирует монтирование в другом месте. Например, after
mount --bind /foo /bar
then /foo/something
и /bar/something
- это один и тот же файл (доступ к которому осуществляется по разным путям). Вы можете использовать mount --bind
для репликации поддерева: /foo
не обязательно должен быть точкой монтирования.
Пример, когда это полезно, - сделать части дерева каталогов доступными под chroot. Например, если вы запускаете веб-сервер с корнем /srv
, но хотите обслуживать файлы под /home/bob
, то вы можете реплицировать (часть) домашнего каталога Боба в корень сервера:
mount --bind /home/bob/public_html /srv/home/bob
Опции --make-private
, --make-shared
, --make-slave
и --make-unbindable
обеспечивают некоторый контроль над монтированием с привязкой и над тем, что произойдет, если вы смонтируете другую файловую систему под /foo
или /bar
после выполнения mount --bind /foo /bar
.
/foo
или /bar
, это не влияет на то, что видно по другому пути. /foo
был объявлен общим до выполнения mount --bind
, то если вы позже смонтируете что-то либо под /foo
, либо под /bar
, это будет видно и через другой путь. /foo
является общим, а /bar
- ведомым, то монтирование чего-либо под /bar
влияет на вид под /foo
, но обратное не верно. /foo
объявлен непривязываемым, то mount --bind /foo /bar
будет неудачным. Добавьте следующие строки в файл ~/.byobu/keybindings.tmux
:
unbind-key -n F1
unbind-key -n F9
bind-key F1 new-window -n config byobu-config
bind-key F9 new-window -n config byobu-config
Это удаляет аргумент -k
команды new-window
, которая уничтожает существующее окно и заменяет его. Я не знаю, влияет ли эта проблема на другие операционные системы; Я подозреваю, что это проблема macOS X.