lsof
всегда пытается получить некоторую базовую информацию обо всех файловых системах, даже если аргументы случайно предполагают, что результат не будет получен от конкретной файловой системы. Если она не может получить доступ к файловой системе (в частности, вызвать stat
в точке монтирования, как говорится в сообщении), она жалуется.
С правами суперпользователя у вас обычно есть разрешение на доступ к файловой системе. Однако, из-за внутренней работы FUSE, root автоматически не имеет всех прав на файловую систему FUSE. Это не функция безопасности (root может стать пользователем, которому принадлежит файловая система, и получить доступ таким образом), это техническое ограничение.
GVFS-FUSE - это интерфейс FUSE к GVFS, который представляет собой механизм, позволяющий приложениям Gnome получать доступ к виртуальным файловым системам, реализованным плагинами Gnome: GVFS предоставляет приложениям, не входящим в Gnome, доступ к этим виртуальным файловым системам через обычный интерфейс файловой системы.
Как и большинство Unix-команд, lsmod(8) молчит, когда ему нечего сообщить. В вашем случае это означает, что у вас не загружены никакие модули.
Я бы посоветовал вам заглянуть на сайт PetaLinux, который является частью сайта Xilinx, есть [112761]FAQ[112762], который имеет следующую тему: "Как мне добавить модули ядра в мою корневую файловую систему PetaLinux?". Ответ на этот FAQ, [112763]Answer Record 55997[112764].
Обе команды /proc/modules и lsmod считываются с одних и тех же интерфейсов ядра. Наиболее распространенная причина загрязнения - загрузка модуля, который объявляет лицензию, отличную от GPL. Все официальные модули ядра имеют лицензию GPL.
Я думаю, что причина, по которой ваш вывод lsmod пуст, в том, что во время компиляции ядра вы ничего не компилировали с поддержкой модулей. Вы можете обратиться к /boot/config-$(uname -r). Я не думаю, что вы получите запись типа