Comment # 26 on bug 904987 from Chris Targett

I have just attempted to install Tumbleweed on a new hardware.

 - Intel NUC
 - Corsair Force NVME SSD
 - OpenSUSE-Tumbleweed-DVD-x86_64-Snapshot20170304-Media.iso (4.10.1-1-default)

*all* installs have been booted through UEFI.

* First install attempt using the LUKS+LVM option resulted in 3 partitions.
efi(vfat), boot(ext4), and system(lvm).

  On boot no password entry was requested, and was not present on any alternate
TTYs. System dropped to a dracut shell.

* Second install attempt, the installer initially wanted to install to the USB
stick that was installing it. When changing the target disk and selecting the
LUKS+LVM option, only two partitions were created. efi(vfat) and system(lvm). 

  On boot Grub requested the LVM password, and the subsequent graphical boot
also requested the password. System booted flawlessly.


* Third install attempt matched the third. No password prompt on any TTY.

  In dracut shell:
   * /etc/crypttab was empty

  In chrooted mount (from dracut shell):
   * /etc/crypttab contains `cr_-Force-part3 /dev/disk/by-id/-Force-part3 none
none` There is no /dev/disk/by-id matching that name.
   * `lsinitrd -f etc/crypttab` returns no output. But `lsinitrd | grep
crypttab` lists a 0 byte file.
   * `/usr/lib/systemd/system-generators/systemd-cryptsetup-generator` creates
`cryptsetup.target.requires`,
`dev-disk-by-id\x2did-\x2dForce\x2dpart3.device.wants`,
`dev-mapper-cr_\x2dForce\x2dpart3.device.d`,
`dev-mapper-cr_\x2dForce\x2dpart3.device.requires`,
`systemd-cryptsetup@cr_\x2dForce\x2dpart3.service`. 


Running `dracut -f` did not change the size of crypttab in `lsinitrd`. 
Fixing the crypttab to point to somewhere that does exist, and then running
`dracut -f` fixed the size of the crypttab in the initrd. On boot the password
was requested, but did not progress past the loading throbber.