Как выглядит lookup если в искомом пути задействовано несколько файловых систем?

(Ответ считается верным, если отмечены все правильные варианты ответов.)

Варианты ответа

если процедура lookup встречает объект vfsmount c флагом D_MOUNTPOINT, используются методы объекта superblock смонтированной файловой системы для поиска следующего dentry

если процедура lookup встречает dentry c флагом D_MOUNTPOINT, используются методы объекта superblock смонтированной файловой системы для поиска следующего dentry

как только процедура lookup встречает dentry c флагом D_MOUNTPOINT, VFS ищет структуру vfsmount у которой указатель на точку монтирования совпадает с этой dentry(Верный ответ)

если процедура lookup встречает dentry c флагом D_MOUNTPOINT, текущий dentry меняется на корневой dentry соответствующего объекта vfsmount(Верный ответ)

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

Может ли процедура lookup() зациклиться при выполнении поиска пути, где часть пути является синонимом каталога?

Для каких файловых систем имеет смысл поддержка метода revalidate()?

Какие из перечисленных файловых систем предоставляют доступ к реальным, а не сгенерированным данным?

Каким образом для файловых систем решается проблема актуальности кэша dentry?

Какие шаги выполняются при операции lookup, если dentry не найден в hash-таблице?

Что делает операция lookup?

Из каких шагов состоит операция lookup?

Что является результатом операции lookup и сохраняется в структуре file (в виде ссылок)?

Сокет для приложения выглядит:

Какие объекты создаются в ядре при поиске пути в файловой системе?

Внутреннее устройство ядра Linux

Как выглядит lookup если в искомом пути задействовано несколько файловых систем?