Je viens donc de mettre à jour vers 16.10 (je viens d'avoir 16.04 il y a quelques semaines, encore nouveau pour Linux). Le clavier fonctionne toujours lorsque j'ai besoin d'entrer mon mot de passe pour décrypter le lecteur lvm, mais cesse de fonctionner (avec la souris) lorsque j'arrive à l'écran de connexion. Est-ce un problème connu? Comment puis-je réparer ça? D'ailleurs, cela est installé sur un Think Pad Lenovo.
Merci
Edit: rentré à la maison et essayé de connecter un clavier USB. Ne fonctionne pas (à nouveau uniquement après avoir atteint l'écran de connexion). Que diable se passe-t-il?
la source
sudo apt install xserver-xorg-input-all
/etc/resolv.conf
fichier non existant / lien rompu. Dans un tel cas, je recommandeecho "nameserver 8.8.8.8" > /etc/resolv.conf
. Essayez également d'avoir une connexion filaire, plus facile que de faire fonctionner le wifi dans ce scénario.J'ai eu le même problème. Je l'ai corrigé en utilisant uniquement mon trackpad. J'ai dû activer le clavier à l'écran dans Paramètres système> Accès universel> Saisie, puis j'ai ouvert un terminal et j'ai couru
sudo apt install xserver-xorg-input-all
. Après un redémarrage, tout allait bien. Un peu fastidieux mais c'est la solution la plus simple que j'ai vue.la source
Pour résoudre ce problème, vous pouvez utiliser le Live CD ou comme @Arties l'a suggéré en utilisant le mode de récupération pour exécuter apt-get afin d'obtenir les nouveaux fichiers pour réparer votre système.
-
Si vous rencontrez des problèmes pour accéder à votre réseau après chroot, vous utilisez probablement DHCP et pouvez contourner ce problème en ajoutant des serveurs de noms OpenDNS à votre /etc/resolv.conf après avoir utilisé chroot:
la source
Je suis passé du 16.04 au 17.04. Au lieu de passer par le mode de récupération, j'ai choisi une voie différente. (Pour une raison quelconque, je ne peux pas me connecter à Internet en mode de récupération)
J'ai ssh activé sur mon bureau Ubuntu, je me suis donc connecté à distance et j'ai installé le paquet xserver-xorg-input-all et redémarré. Ma souris et mon clavier fonctionnent à nouveau.
la source
Voici un moyen que j'ai réussi, bien que ce soit un peu peu orthodoxe. Je n'avais pas de fonction clavier sur mon ordinateur portable, mais j'utilisais le trackpad. Je pense que j'avais déjà fixé la fonctionnalité du trackpad. J'ai essayé le plan en 11 étapes de @Arties ci-dessus, mais je suis resté bloqué à l'étape 7, probablement en raison d'un problème de connexion Internet. Ainsi, sur ma machine WIN10, j'ai créé un fichier texte dans Notepad ++ avec les fins de ligne Unix (Édition> Conversion EOL ...) et tapé:
J'ai transféré ce fichier texte sur l'ordinateur portable Ubuntu via une clé USB. Ensuite, en utilisant le trackpad, j'ai ouvert le fichier texte et j'ai utilisé le bouton droit pour copier et coller les différentes lignes (et les lignes vides suivantes pour éviter d'utiliser le bouton ENTER du clavier) dans la fenêtre du terminal aux moments appropriés. Je ne sais pas si les fins de ligne Unix (par rapport aux fins de ligne Windows) étaient critiques. La fonctionnalité du clavier a été restaurée après un ou deux redémarrages. J'espère que cela aidera quelqu'un.
la source
Mon problème était qu'après le passage à Gnome3 (cannelle?) Sur un processeur Intel 64 bits NUC exécutant Ubuntu 16.04.3 LTS, la souris USB cesserait complètement de fonctionner de manière aléatoire. Habituellement, il serait dans cet état après que le PC (NUC) ait été inactif et passé en mode de verrouillage; mais à quelques reprises, cela s'est également produit pendant que je tapais et souris.
Le simple fait de débrancher et rebrancher la souris la fait toujours fonctionner à nouveau instantanément.
J'ai suivi les conseils pour tuer fwupd, mais j'ai trouvé le problème toujours récurrent - mais j'ai également vu que le démon avait redémarré. J'ai donc "apt supprimer" d fwupd et l'ai tué, et depuis lors, le problème ne s'est pas reproduit. Il n'y a pas de page de manuel pour fwupd, et je ne suis pas sûr de l'importance d'un composant, ni même s'il serait conseillé de le laisser apporter des modifications de firmware à un NUC.
Mise à jour: j'ai parlé bientôt. Le problème persiste, donc fwupd n'est probablement pas le coupable.
la source