☰

Может ли screen отображать корневой процесс?

tag-icon • tag-icon server permissions 22.04 root services
Может ли screen отображать корневой процесс?

Я пытаюсь запустить XMRig при загрузке Ubuntu Server 22.04.1, и моих базовых знаний недостаточно для решения этой проблемы.

Я слежуэтотПроцедура, которая использует службу systemd для запуска скрипта оболочки, который, в свою очередь, запускает XMRig в именованном экране, так что я могу просматривать консоль (если нужно). Как есть, это работает, но XMRig должен запускаться как root, поэтому для повышения производительности можно использовать hugepages.

Если я изменю ключ «user» в файле службы на «root», XMRig запустится как root, но при попытке просмотреть журнал с помощью screen -rя получу сообщение «Нет экрана для возобновления».

Я надеюсь, что есть простое изменение, которое позволит обоим screen -rработать user=rootвместе.

/etc/systemd/system/xmrig.service:

[Unit]
Description=XMRig Service

[Service]
LimitMEMLOCK=infinity
Type=forking
RemainAfterExit=yes
User=<user>
WorkingDirectory=/home/<user>
ExecStart=/home/<user>/StartXMRig
KillMode=none

[Install]
WantedBy=multi-user.target

/home/user/StartXMRig:

#!/bin/sh
screen -dmS xmrig /home/<user>/XMRig/xmrig

двоичные разрешения (~/XMRig/xmrig:

-rwxr-xr-x 1 root    root    7022816 Oct 23 03:57 xmrig

решение1

Для изменения общесистемной переменной вам потребуются только права root.

Включить огромные страницы

Это увеличит производительность хеширования:

Отредактируйте файл /etc/sysctl.confс помощью предпочитаемого вами редактора, используйте sudo для повышения прав доступа, добавив в конец файла следующее:

vm.nr_hugepages=1024

Это можно сделать с помощью следующих команд:

 sudo -i
 nano /etc/sysctl.conf

прокрутите до конца и добавьте

 vm.nr_hugepages=1024

Сохранить и выйти. Выйти из приглашения root.

Может ли screen отображать корневой процесс?

Да, но экраны подключаются только в том случае, если пользователь является пользователем экрана.

В Ubuntu никогда не требуется запускать программное обеспечение как "root". НИГДЕ в инструкции не указано, что вам нужно запускать это как root. Часть инструкции гласит:

Имя используемого пользователя — miner, поэтому в инструкциях измените имя пользователя, если у вас оно другое!

Итак, ваш администраторский пользователь достаточно хорош, но он не так безопасен, как выделенный пользователь для программного обеспечения, являющегося сервером.

С точки зрения безопасности было бы целесообразно создать пользователя "miner" и использовать его. Это на 100% соответствует инструкциям, и если создатель майнера имеет злые намерения, у него не будет вашего пароля администратора, и он сможет только испортить /home/miner/.

Связанный контент