Keyboard(s) Stopped Responding After Encryption Unlock

Questions about other topics - please check if your question fits better in another category before posting here
Forum rules
Before you post please read how to get help
Post Reply
dont_fragment
Level 1
Level 1
Posts: 3
Joined: Wed Mar 25, 2020 8:26 pm

Keyboard(s) Stopped Responding After Encryption Unlock

Post by dont_fragment »

Hi everyone,

I have been using Linux Mint for several months now--I installed it on an old ThinkPad in December--but I'm still pretty ignorant when it comes to the technical workings of the OS. A few days ago I installed it on my primary machine. The ThinkPad has had no major issues; however, my Probook does not seem to like LM very much.

Yesterday I had to reinstall the OS and start from scratch because I could not figure out how to solve the problem in question. After getting past the encryption screen my keyboard became unresponsive. I tried connecting an external keyboard, installing xscreensaver, and a couple other tactics suggested on this and other forums, all to no avail. (I found no thread for this exact problem.)

I'm hoping someone can dissect the issue and suggest ways I can prevent this--or other errors--from happening in the future. Right now I'm hesitant to store any data on this machine, and as I had mentioned, it's my primary PC.

Here's its info:

Code: Select all

Kernel: 5.3.0-42-generic x86_64 bits: 64 compiler: gcc 
  v: 7.4.0 Desktop: Cinnamon 4.4.8 wm: muffin 4.4.2 dm: LightDM 1.26.0 
  Distro: Linux Mint 19.3 Tricia base: Ubuntu 18.04 bionic 
Machine:
  Type: Laptop System: Hewlett-Packard product: HP ProBook 440 G2 
  v: A3009FD10303 serial: <filter> Chassis: type: 10 serial: <filter> 
  Mobo: Hewlett-Packard model: 2247 v: KBC Version 67.22 serial: <filter> 
  BIOS: Hewlett-Packard v: M74 Ver. 01.05 date: 09/20/2014 
Battery:
  ID-1: BAT0 charge: 33.7 Wh condition: 33.7/33.7 Wh (100%) volts: 16.6/14.8 
  model: Hewlett-Packard Primary type: Li-ion serial: <filter> 
  status: Discharging 
CPU:
  Topology: Dual Core model: Intel Core i3-4030U bits: 64 type: MT MCP 
  arch: Haswell rev: 1 L2 cache: 3072 KiB 
  flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 15164 
  Speed: 799 MHz min/max: 800/1900 MHz Core speeds (MHz): 1: 798 2: 799 
  3: 798 4: 799 
Graphics:
  Device-1: Intel Haswell-ULT Integrated Graphics vendor: Hewlett-Packard 
  driver: i915 v: kernel bus ID: 00:02.0 chip ID: 8086:0a16 
  Display: x11 server: X.Org 1.20.5 driver: modesetting unloaded: fbdev,vesa 
  resolution: 1366x768~60Hz 
  OpenGL: renderer: Mesa DRI Intel Haswell Mobile v: 4.5 Mesa 19.2.8 
  compat-v: 3.0 direct render: Yes 
Audio:
  Device-1: Intel Haswell-ULT HD Audio vendor: Hewlett-Packard 
  driver: snd_hda_intel v: kernel bus ID: 00:03.0 chip ID: 8086:0a0c 
  Device-2: Intel 8 Series HD Audio vendor: Hewlett-Packard 
  driver: snd_hda_intel v: kernel bus ID: 00:1b.0 chip ID: 8086:9c20 
  Sound Server: ALSA v: k5.3.0-42-generic 
Network:
  Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet 
  vendor: Hewlett-Packard driver: r8169 v: kernel port: 3000 bus ID: 08:00.0 
  chip ID: 10ec:8168 
  IF: enp8s0 state: down mac: <filter> 
  Device-2: Intel Wireless 3160 driver: iwlwifi v: kernel port: 3000 
  bus ID: 09:00.0 chip ID: 8086:08b3 
  IF: wlo1 state: up mac: <filter> 
Drives:
  Local Storage: total: 465.76 GiB used: 22.76 GiB (4.9%) 
  ID-1: /dev/sda vendor: Seagate model: ST500LT012-1DG142 size: 465.76 GiB 
  speed: 6.0 Gb/s rotation: 5400 rpm serial: <filter> rev: YAM1 scheme: MBR 
Partition:
  ID-1: / size: 455.77 GiB used: 22.60 GiB (5.0%) fs: ext4 dev: /dev/dm-1 
  ID-2: /boot size: 703.5 MiB used: 166.9 MiB (23.7%) fs: ext4 
  dev: /dev/sda1 
  ID-3: swap-1 size: 976.0 MiB used: 0 KiB (0.0%) fs: swap dev: /dev/dm-2 
Sensors:
  System Temperatures: cpu: 35.0 C mobo: N/A 
  Fan Speeds (RPM): N/A 
Repos:
  No active apt repos in: /etc/apt/sources.list 
  Active apt repos in: /etc/apt/sources.list.d/brave-browser-release.list 
  1: deb [arch=amd64] https://brave-browser-apt-release.s3.brave.com/ stable main
  Active apt repos in: /etc/apt/sources.list.d/official-package-repositories.list 
  1: deb http://packages.linuxmint.com tricia main upstream import backport #id:linuxmint_main
  2: deb http://archive.ubuntu.com/ubuntu bionic main restricted universe multiverse
  3: deb http://archive.ubuntu.com/ubuntu bionic-updates main restricted universe multiverse
  4: deb http://archive.ubuntu.com/ubuntu bionic-backports main restricted universe multiverse
  5: deb http://security.ubuntu.com/ubuntu/ bionic-security main restricted universe multiverse
  6: deb http://archive.canonical.com/ubuntu/ bionic partner
Info:
  Processes: 224 Uptime: 4m Memory: 7.65 GiB used: 886.0 MiB (11.3%) 
  Init: systemd v: 237 runlevel: 5 Compilers: gcc: 7.5.0 alt: 7 Shell: bash 
  v: 4.4.20 running in: gnome-terminal inxi: 3.0.32 
Any advice is much appreciated.

Kadaitcha Man
Level 5
Level 5
Posts: 914
Joined: Mon Aug 27, 2012 10:17 pm

Re: Keyboard(s) Stopped Responding After Encryption Unlock

Post by Kadaitcha Man »

dont_fragment wrote:
Thu Mar 26, 2020 6:34 pm
I'm hoping someone can dissect the issue and suggest ways I can prevent this
You might not appreciate my response but here goes... don't use disk encryption if you don't know what you're doing. It really may be that simple.

viewtopic.php?f=90&t=314746

Browse through that while considering your appetite for frightening nightmares.

If you really must have encrypted files, consider using this PPA and install VeraCrypt to create secure containers.

You say that you had to reinstall yesterday. I think you ought to consider reinstalling today as well, but without disk level encryption. This suggestion is made because you've associated the keyboard issue with the use of disk level encryption, and that is only going to complicate things for everyone.
It's pronounced kad-eye-cha, not kada-itcha.

dont_fragment
Level 1
Level 1
Posts: 3
Joined: Wed Mar 25, 2020 8:26 pm

Re: Keyboard(s) Stopped Responding After Encryption Unlock

Post by dont_fragment »

Thank you for the reply, Kadaitcha.

I apologize for unintentionally associating the problem with disk encryption. The keyboard did not cease to work until after the disk had been unlocked, at the login screen. To try and prevent this from happening again I have installed this time with an automatic login.

If possible, I would prefer to keep full-disk encryption. A main reason I've converted from Windows is for enhanced security. Admittedly, I am not very tech-savvy at the moment; however, I'm willing to (and had been prior to this pandemic) learn.

Alternative strategies for stabilizing LM on this machine would be much appreciated.

Thanks.

DF

deepakdeshp
Level 16
Level 16
Posts: 6885
Joined: Sun Aug 09, 2015 10:00 am

Re: Keyboard(s) Stopped Responding After Encryption Unlock

Post by deepakdeshp »

Instead of disk encryption use following
https://kifarunix.com/how-to-install-an ... 18-04/amp/
If I have helped you solve a problem, please add [SOLVED] to your first post title, it helps other users looking for help, and keeps the forum clean.
Regards,
Deepak

I am using Mint 19.3 Cinnamon 64 bit with AMD A8/7410 processor . Memory 8GB

Kadaitcha Man
Level 5
Level 5
Posts: 914
Joined: Mon Aug 27, 2012 10:17 pm

Re: Keyboard(s) Stopped Responding After Encryption Unlock

Post by Kadaitcha Man »

dont_fragment wrote:
Thu Mar 26, 2020 7:46 pm
If possible, I would prefer to keep full-disk encryption. A main reason I've converted from Windows is for enhanced security. Admittedly, I am not very tech-savvy at the moment; ...
All I can say is 'bon voyage' as you continue on with your ill-conceived, frantic swimming in shark-infested waters.
Alternative strategies for stabilizing LM on this machine would be much appreciated.
Well, you have declined to implement the only real solution. It doesn't make sense to ask for people's expertise then make excuses not to implement it. I'll leave you to sort it out yourself.

Good luck.
It's pronounced kad-eye-cha, not kada-itcha.

dont_fragment
Level 1
Level 1
Posts: 3
Joined: Wed Mar 25, 2020 8:26 pm

Re: Keyboard(s) Stopped Responding After Encryption Unlock

Post by dont_fragment »

I think the "shark-infested" part is a little harsh. I have my data backed up and will not trust any to live solely on this machine until I am confident in its stability. That said, people learn to swim by swimming. You could point me to resources to help learn the ins and outs of hard disk encryption rather than in effect calling me a reckless fool...

If the machine fails again, I will implement your solution. However (unless given proof) I refuse to believe that's the only solution to this problem. As stated before, I'm committed to mastering Linux, so I would much prefer to find a better solution, even if it is more technical and difficult to implement.

What I'm most looking for with this thread is a diagnosis. The why. If that comes with a prescription to fix it as well, all the better.

PS - Deepak, Thank you for the link to an informative article on VeraCrypt. It'll be useful to know even if I am able to keep whole disk encryption on this machine.

Kirara
Level 1
Level 1
Posts: 40
Joined: Sun Oct 06, 2019 1:38 pm

Re: Keyboard(s) Stopped Responding After Encryption Unlock

Post by Kirara »

Hi dont_fragment,


I'm not sure whether I fully understand the current state of the problem.
From what I read up to now it looks to be related to the keyboard installation itself but then I'm a Linux noob myself.



Anyway, a few questions:

So with using automatic login enabled your notebook works as intended? Or does the keyboard become unresponsive as well?

Also, just to be sure, did you ever install the system without full disk encryption enabled? If yes, does the keyboard become unresponsive as well?
If yes, you probably should edit the title of this forum thread to reflect the situation of the unresponsive keyboard at the login screen.

If you connect an external mouse, does it work?




As for Linux Mint full disk encryption.
I don't want to start a debate on principles here, but I somehow keep seeing this "don't do encryption or you will be in great danger!" often and I really have to disagree on this.


Me too I'm coming from the Windows world and I was using full disk encryption already with Windows.
So I wanted to have it in place from the very start when using Linux Mint.

Also I think Linux IS in many ways safer than Windows.
Especially if you compare it to Windows 10 with all that metering going on.


My current setup is Linux Mint 19.2 with full drive encryption.
It's been that way for half a year and I haven't run into one single problem originating from disk encryption up to now.

That said, I don't mess around with partitions and I'm not a big fan of dual boot solutions either, which both might be reasons to keep me from troubles.


My point is that encryption should be used and no matter whether you use Windows or Linux you will likely face the same possible problems when enabling it.
But even then, it's no rocket science to be prepared for worst case scenarios.

If you are serious about your own data you do have backups on an external disk (which hopefully is encrypted as well).
I found Back in Time to be very suitable for this purpose.

And of course you will make sure that you have access to your passphrase in a backup location (password database on a thumb drive, printout stored in a safe or kept by a trustworthy person, ...)

It goes without saying that you need to verify the functionality of your backup strategy before an emergency situation.


Linux Mint's drive encryption is built-in, easy to set up, and pretty safe according to what I was able to find out.
So I for one see no reason to increase the complexity of the installation by using any kind of third party encryption solution.

Also I wouldn't recommend to use home drive encryption unless you need to share your computer with people you don't trust for some reason.

Post Reply

Return to “Other topics”