![A tela é capaz de exibir um processo raiz?](https://rvso.com/image/1072892/A%20tela%20%C3%A9%20capaz%20de%20exibir%20um%20processo%20raiz%3F.png)
Estou tentando executar o XMRig na inicialização do Ubuntu Server 22.04.1 e meu conhecimento básico não é suficiente para resolver esse problema.
Eu estou seguindoesseprocedimento que usa um serviço systemd para iniciar um script de shell que, por sua vez, inicia o XMRig em uma tela nomeada para que eu possa visualizar o console (se necessário). Do jeito que está, funciona, mas o XMRig precisa ser executado como root para que páginas enormes possam ser utilizadas para obter ganho de desempenho.
Se eu alterar a chave 'usuário' no arquivo de serviço para 'root', o XMRig será executado como root, mas quando tento visualizar o log usando screen -r
, recebo uma mensagem informando 'Não há tela a ser retomada.'
Espero que haja uma mudança simples que permita que ambos screen -r
trabalhem user=root
juntos.
/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/usuário/StartXMRig:
#!/bin/sh
screen -dmS xmrig /home/<user>/XMRig/xmrig
permissões binárias (~/XMRig/xmrig:
-rwxr-xr-x 1 root root 7022816 Oct 23 03:57 xmrig
Responder1
Você só precisa de root para alterar uma variável de todo o sistema.
Habilitar páginas enormes
Isso aumentará seu desempenho de hash:
Edite o arquivo
/etc/sysctl.conf
usando seu editor preferido, use sudo para elevar suas permissões, adicionando o seguinte ao final do arquivo:vm.nr_hugepages=1024
Você faz isso com os seguintes comandos
sudo -i
nano /etc/sysctl.conf
vá até o final e adicione
vm.nr_hugepages=1024
salvar e sair. Saia do prompt raiz.
A tela é capaz de exibir um processo raiz?
Sim, mas as telas só se conectam se o usuário for o usuário da tela.
No Ubuntu nunca há necessidade de executar software como "root". EM NENHUMA PARTE da instrução é indicado que você precisa executá-lo como root. Parte da instrução afirma:
O usuário usado se chama miner, portanto, ao longo das instruções, altere o usuário se o seu for diferente!
Portanto, seu usuário administrador é bom o suficiente, mas não é tão seguro quanto um usuário dedicado para um software que é um servidor.
Do ponto de vista da segurança, seria aconselhável criar um usuário “minerador” e usá-lo. Ele corresponderá 100% às instruções e se o criador do minerador tiver más intenções, ele não terá sua senha de administrador e poderá apenas bagunçar /home/miner/.