BenMorel's questions

Acabei de baixar o Pop!_OS 22.04 LTS (NVIDIA) do site oficial , verifiquei a soma de verificação, pisquei para um pen drive e tentei inicializar a partir dele.

Esqueci de desabilitar o Secure Boot conforme recomendado no site, então, sem surpresa, recebi uma mensagem de erro. No entanto, o conteúdo real da mensagem me surpreendeu:

Assinatura do carregador do sistema operacional encontrada no banco de dados de exclusão do SecureBoot ('dbx'). Todos os dispositivos inicializáveis ​​falharam na verificação de inicialização segura.

Embora eu esperasse que a assinatura NÃO fosse encontrada no banco de dados de assinaturas, não esperava encontrá-la no banco de dados de exclusão .

De acordo com este site :

dbx, o “banco de dados de assinaturas proibidas”. As entradas aqui são tipicamente hashes SHA256 de binários UEFI específicos, ou seja, aquelas coisas que foram assinadas por um certificado na lista “db”, mas posteriormente consideradas ruins (por exemplo, ter uma vulnerabilidade de segurança que compromete o firmware). Portanto, esta é uma lista de “bloqueios”.

Como é que a assinatura do software fornecida pelo System76 pode ter sido válida, mas desde então considerada ruim?

Isso é um sinal de alguma vulnerabilidade potencial no Pop!_OS?

Eu li sobre as 2 maneiras a seguir de executar vários comandos em um único trabalho cron :

Podemos executar vários comandos no mesmo cron job, separando-os com um ponto e vírgula (;).

* * * * * /path/to/command-1; /path/to/command-2

Se os comandos em execução dependem um do outro, podemos usar o e comercial duplo (&&) entre eles. Como resultado, o segundo comando não será executado se o primeiro falhar.

* * * * * /path/to/command-1 && /path/to/command-2

Meus requisitos são:

• os comandos devem ser executados sequencialmente (aguarde a conclusão do atual antes de executar o próximo)
• os comandos devem ser executados na ordem dada
• mas todo comando deve ser executado, mesmo que o anterior tenha falhado

O que o link acima, portanto, não diz é:

A abordagem do ponto e vírgula ;ainda garante que os comandos serão executados sequencialmente e na ordem especificada?

Eu estava esperando ansiosamente pelo lançamento do Fedora 31, pois tenho certeza de que li anteriormente que ele seria lançado com drivers Nvidia como Pop!_OS ou Ubuntu.

No entanto, agora que acabou de ser lançado, não consigo encontrar nenhuma menção a ele.

O Fedora 31 vem com drivers proprietários da Nvidia?

Acabei de instalar o Fedora Workstation 30. Na inicialização, selecionei "Testar esta mídia e iniciar o Fedora-Workstation-Live". A tela mostra:

/dev/disk/by-label/Fedora-WS-Live-30-1-2:   b340a38cf5c1f09fdd769e259e449119
Fragment sums: 6dc04c22c2275... (a bit long to type)
Fragment count: 20
Supported ISO: no
Press [Esc] to abort check.
Checking: 025.5%

E conclui a verificação com sucesso. Eu criei a mídia USB do Etcher (IIRC) no Windows 10.

A instalação está boa, mas estou um pouco confuso com a linha "ISO suportado: não", mesmo que este ISO venha direto do site getfedora.org.

O que diabos significa "ISO suportado: não"?

Estou tentando reiniciar os serviços após um yum updateno RHEL 7.4. needs-restartingEu poderia reiniciar todos os serviços usando systemctl, mas yum utilsme diz que também devo reiniciar o próprio systemd:

# needs-restarting
1 : /usr/lib/systemd/systemd --system --deserialize 21

Posso reiniciar systemdsem reiniciar o servidor e como?

Encontrei algumas menções a systemctl daemon-reload, mas isso não o faz desaparecer da lista de necessidade de reinicialização.

Estou tentando reiniciar os serviços após um yum updateno RHEL 7.4. Eu poderia reiniciar praticamente tudo, mas não consigo ver como fazer isso para agetty :

# needs-restarting
736 : /sbin/agetty --noclear tty1 linux

Systemctl não reconhece agettycomo um serviço.

Tanto quanto posso ver, o agetty faz parte do sistema e tem a ver com a abertura do prompt de login.

Posso reiniciá-lo sem reiniciar o servidor e como?