Um script de provisionamento instala pacotes usando diretamente
"rpm -i" (Red Hat/CentOS) e "dpkg -i" (Debian), a partir de arquivos
já baixados localmente. Em ambas as famílias, a instalação falha
por dependências não satisfeitas, mesmo essas dependências
estando disponíveis nos repositórios configurados.
Assinale a opção que apresenta a causa da falha e a forma correta
de resolvê-la.

Question

Um script de provisionamento instala pacotes usando diretamente
"rpm -i" (Red Hat/CentOS) e "dpkg -i" (Debian), a partir de arquivos
já baixados localmente. Em ambas as famílias, a instalação falha
por dependências não satisfeitas, mesmo essas dependências
estando disponíveis nos repositórios configurados.
Assinale a opção que apresenta a causa da falha e a forma correta
de resolvê-la.  Alternativa A: Os repositórios configurados estão com o cache de metadados
desatualizado; basta atualizá-lo antes de cada instalação para
que rpm e dpkg resolvam as dependências automaticamente.   Ou Alternativa B: Os formatos RPM e DEB não suportam declaração de
dependências entre pacotes; a única solução é instalar cada
dependência manualmente, uma a uma, antes do pacote
principal.  Ou Alternativa C: O script está sendo executado sem privilégios de superusuário;
executando-o como root, tanto rpm quanto dpkg passam a
localizar e instalar as dependências ausentes
automaticamente.   Ou Alternativa D: rpm e dpkg são ferramentas de baixo nível, que instalam
apenas o pacote informado sem consultar repositórios; o
script deve usar os gerenciadores de alto nível (dnf e apt), que
resolvem dependências consultando os repositórios.  Ou Alternativa E: Há incompatibilidade entre a versão dos pacotes baixados e o
kernel do servidor; a resolução de dependências só ocorre
quando pacote e kernel pertencem à mesma versão do sistema
operacional.

Qconcursos · Accepted Answer

Alternativa [D] rpm e dpkg são ferramentas de baixo nível, que instalam
apenas o pacote informado sem consultar repositórios; o
script deve usar os gerenciadores de alto nível (dnf e apt), que
resolvem dependências consultando os repositórios.  Gabarito: DFundamento decisivo: Embora as dependências estejam nos repositórios, o script usa rpm -i e dpkg -i, que não as buscam automaticamente; por isso, o gabarito é a alternativa que indica dnf e apt.Tema central: Resolução automática de dependênciasAnálise das alternativasAErradaAtualizar o cache de metadados não dá a rpm -i ou dpkg -i a capacidade de buscar automaticamente dependências nos repositórios. A alternativa confunde a atualização das informações sobre os pacotes disponíveis com a funcionalidade da ferramenta usada para instalá-los. Além disso, não há indicação de cache desatualizado no caso apresentado.BErradaOs formatos RPM e DEB permitem declarar dependências entre pacotes. O problema não é a ausência dessa informação, mas a falta de obtenção automática das dependências pelos comandos utilizados. Também é incorreto afirmar que a instalação manual seria a única solução: dnf e apt automatizam esse tratamento.CErradaExecutar como root altera os privilégios do processo, não as funcionalidades de rpm e dpkg. Mesmo com privilégios administrativos, os comandos diretos não passam a localizar e instalar automaticamente dependências ausentes nos repositórios. A falha informada é de dependências não satisfeitas, e não de permissão.DCertaA alternativa D distingue corretamente duas funções: instalar os pacotes explicitamente fornecidos e obter automaticamente outros pacotes necessários à instalação. rpm e dpkg são ferramentas de baixo nível: reconhecem e verificam dependências, mas os comandos empregados não buscam nos repositórios aquelas que faltam. Já dnf e apt articulam a instalação com a resolução de dependências, consultando os repositórios para obter os pacotes necessários. O fato de o pacote principal já estar baixado não obriga o uso da ferramenta de baixo nível: a documentação do DNF prevê a instalação de RPM local com obtenção das dependências nos repositórios. Em D, a expressão “apenas o pacote informado” deve ser entendida como os pacotes explicitamente fornecidos, não como uma limitação de um único pacote por execução.EErradaNão há evidência de incompatibilidade com o kernel. Além disso, a resolução de dependências depende dos requisitos declarados pelos pacotes e da disponibilidade de dependências compatíveis, não de uma exigência geral de identidade de versão entre pacote e kernel. A alternativa introduz tanto uma causa não informada quanto uma condição indevida para resolver o problema.Pegadinha da questãoVerificar que uma dependência está faltando não é o mesmo que localizá-la, baixá-la e instalá-la. A disponibilidade nos repositórios só ajuda automaticamente quando a ferramenta utilizada realiza essa busca.Dica para questões semelhantesAo diagnosticar uma falha de instalação, diferencie erro de permissão, dependência ausente e incompatibilidade: a correção deve corresponder ao tipo de falha efetivamente informado.Não escolha a ferramenta apenas pela origem local do arquivo: um gerenciador de alto nível também pode instalar um pacote local e buscar suas dependências, como ocorre com o DNF.

Um script de provisionamento instala pacotes usando diretame...

Gabarito comentado

Gabarito: D

Clique para visualizar este gabarito

Questões de assuntos semelhantes

Provas relacionadas