Você pode estar executando um chroot através da tradução syscall do qemu-user. Verifique este link do relatório de erros. O commitdiff nos disse X-Git-Tag: v2.1.0-rc0 ~ 52 ^ 2 ~ 1. Então tente novamente com qemu > = v2.1.0
Eu tenho um chroot Debian em um sistema Linux rodando uma distro Linux alternativa. Sempre funcionou bem no passado, mas nos últimos meses me vi incapaz de atualizar o libuuid1. Em vez disso, reclama com:
Cannot open audit interface - aborting.
Isso faz o dpkg com erro, o que significa que basicamente não consigo mais instalar pacotes.
Eu acho que esta é uma interação com o selinux, onde meu Debian pensa que está disponível, mas é incapaz de interagir com ele. Especificamente, acho que o sudo está tentando abrir um fd para a interface de auditoria e está recebendo um erro inesperado (veja link ).
Eu tenho procurado se é possível desabilitá-lo completamente no nível da terra do usuário, mas eu só encontrei informações sobre desativá-lo no kernel, o que obviamente eu não tenho acesso.
Eu não sei nada sobre o selinux. Existe alguma maneira de mentir para o meu chroot para fazê-lo pensar que o selinux não existe? Existe uma grande mudança na lista de usuários para dizer "não tente interagir com ela"? A interface de auditoria parece funcionar via netlink; Há alguma maneira de substituir isso para retornar o código de erro correto?
Você pode estar executando um chroot através da tradução syscall do qemu-user. Verifique este link do relatório de erros. O commitdiff nos disse X-Git-Tag: v2.1.0-rc0 ~ 52 ^ 2 ~ 1. Então tente novamente com qemu > = v2.1.0