Solaris 10 не глобальных зон и rc-скриптов

Существует несколько зон Solaris, которые запускают rc3.d/ script (что нормально), однако есть один скрипт, который запускается во время загрузки и удаляется после завершения. (Это известно из просмотра сценария в другом месте на другом поле, которое отличается от некоторых устаревших / неработающих программ.) По какой-то причине сценарий появляется после каждой загрузки зоны и выполняется – что проверено просмотром /var/svc/log/milestone-multi-user-server\:default.log

Проблема / вопрос начинается с этого: что в мире может привести к появлению скрипта в rc3.d/ ? На самом деле, не существует rc2.d/ rc3.d/ init.d/ script, который запускается заранее, что может привести скрипт к rc3.d/ , и сам скрипт не находится нигде в зоне или глобальном. И, еще одно замечание, я не смог найти (очевидную) службу SMF, которая могла бы запустить скрипт для выполнения вышеуказанного действия.

Я бы попробовал следующее в указанном порядке (потому что каждая последующая команда, вероятно, займет намного больше времени, чем предыдущая):

1: В неглобальной зоне запустите

find / -name name_of_rc3_script

2: Если это не дает никаких результатов, сделайте то же самое из глобальной зоны.

3: Если это не дает никакого полезного результата, то из неглобальной зоны:

найти / | xargs grep name_of_rc3_script

4: Если это не дает полезного результата, запустите его и из глобальной зоны.

3 и 4 могут иметь очень много времени в зависимости от размера прикрепленных файловых систем. Вы можете ограничить поиск только локальными файловыми системами – man find для информации о том, как это сделать.

1 и 2, предположим, что имя сценария такое же, где бы оно ни находилось, когда оно не находится в /etc/rc3.d. Он может иметь или не иметь одно и то же имя файла. Хотя он, мы надеемся, покажет местоположение файла, вам нужно будет разобраться, что его копирует в /etc/rc3.d в неглобальной зоне.

3 и 4 будут искать каждый файл в системе для имени сценария и, надо надеяться, найти любой файл, копирующий его, независимо от имени файла, так как место назначения сценария должно совпадать с именем сценария. это должно показать, что делает копирование.

Вы намекаете, что это скрипт / функция Solaris, но на основе вашего описания это звучит как что-то еще, возможно, вредоносное в вашей системе. Имя скрипта также было бы полезно.