Мне удалось найти решение этой проблемы, установив
chroot_local_user=NO
и перечислив пользователей в vsftpd.chroot _ list
, которые НЕ МОГУТ получить доступ к корню системы. Пользователи, отсутствующие в этом списке, по-прежнему имеют доступ к корню.
Возможное решение: / usr/lib/virtualbox/vboxdrv.sh setup
Эта проблема, похоже, связана с самой последней VirtualBox-5.0-5.0.6_103037_el7 установкой/обновлением (это часть обновления yum от 5,0,4 - > 5,0,6:
Cleanup : VirtualBox-5.0-5.0.4_102546_el7-1.x86_64 18/18
warning: file /etc/rc.d/init.d/vboxweb-service: remove failed: No such file or directory
warning: file /etc/rc.d/init.d/vboxdrv: remove failed: No such file or directory
warning: file /etc/rc.d/init.d/vboxballoonctrl-service: remove failed: No such file or directory
warning: file /etc/rc.d/init.d/vboxautostart-service: remove failed: No such file or directory
-121--174344- В ZShell print -z
shell builtin может это сделать.
% echo 'print -z "ls -l"' >> ~/.zshrc
% exec zsh
% ls -l
В противном случае ZSH не использует readline
, поэтому любое решение readline
, несомненно, "не work"™ для ZSH.
Swap на самом деле очень близок к тому, что вы хотите — с помощью swap вы помещаете флаг swap
в /etc/crypttab
, который указывает сценариям загрузки запускать mkswap
на блочном устройстве при загрузке.
Вы в основном хотите того же, но с mkfs
вместо mkswap
. По крайней мере здесь это уже поддерживается флагом tmp[=fstype]
. Вы можете проверить страницу руководства (man 5 crypttab
), чтобы узнать, что поддерживается вашей системой.
Итак, это должно сработать:
some_name /dev/sdaX /dev/urandom cipher=aes-xts-plain64,size=512,tmp=ext4
, а затем в /etc/fstab
, вы будете монтировать /dev/mapper/some_name
где угодно.
Кстати :Альтернативой является tmpfs,который хранит данные в памяти. Однако, вероятно, с возможностью замены, поэтому вам не понадобится своп или зашифрованный своп.