Как узнать, что делает программа
Когда я звоню ps ax, я получаю список запущенных процессов.
- Некоторые из них я знаю по имени (firefox, java, scala, вы называете это).
- Большинство других, я могу найти с
man NAME, и попытаться выяснить, что они делают. - Если для программы нет справочной страницы, я раздражаюсь. Но есть
apt-cache search NAME, где я могу узнать, из какого пакета он идет, в надежде найти объяснение. Пример:apt-cache search wpa_supplicantприводит кwpagui - graphical user interface for wpa_supplicant. - Если apt-cache ничего не показывает, есть небольшая надежда, что
file $(locate NAME)найдет сценарий или что-то еще с дополнительной информацией. - Однако, для
rkit-daemonя не нашел ничего полезного. - Для
file $(locate gvfs-gphoto2-volume-monitor)я нахожу только двоичный исполняемый файл, но никакой информации.
Я мог бы попытаться расшифровать gnome-virtual-file-sytem ... и предположить, что это может быть инструмент для обнаружения фото-SD-карт и т.п., если он подключен к ПК, но есть ли лучший способ выяснить Что делают процессы, запущенные на моем ПК? Мне действительно нужно гуглить?
Почему нет какой-либо документации об этих процессах или где я могу их найти? Есть ли организованное место для их поиска, или я должен искать их в каждом конкретном случае?
Полагаю, я мог бы загрузить исходный код всей системы и выполнить поиск по исходному коду, но дополнительная информация редко предоставляется пользователям, но разработчикам.
1 ответ
Процедура, которую я использую:
sudo apt-get install htop apt-file
sudo apt-file update
htop
f2 для установки
Перейдите со Стрелкой вниз клавиш со стрелками, Стрелкой вправо, Пространством для переключения структурного вида, Esc для возвращения к меню (потому что Вы не можете отправить F10 на терминал гнома легко). Можно также сделать это с мышью.
Теперь Вы получаете более информативную информацию о точно, как каждый процесс запускается и другие файлы, которые это могло бы загрузить. Так oneconf-сервис, например.
man oneconf-service и man oneconf ни к чему не приведите. apt-cache search oneconf-service урожаи ничто.
apt-file search oneconf-service урожаи oneconf: /usr/share/oneconf/oneconf-service
apt-cache search oneconf урожаи oneconf - synchronize your configuration data over the network
Вернуться к Вашим конкретным рассматриваемым:
для apt-file search gvfs-gphoto2-volume-monitor Вы добираетесь:
gvfs-backends: /usr/lib/gvfs/gvfs-gphoto2-volume-monitor
gvfs-dbg: /usr/lib/debug/usr/lib/gvfs/gvfs-gphoto2-volume-monitor
И apt-cache search gvfs-backends урожаи:
gvfs-backends - userspace virtual filesystem - backends
apt-file search 'rtkit-daemon' урожаи:
rtkit: /lib/systemd/system/rtkit-daemon.service
rtkit: /usr/lib/rtkit/rtkit-daemon
apt-cache search rtkit урожаи:
rtkit - Realtime Policy and Watchdog Daemon
Редактирование для обращения к комментарию: Я рекомендую htop, потому что Вы видите другие загруженные модули не только имя процесса. Если что-то запускается забавным способом, вывод имени PS/процесса не может показать Вам что-то ужасно полезное.
Файл Кв. может найти вещи, которые называют по-другому, чем пакет называет и не находится в описании пакета. Это позволяет Вам отследить любой файл, установленный пакетом назад к пакету.
userspace пользователи могут управлять им virtual filesystem не точно файловая система, но это действует как одно - backends часть Вы не видите. При регистрации в htop он обсуждает dbus (он показывает в загруженных модулях). Это заставляет меня думать, что это позволяет пользователям управлять файловыми системами/монтированием/устройствами по dbus (распространенный способ предоставить полномочия суперпользователя, не требуя sudo и с помощью набора пакета вместо этого). Таким образом, при объединении вывода htop, зная общее использование для dbus и описание, это становится намного более ясным.
Watchdog процесс, который контролирует другого, чтобы удостовериться, что он не выходит из-под контроля daemon что-то, что работает как услуга. Таким образом, это - процесс, который контролирует, другие процессы для проверки, планируя не выходит из-под контроля.