sudo se bloque indéfiniment sans requestr de mot de passe

Lorsque je me suis connecté à mon bureau Ubuntu après une mise à jour, mon pilote d'affichage était apparemment indisponible et j'ai reçu la sortie de vt-7. J'ai changé pour un terminal différent et connecté. Cependant, quand j'ai essayé d'utiliser sudo pour installer un pilote d'affichage, sudo a accroché pour toujours. Aucune invite pour un mot de passe, Ctrl + c Ctrl + d Ctrl + z tout n'a rien fait. Il a mangé mon terminal virtuel. Je suis passé à un autre et la même chose s'est produite. Que ce passe-t-il?

Mettre à jour

/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 

D'autres commands telles que ifconfig semblent également se bloquer.

Mise à jour 2

Je pense que cette rupture a à voir avec le fait qu'Ubuntu a essayé de mettre à jour un kernel avec une verison antérieure. J'utilisais le kernel 3.7.1 que j'ai téléchargé et installé manuellement, et Ubuntu a fait une mise à jour dist qui a "mis à jour" le kernel en 3.2.X. J'ai l'printing que cela a foiré les choses de façon substantielle. Je vais essayer de réinstaller le kernel et voir si je peux annuler certaines des retombées. Note à l'user: désactivez toujours les mises à jour du kernel Ubuntu lors de l'exécution d'un kernel ultérieur.

Un kernel "upgrade" était la cause de cette calamité. Depuis que j'ai installé mon propre kernel, plus tard kernel.ubuntu.com, quand un "nouveau" kernel d'une version mineure différente a été installé, tout dans le monde a été foiré.

Pour mes besoins, j'avais manuellement installé le kernel 3.7.1, alors que le kernel fourni par la dissortingbution Ubuntu est le kernel 3.2.0. Ceci, pour une raison quelconque, a vraiment gâché les choses, malgré le fait que je courais 3.7.1 à partir d'un démarrage EFI et il n'y a simplement pas moyen de démarrer dans le kernel 3.2.0. Il existe des incompatibilités entre les versions du kernel et le pilote sans fil, mais une incompatibilité avec le pilote sans fil ne ferait pas tout bloquer et se foirer.

La prochaine étape pour résoudre complètement le problème empêcherait complètement les mises à jour du kernel de se reproduire. Comment puis-je faire ceci? J'ai entendu parler de dpkg --set-selections , mais je ne suis pas sûr de savoir comment empêcher les mises à jour de tous les packages linux-(headers,headers-generic,image,image-extra) , en raison de leur nommage:

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

Comment bloquer les modifications de tous les kernelx commençant par 3.2?