Почему chroot получает ENOENT на существующем файле?

Не насколько я знаю (но поскольку @sputnick указывает, я не знаю много), но можно проанализировать его:

man chmod | grep -C 5 'a+x'

Я рекомендовал бы использовать строку, которая на самом деле существует в странице справочника хотя, что-то как:

$ man chmod | grep -C 5 set-user-ID
   traversals.

SETUID AND SETGID BITS
   chmod  clears  the  set-group-ID  bit  of a regular file if the file's group ID does not match the
   user's effective group ID or one of the user's supplementary group IDs, unless the user has appro‐
   priate  privileges.   Additional  restrictions  may cause the set-user-ID and set-group-ID bits of
   MODE or RFILE to be ignored.  This behavior depends on the policy and functionality of the  under‐
   lying chmod system call.  When in doubt, check the underlying system behavior.

   chmod preserves a directory's set-user-ID and set-group-ID bits unless you explicitly specify oth‐
   erwise.  You can set or clear the bits with symbolic modes like u+s and g-s, and you can set  (but
   not clear) the bits with a numeric mode.

RESTRICTED DELETION FLAG OR STICKY BIT
   The  restricted  deletion  flag or sticky bit is a single bit, whose interpretation depends on the

3
23.07.2014, 11:49
1 ответ
[

] Проблема в том, что []/bin/ls[] не просто нужны общие библиотеки, которые вы предоставили. Ей также нужна программа, которая их загружает; загрузчик linux.[

] [

]Для решения проблемы вы можете скопировать загрузчик из своей системы (обычно []/lib/ld-linux.so.2[]) в место вашего chroot ([]/mnt/foo/lib/ld-linux.so.2[]).[

].
3
27.01.2020, 21:23

Теги

Похожие вопросы