Ubuntu
initramfs-tools package

fsck fails when homedir is encrypted

Bug #510597 reported by Khabarik on 2010-01-21

18

This bug affects 3 people

Affects		Status	Importance	Assigned to	Milestone
	ecryptfs-utils (Ubuntu)	Fix Released	High	Unassigned
Nominated for Lucid by Gerry C.
	initramfs-tools (Ubuntu)	Fix Released	High	Dustin Kirkland 
Nominated for Lucid by Gerry C.

Bug Description

Binary package hint: ecryptfs-utils

Lucid installed with encrypted homedir option and ext4 partitions.
When fsck fails to fix errors automatically during boot, it waits for manual intervention with root shell. But before shell launches, ecryptfs tries to mount homedir, which it obviously can't do, because / is not mounted, so it hangs. This renders system unusable, without LiveCD nearby. Same thing in single mode.

ProblemType: Bug
Architecture: amd64
Date: Thu Jan 21 14:15:31 2010
DistroRelease: Ubuntu 10.04
EcryptfsInUse: Yes
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Alpha amd64 (20091209)
NonfreeKernelModules: fglrx
Package: ecryptfs-utils 82-0ubuntu2
ProcEnviron:
LANG=ru_RU.utf8
SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.32-11.15-generic
SourcePackage: ecryptfs-utils
Uname: Linux 2.6.32-11-generic x86_64

Tags:

Revision history for this message

Khabarik (khabarik) wrote on 2010-01-21:

#1

Dependencies.txt Edit (1.1 KiB, text/plain; charset="utf-8")

Revision history for this message

Dustin Kirkland  (kirkland) wrote on 2010-01-21:

#2

Hmm, ecryptfs-utils may need to solve this in pam_ecryptfs, making sure that /home is mounted and readable before trying to mount. I can fix this.

affects:	ecryptfs-utils (Ubuntu) → initramfs-tools (Ubuntu)
Changed in initramfs-tools (Ubuntu):
importance:	Undecided → High
Changed in ecryptfs-utils (Ubuntu):
importance:	Undecided → High
status:	New → Invalid
Changed in initramfs-tools (Ubuntu):
status:	New → Triaged

Dustin Kirkland  (kirkland) on 2010-01-21

Changed in initramfs-tools (Ubuntu):
assignee:	nobody → Dustin Kirkland (kirkland)

Revision history for this message

Gerry C. (ubuntunerd-nospammail) wrote on 2010-02-10:

#3

This bug does effect ecryptfs-utils.

Changed in ecryptfs-utils (Ubuntu):
status:	Invalid → Confirmed

Revision history for this message

Mitch Towner (kermiac) wrote on 2010-02-12:

#4

set ecryptfs-utils task back to invalid as it was incorrectly changed to confirmed

Changed in ecryptfs-utils (Ubuntu):
status:	Confirmed → Invalid

mike2357 (mike2357) on 2010-04-14

Changed in ecryptfs-utils (Ubuntu):
status:	Invalid → Confirmed

Revision history for this message

mike2357 (mike2357) wrote on 2010-05-05:

#5

This appears to be fixed in Lucid. fsck progressed quickly to around 71% and then advanced slowly to 100%. Then the system booted normally. While fsck was progressing, there as a notice that users could press "C" to terminate the fsck.

Revision history for this message

Dustin Kirkland  (kirkland) wrote on 2010-05-05:

#6

Agreed, mike2357. I just had an fsck yesterday, with encrypted home. The first 70% went really quickly, after that, it slowed down a bit, but eventually finished successfully. Marking fix-released for Lucid.

Changed in ecryptfs-utils (Ubuntu):
status:	Confirmed → Fix Released
Changed in initramfs-tools (Ubuntu):
status:	Triaged → Fix Released

Report a bug

This report contains Public information

Everyone can see this information.

You are

Subscribing...

Edit bug mail

Other bug subscribers

Bug attachments

Dependencies.txt Edit

Add attachment

Remote bug watches

Bug watches keep track of this bug in other bug trackers.