Bug 506107 - encrypted /home partition makes unattended boot impossible, timeout requested
encrypted /home partition makes unattended boot impossible, timeout requested
Status: CLOSED DUPLICATE of bug 434696
Product: Fedora
Classification: Fedora
Component: initscripts (Show other bugs)
All Linux
low Severity medium
: ---
: ---
Assigned To: Bill Nottingham
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2009-06-15 11:43 EDT by Jens Hardings
Modified: 2014-03-16 23:19 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2009-06-15 17:13:58 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Jens Hardings 2009-06-15 11:43:53 EDT
Description of problem:
It is not possible to add an option to /etc/crypttab so it does not query the passphrase for a crypted device. This makes it impossible to have an unattended boot, even if that particular partition is not necessary for booting.

Version-Release number of selected component (if applicable):

How reproducible:
on every boot.

Steps to Reproduce:
1. create an encrypted /home partition
2. add corresponding entry to /etc/crypttab
3. reboot

When nobody is in front of the machine, it gets to the crypted filesystem passphrase promt, without any possibility of logging in remotely to enable the decryption of the encrypted partition.

Adding a timeout option in /etc/crypttab and accordingly some parsing in /etc/rc.d/rc.sysinit would allow the machine to wait some time and proceed without mounting the specified partitions, which would be unavailable until someone mounts them manually. This manual mount could be done remotely.

Additional info:
This is a similar request as in Bug 434696. The request of an noauto option would allow the system to be booted, but a timeout would be more flexible in this case.
Comment 1 Bill Nottingham 2009-06-15 17:13:58 EDT

*** This bug has been marked as a duplicate of bug 434696 ***

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