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 Desktop Packages, which is subscribed to plymouth 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 -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
