Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.
Sign upEFI Qubes 4.0 EFI initrd made by installer does not include default keyboard layout setting (for disk encryption password) #3234
Comments
andrewdavidwong
added
bug
C: installer
labels
Oct 28, 2017
andrewdavidwong
added this to the Release 4.0 milestone
Oct 28, 2017
pallix
referenced this issue
Jan 10, 2018
Closed
Keyboard layout does not persist in installer #3352
andrewdavidwong
referenced this issue
Mar 27, 2018
Closed
Graphical Installer: Wrong keyboard layout for Grub / LUKS #3748
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
diffusae
commented
Mar 27, 2018
|
Yes, the issue is also present for non-EFI GRUB installations. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
JorgenRask
Mar 27, 2018
In start of installation I changed keyboard layout (to danish keyboard). I noticed that during the installation process the keyboard changed back to US. I'm pretty sure the keyboard layout was still DK at step 788 of 1019, but at step 793 of 1019 the keyboard was changed to US. So I had to be careful when creating my default user and set the password - I viewed the password in cleartext and could see that some of the special characters in the password were actually typed with US keyboard).
This was QubesOS4.0-rc5
JorgenRask
commented
Mar 27, 2018
•
|
In start of installation I changed keyboard layout (to danish keyboard). I noticed that during the installation process the keyboard changed back to US. I'm pretty sure the keyboard layout was still DK at step 788 of 1019, but at step 793 of 1019 the keyboard was changed to US. So I had to be careful when creating my default user and set the password - I viewed the password in cleartext and could see that some of the special characters in the password were actually typed with US keyboard). |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
|
@JorgenRask your issue looks rather like #3352. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
JorgenRask
Mar 28, 2018
@marmarek could be :-) I just wanted to add the observation that I could see the keyboard layout change (in the upper right corner of the screen) during the installation process and was not just happening when you tried to create a user. It looks like you have reproduced the problem, so I will not add any more to this ;-)
JorgenRask
commented
Mar 28, 2018
|
@marmarek could be :-) I just wanted to add the observation that I could see the keyboard layout change (in the upper right corner of the screen) during the installation process and was not just happening when you tried to create a user. It looks like you have reproduced the problem, so I will not add any more to this ;-) |
marmarek
closed this
in
marmarek/qubes-core-admin-linux@bcf7c9e
Mar 28, 2018
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
qubesos-bot
Mar 28, 2018
Automated announcement from builder-github
The package qubes-core-dom0-linux-4.0.14-1.fc25 has been pushed to the r4.0 testing repository for dom0.
To test this update, please install it with the following command:
sudo qubes-dom0-update --enablerepo=qubes-dom0-current-testing
qubesos-bot
commented
Mar 28, 2018
|
Automated announcement from builder-github The package
|
qubesos-bot
added
the
r4.0-dom0-cur-test
label
Mar 28, 2018
qubesos-bot
referenced this issue
in QubesOS/updates-status
Mar 28, 2018
Closed
core-admin-linux v4.0.14 (r4.0) #466
This was referenced Apr 1, 2018
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
qubesos-bot
Apr 18, 2018
Automated announcement from builder-github
The package qubes-core-dom0-linux-4.0.14-1.fc25 has been pushed to the r4.0 stable repository for dom0.
To install this update, please use the standard update command:
sudo qubes-dom0-update
Or update dom0 via Qubes Manager.
qubesos-bot
commented
Apr 18, 2018
|
Automated announcement from builder-github The package
Or update dom0 via Qubes Manager. |
qubesos-bot
added
r4.0-dom0-stable
and removed
r4.0-dom0-cur-test
labels
Apr 18, 2018
marmarek
reopened this
Jun 27, 2018
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
Jun 27, 2018
Member
According to https://openqa.qubes-os.org/tests/118 it is still an issue.
|
According to https://openqa.qubes-os.org/tests/118 it is still an issue. |
added a commit
to marmarek/qubes-core-admin-linux
that referenced
this issue
Jun 27, 2018
added a commit
to marmarek/qubes-core-admin-linux
that referenced
this issue
Jun 28, 2018
marmarek
closed this
in
marmarek/qubes-core-admin-linux@53730c4
Jul 3, 2018
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
qubesos-bot
Jul 3, 2018
Automated announcement from builder-github
The package qubes-core-dom0-linux-4.0.15-1.fc25 has been pushed to the r4.0 testing repository for dom0.
To test this update, please install it with the following command:
sudo qubes-dom0-update --enablerepo=qubes-dom0-current-testing
qubesos-bot
commented
Jul 3, 2018
|
Automated announcement from builder-github The package
|
qubesos-bot
added
the
r4.0-dom0-cur-test
label
Jul 3, 2018
qubesos-bot
referenced this issue
in QubesOS/updates-status
Jul 3, 2018
Closed
core-admin-linux v4.0.15 (r4.0) #571
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
qubesos-bot
Jul 23, 2018
Automated announcement from builder-github
The package qubes-core-dom0-linux-4.0.15-1.fc25 has been pushed to the r4.0 stable repository for dom0.
To install this update, please use the standard update command:
sudo qubes-dom0-update
Or update dom0 via Qubes Manager.
qubesos-bot
commented
Jul 23, 2018
|
Automated announcement from builder-github The package
Or update dom0 via Qubes Manager. |
qubesuser commentedOct 27, 2017
Qubes OS version:
4.0-rc2
Steps to reproduce the behavior:
Expected behavior:
It works.
Actual behavior:
It doesn't because the keyboard layout is set to us.
General notes:
It seems that the initrd, at least for EFI installation, gets created with the us keyboard layout as opposed to the user-selected one.
The issue is corrected by manually recreating the initrd with dracut on the newly installed system, but the installer should be doing that.
Not sure if the issue is present for non-EFI GRUB installations.