Misleading "cryptsetup: WARNING: invalid line in /etc/crypttab - "

[Daniel Hahler]

Binary package hint: cryptsetup

When there's no line for the cryptsetup root device, a misleading warning is issued during update-initramfs:
  cryptsetup: WARNING: invalid line in /etc/crypttab -

I'm attaching a patch that handles this better, by outputting
  cryptsetup: WARNING: Missing line in /etc/crypttab for $target
in this case.

I've ran into this when manually doing the "mdadm-cryptsetup-lvm2-initramfs" dance, and used another name during "cryptsetup luksOpen".

ProblemType: Bug
Architecture: i386
DistroRelease: Ubuntu 9.04
NonfreeKernelModules: nvidia
Package: cryptsetup 2:1.0.6-7ubuntu5 [modified: usr/share/initramfs-tools/hooks/cryptroot]
ProcEnviron:
 LANGUAGE=
 PATH=(custom, user)
 LANG=de_DE.UTF-8
 SHELL=/bin/bash
SourcePackage: cryptsetup
Uname: Linux 2.6.28-8-generic i686

[Johnathon (kirrus)]

Thanks for the bug report and patch. Would you be able to create a step-by-step testcase, so that we can test your problem here?

[Daniel Hahler (blueyed)]

TESTCASE:
 0a. /dev/md1 being my root device
 0b. /etc/crypttab refers to the rootdevice as "sroot", not "md1"
 1. cryptsetup luksOpen /dev/md1 md1
 2. update-initramfs -c -k $(uname -a)

[Daniel Hahler (blueyed)]

It should be "uname -r" in step 2 above, of course.

[Jonathan Kolberg (bulldog98)]

For me the same thing happens in lucid (I only get the linenumber where the error occurs) For me this line is an empty line, could that be the reason of the bug?

[AmenophisIII (amenophisiii)]

please include the patch. cryptroot is already hard enough to debug, because its quite fragile (read: crappy :)
would have saved me some time today.

[Daniel Hahler (blueyed)]

I would be happy to refresh this patch, if this would increase its acceptance.

[Robbie Williamson (robbiew)]

Has anyone confirmed this bug exists in Maverick?

[Carsten Andrich (carsten-andrich)]

I just stumbled upon this one, trying to install the maverick amd64 desktop beta, so I can confirm that it does exist in Maverick.

[Robbie Williamson (robbiew)]

Surbhi, can you take a look at this one? Seems like something we could easily slide into Maverick.

[Martin Pitt (pitti)]

Accepted cryptsetup into maverick-proposed, the package will build now and be available in a few hours. Please test and give feedback here. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance!

[Martin Pitt (pitti)]

Any testers of the macerick-proposed package? As this has been in -proposed for a long time already, I'll remove the proposed package soon if there is no feedback. Thank you!

Also, this needs to be fixed in Natty _first_ before it can go to -updates.

[Rolf Leggewie (r0lf)]

@Carsten, can you please verify the package from -proposed fixes the issue?

[Daniel Hahler (blueyed)]

I've submitted the patch upstream to Debian, so that it will hopefully come into Ubuntu this way:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648192

[Jean-Louis Dupond (dupondje)]

The fix (that was already added in the debian package) is merged into Ubuntu since Precise.

[David Schoen (neerolyte)]

This seems to still break in Quantal (12.10) when upgrading from 12.04.

I was getting the "cryptsetup: WARNING: invalid line in /etc/crypttab - " errors when running update-initramfs (under a live CD because the machine was completely unbootable).

After following advice from http://forums.linuxmint.com/viewtopic.php?f=189&t=83763 I started digging around and in /usr/share/initramfs-tools/hooks/cryptroot and found it couldn't parse /etc/crypttab if the target field wasn't exactly the device name that was root was sitting under, e.g. changing it from "sda2_crypt" (what I believe 12.04 alternative installer set it to) to "sda2" meant update-initramfs and update-grub both ran without issue and the machine now boots without issue - seems like some dodgy parsing going on in that hook?

[Rolf Leggewie (r0lf)]

lucid has seen the end of its life and is no longer receiving any updates. Marking the lucid task for this ticket as "Won't Fix".

[Roel Van de Paar (roel11)]

This seems still flaky even in 17.04.

# cat /etc/crypttab
nvme0n1p3_crypt UUID="20eada6e-6b8c-4e19-b612-524ea2a131ff" none luks,discard
# update-initramfs -k 4.10.0-24-generic -c -b /boot
update-initramfs: Generating /boot/initrd.img-4.10.0-24-generic
cryptsetup: WARNING: Invalid source device UUID="20eada6e-6b8c-4e19-b612-524ea2a131ff"
cryptsetup: WARNING: Invalid source device UUID="20eada6e-6b8c-4e19-b612-524ea2a131ff"
W: mdadm: /etc/mdadm/mdadm.conf defines no arrays.

# vi /etc/crypttab
# cat /etc/crypttab
nvme0n1p3_crypt UUID=20eada6e-6b8c-4e19-b612-524ea2a131ff none luks,discard
# update-initramfs -k 4.10.0-24-generic -c -b /boot
update-initramfs: Generating /boot/initrd.img-4.10.0-24-generic
W: mdadm: /etc/mdadm/mdadm.conf defines no arrays.

In other words, when the UUID is quoted (") it fails. However, the quoted UUID is exactly what at least one of the other tools in Ubuntu must use because there was a second line in that file originally (I removed it to make the example/testcase above clearer) for another drive and that one uses quotes.

Please review and QA this area properly. Thank you.

[Roel Van de Paar (roel11)]

How do I add zesty?

[Roel Van de Paar (roel11)]

"at least one of the other tools in Ubuntu" - that is unless I added it, which is a possibility too. Still, that secondary drive works fine (assuming that /etc/crypttab is used to unlock it, which I cannot confirm due to lack of knowledge in that area)

[Michael McCallum (stickycode)]

I'm seeing this on 17.04 as well

Ø sudo update-initramfs -u
update-initramfs: Generating /boot/initrd.img-4.10.0-33-generic
cryptsetup: WARNING: invalid line in /etc/crypttab for myvolume -
cryptsetup: WARNING: invalid line in /etc/crypttab for myvolume -

manually mounted the volume on boot with the wrong name

[Tomas (xhudik)]

ubuntu 18.04, the same:
update-initramfs -c -k all
update-initramfs: Generating /boot/initrd.img-4.15.0-38-generic
cryptsetup: WARNING: invalid line in /etc/crypttab for luks-9013e4bc-3ea3-4379-957c-88e2bbb701c1 -
update-initramfs: Generating /boot/initrd.img-4.15.0-29-generic
cryptsetup: WARNING: invalid line in /etc/crypttab for luks-9013e4bc-3ea3-4379-957c-88e2bbb701c1 -