[Bug 2097231] [NEW] LUKS Passphrase: AltGr + Shift Triggers VT100 Pseudographic Mode
beMOTION
2097231 at bugs.launchpad.net
Sun Feb 2 22:25:05 UTC 2025
Public bug reported:
Hello,
I have encountered the following issue on Ubuntu 18, 20, and 22, and now again after upgrading to Ubuntu 24, using Ext4 with LUKS.
Additionally, after performing a fresh install of Ubuntu 24 in October with encrypted ZFS (LUKS), the same issue has reappeared — this time more frequently and nearly “permanently.”
Regardless of whether I use the laptop’s internal keyboard (HP ProBook 450 G6 or Lenovo Yoga X1 Gen8 — note that I cross-referenced the issue by transferring the SSD between both Laptops) or an external USB keyboard (directly connected or via docking station), the problem remains the same: the input switches to VT100 pseudographics as soon as I press AltGr+Shift, and sometimes I got the impression it happens on my German keyboard layout up on pressing AltGr+Q to produce the “@” symbol.
This makes it impossible to enter my passphrase.
On previous versions (e.g., Ubuntu 22 upgraded to 24), rebooting usually
solved the problem 99% of the time. However, since October it takes me
over 60 minutes and approximately 30 reboots before I was “lucky” enough
to input the passphrase and boot the system.
As a workaround, I created a second LUKS passphrase without the @
symbol, but I would like to address and resolve the root of the issue.
I have searched extensively but cannot find any information about this
specific issue or whether it is expected behavior for initrd/LUKS
Passhprase environment/Plymouth to allow VT100 mode switching.
Here is what the issue looks like to me:
https://ubuntucommunity.s3.us-east-2.amazonaws.com/original/3X/d/e/de7c362f350b7f38e08c9ed2c99b808f969a1289.jpeg
As you can see, I can press every single key and get the expected
character. However, as soon as I press AltGr+Q and created the @ Symbol,
it switches to VT100 pseudographics.
As a user in ubuntu irc suggested, its most likely VT100: https://en.wikipedia.org/wiki/Shift_Out_and_Shift_In_characters
Neither CTRL+C, ESC, nor SI/SO Key combinations like CTRL+N, CTRL+O, nor C0/C1 control codes like ^N, ^O, ^[, ^X (https://en.wikipedia.org/wiki/C0_and_C1_control_codes) restores regular character input.
Another Keycombination that activates VT100 is some timing related AltGr
+ Shift. It does not happen when I press both keys longer, but I did
manage to go in AND out of VT100 Mode by some quick/short combination of
those.
May I ask if there is a way to deactivate the VT100 pseudographics
entirely for initrd, or if this feature could be implemented and be set
to "off" by default as most users will never make use of this feature
anyway?
Thank you
See previously Ubuntu Discourse post regarding this behaviour:
https://discourse.ubuntu.com/t/plymouth-luks-passphrase-altgr-q-symbol-or-altgr-shift-triggers-vt100-pseudographic-mode/50746/1
** Affects: cryptsetup (Ubuntu)
Importance: Undecided
Status: New
** Affects: initrd-tools (Ubuntu)
Importance: Undecided
Status: New
** Affects: plymouth (Ubuntu)
Importance: Undecided
Status: New
** Also affects: initrd-tools (Ubuntu)
Importance: Undecided
Status: New
** Description changed:
Hello,
I have encountered the following issue on Ubuntu 18, 20, and 22, and now again after upgrading to Ubuntu 24, using Ext4 with LUKS.
Additionally, after performing a fresh install of Ubuntu 24 in October with encrypted ZFS (LUKS), the same issue has reappeared — this time more frequently and nearly “permanently.”
- Regardless of whether I use the laptop’s internal keyboard (HP ProBook 450 G6 or Lenovo Yoga X1 Gen8 — note that I cross checked the software by transferring the SSD between both Laptopsto the new Lenovo) or an external USB keyboard (directly connected or via docking station), the problem remains the same: the input switches to VT100 pseudographics as soon as I press AltGr+Shift, and sometimes I got the impression it happens on my German keyboard layout up on pressing AltGr+Q to produce the “@” symbol.
+ Regardless of whether I use the laptop’s internal keyboard (HP ProBook 450 G6 or Lenovo Yoga X1 Gen8 — note that I cross-referenced the issue by transferring the SSD between both Laptops) or an external USB keyboard (directly connected or via docking station), the problem remains the same: the input switches to VT100 pseudographics as soon as I press AltGr+Shift, and sometimes I got the impression it happens on my German keyboard layout up on pressing AltGr+Q to produce the “@” symbol.
This makes it impossible to enter my passphrase.
On previous versions (e.g., Ubuntu 22 upgraded to 24), rebooting usually
solved the problem 99% of the time. However, since October it takes me
over 60 minutes and approximately 30 reboots before I was “lucky” enough
to input the passphrase and boot the system.
As a workaround, I created a second LUKS passphrase without the @
symbol, but I would like to address and resolve the root issue.
I have searched extensively but cannot find any information about this
specific issue or whether it is expected behavior for initrd/LUKS
Passhprase enivornemtn/Plymouth to allow VT100 mode switching.
Here is what the issue looks like to me:
https://ubuntucommunity.s3.us-east-2.amazonaws.com/original/3X/d/e/de7c362f350b7f38e08c9ed2c99b808f969a1289.jpeg
As you can see, I can press every single key and get the expected
character. However, as soon as I press AltGr+Q and created the @ Symbol,
it switches to VT100 pseudographics.
As a user in ubuntu irc suggested, its most likely VT100: https://en.wikipedia.org/wiki/Shift_Out_and_Shift_In_characters
Neither CTRL+C, ESC, nor SI/SO Key combinations like CTRL+N, CTRL+O, nor C0/C1 control codes like ^N, ^O, ^[, ^X (https://en.wikipedia.org/wiki/C0_and_C1_control_codes) or any other key Ive tried restores regular character input.
One Keycombination that activates VT100 is some timing related AltGr +
Shift. It does not happen when I press both long, but I did manage to go
in and out of VT100 Mode by some quick/short combination of those.
May I ask if there is a way to deactivate the VT100 pseudographics
entirely for initrd, or if this feature could be implemented and be set
to "off" for default installations as most people will not make use of
this feature anyway?
Thank you
** Description changed:
Hello,
I have encountered the following issue on Ubuntu 18, 20, and 22, and now again after upgrading to Ubuntu 24, using Ext4 with LUKS.
Additionally, after performing a fresh install of Ubuntu 24 in October with encrypted ZFS (LUKS), the same issue has reappeared — this time more frequently and nearly “permanently.”
Regardless of whether I use the laptop’s internal keyboard (HP ProBook 450 G6 or Lenovo Yoga X1 Gen8 — note that I cross-referenced the issue by transferring the SSD between both Laptops) or an external USB keyboard (directly connected or via docking station), the problem remains the same: the input switches to VT100 pseudographics as soon as I press AltGr+Shift, and sometimes I got the impression it happens on my German keyboard layout up on pressing AltGr+Q to produce the “@” symbol.
This makes it impossible to enter my passphrase.
On previous versions (e.g., Ubuntu 22 upgraded to 24), rebooting usually
solved the problem 99% of the time. However, since October it takes me
over 60 minutes and approximately 30 reboots before I was “lucky” enough
to input the passphrase and boot the system.
As a workaround, I created a second LUKS passphrase without the @
- symbol, but I would like to address and resolve the root issue.
+ symbol, but I would like to address and resolve the root of the issue.
I have searched extensively but cannot find any information about this
specific issue or whether it is expected behavior for initrd/LUKS
Passhprase enivornemtn/Plymouth to allow VT100 mode switching.
Here is what the issue looks like to me:
https://ubuntucommunity.s3.us-east-2.amazonaws.com/original/3X/d/e/de7c362f350b7f38e08c9ed2c99b808f969a1289.jpeg
As you can see, I can press every single key and get the expected
character. However, as soon as I press AltGr+Q and created the @ Symbol,
it switches to VT100 pseudographics.
As a user in ubuntu irc suggested, its most likely VT100: https://en.wikipedia.org/wiki/Shift_Out_and_Shift_In_characters
Neither CTRL+C, ESC, nor SI/SO Key combinations like CTRL+N, CTRL+O, nor C0/C1 control codes like ^N, ^O, ^[, ^X (https://en.wikipedia.org/wiki/C0_and_C1_control_codes) or any other key Ive tried restores regular character input.
One Keycombination that activates VT100 is some timing related AltGr +
Shift. It does not happen when I press both long, but I did manage to go
in and out of VT100 Mode by some quick/short combination of those.
May I ask if there is a way to deactivate the VT100 pseudographics
entirely for initrd, or if this feature could be implemented and be set
to "off" for default installations as most people will not make use of
this feature anyway?
Thank you
** Description changed:
Hello,
I have encountered the following issue on Ubuntu 18, 20, and 22, and now again after upgrading to Ubuntu 24, using Ext4 with LUKS.
Additionally, after performing a fresh install of Ubuntu 24 in October with encrypted ZFS (LUKS), the same issue has reappeared — this time more frequently and nearly “permanently.”
Regardless of whether I use the laptop’s internal keyboard (HP ProBook 450 G6 or Lenovo Yoga X1 Gen8 — note that I cross-referenced the issue by transferring the SSD between both Laptops) or an external USB keyboard (directly connected or via docking station), the problem remains the same: the input switches to VT100 pseudographics as soon as I press AltGr+Shift, and sometimes I got the impression it happens on my German keyboard layout up on pressing AltGr+Q to produce the “@” symbol.
This makes it impossible to enter my passphrase.
On previous versions (e.g., Ubuntu 22 upgraded to 24), rebooting usually
solved the problem 99% of the time. However, since October it takes me
over 60 minutes and approximately 30 reboots before I was “lucky” enough
to input the passphrase and boot the system.
As a workaround, I created a second LUKS passphrase without the @
symbol, but I would like to address and resolve the root of the issue.
I have searched extensively but cannot find any information about this
specific issue or whether it is expected behavior for initrd/LUKS
- Passhprase enivornemtn/Plymouth to allow VT100 mode switching.
+ Passhprase environment/Plymouth to allow VT100 mode switching.
Here is what the issue looks like to me:
https://ubuntucommunity.s3.us-east-2.amazonaws.com/original/3X/d/e/de7c362f350b7f38e08c9ed2c99b808f969a1289.jpeg
As you can see, I can press every single key and get the expected
character. However, as soon as I press AltGr+Q and created the @ Symbol,
it switches to VT100 pseudographics.
As a user in ubuntu irc suggested, its most likely VT100: https://en.wikipedia.org/wiki/Shift_Out_and_Shift_In_characters
Neither CTRL+C, ESC, nor SI/SO Key combinations like CTRL+N, CTRL+O, nor C0/C1 control codes like ^N, ^O, ^[, ^X (https://en.wikipedia.org/wiki/C0_and_C1_control_codes) or any other key Ive tried restores regular character input.
One Keycombination that activates VT100 is some timing related AltGr +
Shift. It does not happen when I press both long, but I did manage to go
in and out of VT100 Mode by some quick/short combination of those.
May I ask if there is a way to deactivate the VT100 pseudographics
entirely for initrd, or if this feature could be implemented and be set
to "off" for default installations as most people will not make use of
this feature anyway?
Thank you
** Also affects: plymouth (Ubuntu)
Importance: Undecided
Status: New
** Description changed:
Hello,
I have encountered the following issue on Ubuntu 18, 20, and 22, and now again after upgrading to Ubuntu 24, using Ext4 with LUKS.
Additionally, after performing a fresh install of Ubuntu 24 in October with encrypted ZFS (LUKS), the same issue has reappeared — this time more frequently and nearly “permanently.”
Regardless of whether I use the laptop’s internal keyboard (HP ProBook 450 G6 or Lenovo Yoga X1 Gen8 — note that I cross-referenced the issue by transferring the SSD between both Laptops) or an external USB keyboard (directly connected or via docking station), the problem remains the same: the input switches to VT100 pseudographics as soon as I press AltGr+Shift, and sometimes I got the impression it happens on my German keyboard layout up on pressing AltGr+Q to produce the “@” symbol.
This makes it impossible to enter my passphrase.
On previous versions (e.g., Ubuntu 22 upgraded to 24), rebooting usually
solved the problem 99% of the time. However, since October it takes me
over 60 minutes and approximately 30 reboots before I was “lucky” enough
to input the passphrase and boot the system.
As a workaround, I created a second LUKS passphrase without the @
symbol, but I would like to address and resolve the root of the issue.
I have searched extensively but cannot find any information about this
specific issue or whether it is expected behavior for initrd/LUKS
Passhprase environment/Plymouth to allow VT100 mode switching.
Here is what the issue looks like to me:
https://ubuntucommunity.s3.us-east-2.amazonaws.com/original/3X/d/e/de7c362f350b7f38e08c9ed2c99b808f969a1289.jpeg
As you can see, I can press every single key and get the expected
character. However, as soon as I press AltGr+Q and created the @ Symbol,
it switches to VT100 pseudographics.
As a user in ubuntu irc suggested, its most likely VT100: https://en.wikipedia.org/wiki/Shift_Out_and_Shift_In_characters
Neither CTRL+C, ESC, nor SI/SO Key combinations like CTRL+N, CTRL+O, nor C0/C1 control codes like ^N, ^O, ^[, ^X (https://en.wikipedia.org/wiki/C0_and_C1_control_codes) or any other key Ive tried restores regular character input.
- One Keycombination that activates VT100 is some timing related AltGr +
- Shift. It does not happen when I press both long, but I did manage to go
- in and out of VT100 Mode by some quick/short combination of those.
+ Another Keycombination that activates VT100 is some timing related AltGr
+ + Shift. It does not happen when I press both long, but I did manage to
+ go in and out of VT100 Mode by some quick/short combination of those.
May I ask if there is a way to deactivate the VT100 pseudographics
entirely for initrd, or if this feature could be implemented and be set
to "off" for default installations as most people will not make use of
this feature anyway?
Thank you
** Description changed:
Hello,
I have encountered the following issue on Ubuntu 18, 20, and 22, and now again after upgrading to Ubuntu 24, using Ext4 with LUKS.
Additionally, after performing a fresh install of Ubuntu 24 in October with encrypted ZFS (LUKS), the same issue has reappeared — this time more frequently and nearly “permanently.”
Regardless of whether I use the laptop’s internal keyboard (HP ProBook 450 G6 or Lenovo Yoga X1 Gen8 — note that I cross-referenced the issue by transferring the SSD between both Laptops) or an external USB keyboard (directly connected or via docking station), the problem remains the same: the input switches to VT100 pseudographics as soon as I press AltGr+Shift, and sometimes I got the impression it happens on my German keyboard layout up on pressing AltGr+Q to produce the “@” symbol.
This makes it impossible to enter my passphrase.
On previous versions (e.g., Ubuntu 22 upgraded to 24), rebooting usually
solved the problem 99% of the time. However, since October it takes me
over 60 minutes and approximately 30 reboots before I was “lucky” enough
to input the passphrase and boot the system.
As a workaround, I created a second LUKS passphrase without the @
symbol, but I would like to address and resolve the root of the issue.
I have searched extensively but cannot find any information about this
specific issue or whether it is expected behavior for initrd/LUKS
Passhprase environment/Plymouth to allow VT100 mode switching.
Here is what the issue looks like to me:
https://ubuntucommunity.s3.us-east-2.amazonaws.com/original/3X/d/e/de7c362f350b7f38e08c9ed2c99b808f969a1289.jpeg
As you can see, I can press every single key and get the expected
character. However, as soon as I press AltGr+Q and created the @ Symbol,
it switches to VT100 pseudographics.
As a user in ubuntu irc suggested, its most likely VT100: https://en.wikipedia.org/wiki/Shift_Out_and_Shift_In_characters
- Neither CTRL+C, ESC, nor SI/SO Key combinations like CTRL+N, CTRL+O, nor C0/C1 control codes like ^N, ^O, ^[, ^X (https://en.wikipedia.org/wiki/C0_and_C1_control_codes) or any other key Ive tried restores regular character input.
+ Neither CTRL+C, ESC, nor SI/SO Key combinations like CTRL+N, CTRL+O, nor C0/C1 control codes like ^N, ^O, ^[, ^X (https://en.wikipedia.org/wiki/C0_and_C1_control_codes) restores regular character input.
Another Keycombination that activates VT100 is some timing related AltGr
- + Shift. It does not happen when I press both long, but I did manage to
- go in and out of VT100 Mode by some quick/short combination of those.
+ + Shift. It does not happen when I press both keys longer, but I did
+ manage to go in AND out of VT100 Mode by some quick/short combination of
+ those.
May I ask if there is a way to deactivate the VT100 pseudographics
entirely for initrd, or if this feature could be implemented and be set
to "off" for default installations as most people will not make use of
this feature anyway?
Thank you
** Description changed:
Hello,
I have encountered the following issue on Ubuntu 18, 20, and 22, and now again after upgrading to Ubuntu 24, using Ext4 with LUKS.
Additionally, after performing a fresh install of Ubuntu 24 in October with encrypted ZFS (LUKS), the same issue has reappeared — this time more frequently and nearly “permanently.”
Regardless of whether I use the laptop’s internal keyboard (HP ProBook 450 G6 or Lenovo Yoga X1 Gen8 — note that I cross-referenced the issue by transferring the SSD between both Laptops) or an external USB keyboard (directly connected or via docking station), the problem remains the same: the input switches to VT100 pseudographics as soon as I press AltGr+Shift, and sometimes I got the impression it happens on my German keyboard layout up on pressing AltGr+Q to produce the “@” symbol.
This makes it impossible to enter my passphrase.
On previous versions (e.g., Ubuntu 22 upgraded to 24), rebooting usually
solved the problem 99% of the time. However, since October it takes me
over 60 minutes and approximately 30 reboots before I was “lucky” enough
to input the passphrase and boot the system.
As a workaround, I created a second LUKS passphrase without the @
symbol, but I would like to address and resolve the root of the issue.
I have searched extensively but cannot find any information about this
specific issue or whether it is expected behavior for initrd/LUKS
Passhprase environment/Plymouth to allow VT100 mode switching.
Here is what the issue looks like to me:
https://ubuntucommunity.s3.us-east-2.amazonaws.com/original/3X/d/e/de7c362f350b7f38e08c9ed2c99b808f969a1289.jpeg
As you can see, I can press every single key and get the expected
character. However, as soon as I press AltGr+Q and created the @ Symbol,
it switches to VT100 pseudographics.
As a user in ubuntu irc suggested, its most likely VT100: https://en.wikipedia.org/wiki/Shift_Out_and_Shift_In_characters
Neither CTRL+C, ESC, nor SI/SO Key combinations like CTRL+N, CTRL+O, nor C0/C1 control codes like ^N, ^O, ^[, ^X (https://en.wikipedia.org/wiki/C0_and_C1_control_codes) restores regular character input.
Another Keycombination that activates VT100 is some timing related AltGr
+ Shift. It does not happen when I press both keys longer, but I did
manage to go in AND out of VT100 Mode by some quick/short combination of
those.
May I ask if there is a way to deactivate the VT100 pseudographics
entirely for initrd, or if this feature could be implemented and be set
- to "off" for default installations as most people will not make use of
- this feature anyway?
+ to "off" by default as most users will never make use of this feature
+ anyway?
Thank you
** Description changed:
Hello,
I have encountered the following issue on Ubuntu 18, 20, and 22, and now again after upgrading to Ubuntu 24, using Ext4 with LUKS.
Additionally, after performing a fresh install of Ubuntu 24 in October with encrypted ZFS (LUKS), the same issue has reappeared — this time more frequently and nearly “permanently.”
Regardless of whether I use the laptop’s internal keyboard (HP ProBook 450 G6 or Lenovo Yoga X1 Gen8 — note that I cross-referenced the issue by transferring the SSD between both Laptops) or an external USB keyboard (directly connected or via docking station), the problem remains the same: the input switches to VT100 pseudographics as soon as I press AltGr+Shift, and sometimes I got the impression it happens on my German keyboard layout up on pressing AltGr+Q to produce the “@” symbol.
This makes it impossible to enter my passphrase.
On previous versions (e.g., Ubuntu 22 upgraded to 24), rebooting usually
solved the problem 99% of the time. However, since October it takes me
over 60 minutes and approximately 30 reboots before I was “lucky” enough
to input the passphrase and boot the system.
As a workaround, I created a second LUKS passphrase without the @
symbol, but I would like to address and resolve the root of the issue.
I have searched extensively but cannot find any information about this
specific issue or whether it is expected behavior for initrd/LUKS
Passhprase environment/Plymouth to allow VT100 mode switching.
Here is what the issue looks like to me:
https://ubuntucommunity.s3.us-east-2.amazonaws.com/original/3X/d/e/de7c362f350b7f38e08c9ed2c99b808f969a1289.jpeg
As you can see, I can press every single key and get the expected
character. However, as soon as I press AltGr+Q and created the @ Symbol,
it switches to VT100 pseudographics.
As a user in ubuntu irc suggested, its most likely VT100: https://en.wikipedia.org/wiki/Shift_Out_and_Shift_In_characters
Neither CTRL+C, ESC, nor SI/SO Key combinations like CTRL+N, CTRL+O, nor C0/C1 control codes like ^N, ^O, ^[, ^X (https://en.wikipedia.org/wiki/C0_and_C1_control_codes) restores regular character input.
Another Keycombination that activates VT100 is some timing related AltGr
+ Shift. It does not happen when I press both keys longer, but I did
manage to go in AND out of VT100 Mode by some quick/short combination of
those.
May I ask if there is a way to deactivate the VT100 pseudographics
entirely for initrd, or if this feature could be implemented and be set
to "off" by default as most users will never make use of this feature
anyway?
Thank you
+
+ See previously Ubuntu Discourse post regarding this behaviour:
+ https://discourse.ubuntu.com/t/plymouth-luks-passphrase-altgr-q-symbol-or-altgr-shift-triggers-vt100-pseudographic-mode/50746/1
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to cryptsetup in Ubuntu.
https://bugs.launchpad.net/bugs/2097231
Title:
LUKS Passphrase: AltGr + Shift Triggers VT100 Pseudographic Mode
Status in cryptsetup package in Ubuntu:
New
Status in initrd-tools package in Ubuntu:
New
Status in plymouth package in Ubuntu:
New
Bug description:
Hello,
I have encountered the following issue on Ubuntu 18, 20, and 22, and now again after upgrading to Ubuntu 24, using Ext4 with LUKS.
Additionally, after performing a fresh install of Ubuntu 24 in October with encrypted ZFS (LUKS), the same issue has reappeared — this time more frequently and nearly “permanently.”
Regardless of whether I use the laptop’s internal keyboard (HP ProBook 450 G6 or Lenovo Yoga X1 Gen8 — note that I cross-referenced the issue by transferring the SSD between both Laptops) or an external USB keyboard (directly connected or via docking station), the problem remains the same: the input switches to VT100 pseudographics as soon as I press AltGr+Shift, and sometimes I got the impression it happens on my German keyboard layout up on pressing AltGr+Q to produce the “@” symbol.
This makes it impossible to enter my passphrase.
On previous versions (e.g., Ubuntu 22 upgraded to 24), rebooting
usually solved the problem 99% of the time. However, since October it
takes me over 60 minutes and approximately 30 reboots before I was
“lucky” enough to input the passphrase and boot the system.
As a workaround, I created a second LUKS passphrase without the @
symbol, but I would like to address and resolve the root of the issue.
I have searched extensively but cannot find any information about this
specific issue or whether it is expected behavior for initrd/LUKS
Passhprase environment/Plymouth to allow VT100 mode switching.
Here is what the issue looks like to me:
https://ubuntucommunity.s3.us-east-2.amazonaws.com/original/3X/d/e/de7c362f350b7f38e08c9ed2c99b808f969a1289.jpeg
As you can see, I can press every single key and get the expected
character. However, as soon as I press AltGr+Q and created the @
Symbol, it switches to VT100 pseudographics.
As a user in ubuntu irc suggested, its most likely VT100: https://en.wikipedia.org/wiki/Shift_Out_and_Shift_In_characters
Neither CTRL+C, ESC, nor SI/SO Key combinations like CTRL+N, CTRL+O, nor C0/C1 control codes like ^N, ^O, ^[, ^X (https://en.wikipedia.org/wiki/C0_and_C1_control_codes) restores regular character input.
Another Keycombination that activates VT100 is some timing related
AltGr + Shift. It does not happen when I press both keys longer, but I
did manage to go in AND out of VT100 Mode by some quick/short
combination of those.
May I ask if there is a way to deactivate the VT100 pseudographics
entirely for initrd, or if this feature could be implemented and be
set to "off" by default as most users will never make use of this
feature anyway?
Thank you
See previously Ubuntu Discourse post regarding this behaviour:
https://discourse.ubuntu.com/t/plymouth-luks-passphrase-altgr-q-symbol-or-altgr-shift-triggers-vt100-pseudographic-mode/50746/1
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/cryptsetup/+bug/2097231/+subscriptions
More information about the foundations-bugs
mailing list