[Bug 1047384] Re: System Encryption Password set before setting keyboard locale

Dmitrijs Ledkovs launchpad at surgut.co.uk
Fri Sep 7 14:06:32 UTC 2012


Currently we try to ask partitioning questions as soon as possible such
that we can do partitioning & installation in parallel with users
fiddling with the webcam to take a perfect shot for their user profile
and things like that.

Now with newly added cryptsetup, we need a pass-phrase to create a
container to create the partitions and start installation. We ask user's
keyboard layout after we already started installation and recorded
passphrase in the LUKS slot.

Ideally we want to use correct layout for password, yet setup keyboard
layout during installation

Option one:
- generate random encryption password
- start the install
- proceed to user setup
- ask for keyboard layout
- setup up the real passphrase slot
- optionally remove the random encryption passphrase
- possibly pre-seed other passphrases (e.g. company wide)
- in OEM mode allow to skip setting up the user passphrase and setup the random one as a keyfile in the initramfs, to allow users to set their own passphrase on first boot (there are some security implications with this)

Option two:
- if encryption was selected, move the keyboard layout step before setting up the passphrases

Option three:
- display the passphrase in clear text such that users are aware of this

** Changed in: ubiquity (Ubuntu)
     Assignee: (unassigned) => Matthew Paul Thomas (mpt)

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ubiquity in Ubuntu.
https://bugs.launchpad.net/bugs/1047384

Title:
  System Encryption Password set before setting keyboard locale

Status in “ubiquity” package in Ubuntu:
  Confirmed

Bug description:
  When installing my system, I selected to encrypt access to my system.

  This prompted me to enter a password.

  I entered a password with a # symbol in it, however due to using an
  english keyboard, this would not have been correctly recorded as a #,
  but as a ' instead - leading it to refuse my password when booting.

  I tested this both connected to and not connected to the internet.

  It seems that at the point of entering the password during the
  installer, the keyboard layout was set to en_US.

  Therefore, when booting and having the locale as en_GB - it didn't
  correctly work.

  I tried this with the @ symbol, which when entered was accepted on
  boot by hitting shift+2 (american combination)

  I also tried this by entering a password with a £ sign (shift 3 on UK
  keyboard - which would be a # on a US keyboard)

  When entering password on boot, entering the password with the # key
  rather than the £ key worked.

  In summary - when entering password for encrypting system, keyboard is
  set as a US keyboard layout, which differs from that when booting to
  enter the password if it is changed in a later step.

  Proposed solution: Move the keyboard selection / Locale Setup before
  any input boxes. (espescially those where you can't see the contents
  of them!)

  ProblemType: Bug
  DistroRelease: Ubuntu 12.10
  Package: ubiquity (not installed)
  ProcVersionSignature: Ubuntu 3.5.0-13.14-generic 3.5.3
  Uname: Linux 3.5.0-13-generic x86_64
  NonfreeKernelModules: wl
  ApportVersion: 2.5.1-0ubuntu4
  Architecture: amd64
  Date: Fri Sep  7 14:40:18 2012
  InstallCmdLine: noprompt cdrom-detect/try-usb=true file=/cdrom/preseed/ubuntu.seed boot=casper initrd=/casper/initrd.lz quiet splash -- maybe-ubiquity
  InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Alpha amd64 (20120905.2)
  ProcEnviron:
   LANGUAGE=en_GB:en
   PATH=(custom, no user)
   LANG=en_GB.UTF-8
   SHELL=/bin/bash
  SourcePackage: ubiquity
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1047384/+subscriptions




More information about the foundations-bugs mailing list