sudo trava indefinidamente sem solicitar senha

2

Quando eu entrei no meu desktop Ubuntu depois de uma atualização, meu driver de exibição estava aparentemente indisponível e eu encontrei a saída do vt-7. Eu mudei para um terminal diferente e logado. No entanto, quando eu tentei usar o sudo para instalar um driver de exibição, sudo pendurado para sempre. Nenhum prompt para uma senha, Ctrl + c Ctrl + d Ctrl + z não fez nada. Comeu meu terminal virtual. Eu mudei para outro e aconteceu a mesma coisa. O que está acontecendo?

Atualizar

/etc/pam.d/sudo

#%PAM-1.0
auth required pam_env.so readenv=1 user_readenv=0
auth required pam_env.so readenv=1 envfile=/etc/default/locale user_readenv=0
@include common-auth
@include common-account
@include common-session-noninteractive

Outros comandos, como ifconfig, também parecem travar.

Atualização 2

Eu acho que essa quebra tem a ver com o fato de que o Ubuntu tentou atualizar um kernel com uma versão anterior. Eu estava rodando o kernel 3.7.1, que baixei e instalei manualmente, e o Ubuntu fez uma atualização dist que "atualizou" o kernel para o 3.2.X. Tenho a sensação de que isso estragou as coisas substancialmente. Vou tentar reinstalar o kernel e ver se consigo desfazer algumas das consequências. Nota para si: sempre desabilite as atualizações do kernel do Ubuntu ao executar um kernel posterior.

    
por Naftuli Kay 31.01.2013 / 07:31

1 resposta

1

Um "upgrade" do kernel foi a causa dessa calamidade. Desde que eu instalei o meu próprio kernel, mais tarde, do kernel.ubuntu.com, quando um "novo" kernel de uma versão menor diferente foi instalado, tudo no mundo ficou bagunçado.

Para os meus propósitos, eu tinha instalado manualmente o kernel 3.7.1, enquanto o kernel fornecido pela distribuição do Ubuntu é o kernel 3.2.0. Isso, por alguma razão, realmente estragou as coisas, apesar do fato de que eu estava rodando 3.7.1 a partir de uma inicialização EFI e simplesmente não há como iniciar o kernel 3.2.0. Existem incompatibilidades entre as versões do kernel e o driver wireless, mas uma incompatibilidade com o driver wireless não faria com que tudo fosse travado e fosse bagunçado.

O próximo passo para resolver completamente o problema seria impedir completamente que as atualizações do kernel voltem a ocorrer. Como posso fazer isso? Já ouvi falar em dpkg --set-selections , mas não sei como evitar atualizações em todos os linux-(headers,headers-generic,image,image-extra) packages, devido à sua nomenclatura:

linux-headers-3.2.0-36
linux-headers-3.2.0-36-generic
linux-image-3.2.0-36-generic

Como faço para bloquear alterações em todos os kernels começando com 3.2?

    
por 31.01.2013 / 22:57

Tags