Нет никаких различий относительно базового состояния ядра.
Существуют незначительные различия относительно операции mount
команда: это отслеживает свои действия в /etc/mtab
, так выполнение mount
под chroot
обновит другое mtab
файл.
Вы могли также использовать mount --bind /proc ./my_chroot/proc
. Насколько я знаю, нет никакого практического различия между этим и mount -t proc none ./mychroot/proc
: можно смонтироваться proc
файловая система как много раз как Вам угодно и монтирует, что опции проигнорированы. mount --bind
будет препятствовать тому, чтобы Вы размонтировали файловую систему на /proc
вне chroot, но этого никогда не должно происходить так или иначе.
Как в стороне, я рекомендовал бы mount -t proc proc …/proc
потому что наблюдение proc
в поле устройства в a mtab
или в /proc/mounts
более ясно, чем наблюдение none
.
Это сообщение может также быть предоставлено pam_mail
модуль, таким образом, Вы можете просто grep pam_mail *
в /etc/pam.d
и отключите его там.
Поместить unset MAILCHECK
в .bashrc
.
ОБНОВЛЕНИЕ
Это кажется, вышеупомянутое не будет последовательно работать (хотя это не причинит боль, и в некоторой степени это, кажется, работает). Но, проверьте этот раздел /etc/pam.d/login
- попытка комментирует последнюю строку (или, если она все еще не работает, отслеживает это далее в файл прежней версии, они упоминают).
# Prints the status of the user's mailbox upon successful login
# (replaces the MAIL_CHECK_ENAB option from login.defs).
#
# This also defines the MAIL environment variable. However, userdel
# also needs MAIL_DIR and MAIL_FILE variables in /etc/login.defs to
# make sure that removing a user also removes the user's mail spool
# file. See the comments in /etc/login.defs.
session optional pam_mail.so standard