Bug 949702 - Need appropriate timeout setting in /etc/crypttab
Summary: Need appropriate timeout setting in /etc/crypttab
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: systemd
Version: 19
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: systemd-maint
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-04-08 19:18 UTC by Stephen John Smoogen
Modified: 2013-05-16 03:01 UTC (History)
22 users (show)

Fixed In Version: systemd-201-2.fc18.6
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 951261 (view as bug list)
Environment:
Last Closed: 2013-04-27 03:12:45 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 868421 0 high CLOSED Dracut should not time out and fail waiting for LUKS decryption 2021-02-22 00:41:40 UTC

Internal Links: 868421

Description Stephen John Smoogen 2013-04-08 19:18:05 UTC
Description of problem:

In tracking down [Bug 949697] New: Dracut should not time out and fail waiting for LUKS decryption, Harald Hoyer said that part of the problem is that anaconda needs to set the appropriate flag on setting up the system.

anaconda should write "timeout=0" in /etc/crypttab for everything.

This is a tracker bug on getting that into the Fedora 19 anaconda.

Comment 1 Paul W. Frields 2013-04-08 19:22:58 UTC
Smooge means bug 868421 I think.

Comment 2 Stephen John Smoogen 2013-04-08 19:24:08 UTC
Yes bug 868421. I got cc'd on the other one and chose that number by mistake. My apologies.

Comment 3 David Lehman 2013-04-11 20:02:53 UTC
I changed my mind on this one. If they want a default of no timeout then that's a change that belongs in cryptsetup -- not anaconda or blivet. Feel free to try to convince me otherwise.

Comment 4 Paul W. Frields 2013-04-11 21:21:13 UTC
Moving the bug to cryptsetup...

Comment 5 Milan Broz 2013-04-12 05:40:15 UTC
cryptsetup itself has no timeout as default from the beginning.

But /etc/crypttab is now handled by systemd-cryptsetup unit generator.

So let's reassign it to the proper systemd intergalaxy space...

Comment 6 Harald Hoyer 2013-04-12 07:46:07 UTC
sent patch to the systemd-devel ML:
http://lists.freedesktop.org/archives/systemd-devel/2013-April/010363.html

Comment 7 Fedora Update System 2013-04-22 07:13:30 UTC
systemd-202-2.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/FEDORA-2013-6070/systemd-202-2.fc19

Comment 8 Fedora Update System 2013-04-24 13:09:25 UTC
systemd-202-3.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/systemd-202-3.fc19

Comment 9 Fedora Update System 2013-04-24 16:34:21 UTC
Package systemd-202-3.fc19:
* should fix your issue,
* was pushed to the Fedora 19 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing systemd-202-3.fc19'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2013-6488/systemd-202-3.fc19
then log in and leave karma (feedback).

Comment 10 Fedora Update System 2013-04-27 03:12:48 UTC
systemd-202-3.fc19 has been pushed to the Fedora 19 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 11 Fedora Update System 2013-05-07 13:19:58 UTC
systemd-201-2.fc18.6 has been submitted as an update for Fedora 18.
https://admin.fedoraproject.org/updates/FEDORA-2013-5452/systemd-201-2.fc18.6

Comment 12 Fedora Update System 2013-05-07 13:44:40 UTC
systemd-201-2.fc18.6 has been submitted as an update for Fedora 18.
https://admin.fedoraproject.org/updates/FEDORA-2013-5452/systemd-201-2.fc18.6

Comment 13 Fedora Update System 2013-05-16 03:01:36 UTC
systemd-201-2.fc18.6 has been pushed to the Fedora 18 stable repository.  If problems still persist, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.