Последствия, которые идут с chrooting php-fpm
В Vista/2008/7 нет никакого boot.ini; это - База данных загрузочной конфигурации (BCD), и я не думаю, что существуют любые инструменты Linux для него все же (не уверены).
Я мог бы быть намного легче установить виртуальные машины, чтобы сделать тестирование параллельно.
Да, вам понадобится базовая функциональная файловая система в каталоге chroot. И нет, вам не следует перемещать (или связывать) все - это довольно хорошо уничтожит всю цель chroot.
По сути, ресурсы, которые должны присутствовать в chroot, - это те ресурсы, которые понадобятся серверу доступ во время выполнения - любые динамически загружаемые библиотеки, каталоги журналов и вспомогательные структуры, необходимые для всего, что делает сервер.
В этом случае вам не хватает базовой конфигурации разрешения имен - /etc/resolv.conf , /etc/nsswitch.conf и материалы, относящиеся к nss / dns / resolv, из / lib были бы хорошим началом.
Копирование resolving-libs и / etc-файлов на самом деле не требуется, если вы можете запустить nscd на своем server.
Основная идея состоит в том, чтобы связать монтируемый сокет домена Unix nscd (обычно / var / run / nscd / socket) в chroot. (e) glibc попытается связаться с ним для разрешения имен пользователей, имен хостов и т. д. Только если nscd не запущен, (e) glibc прибегает к решению проблем самостоятельно.
Дополнительные сведения об этом и других вещах, которые вам, возможно, потребуется исправить при запуске PHP в chroot можно найти в моем сообщении в блоге: