<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#CCCCCC" text="#000000">
<div class="moz-cite-prefix">Thanks to the folks on #openrc, I was
finally able to root cause this bug.<br>
<br>
<br>
In file /lib/cryptsetup/cryptdisks.functions<br>
<br>
# if there's already a udev-triggered job running
for this<br>
# device, wait for it to finish, then re-process
to confirm<br>
# that it's started successfully. In the general
case this<br>
# will just be a no-op, but we don't want to defer
to the<br>
# other job entirely because this is the fallback
for fixing<br>
# up any ordering-dependent decrypting.<br>
while status cryptdisks-udev DEVNAME="$dev_match"
2>&1 | grep -q 'start'<br>
do<br>
sleep 1<br>
done<br>
<br>
Which leads to.....<br>
<br>
<br>
[....] + echo -n Starting early crypto disks...<br>
Starting early crypto disks...+ log_action_begin_msg_post Starting
early crypto disks<br>
+ :<br>
+ mount_fs<br>
+ local point<br>
+ MOUNTED=<br>
+ egrep -v ^[[:space:]]*(#|$) /etc/crypttab<br>
+ read dst src key opts<br>
+ dev_match=UUID=ae658322-236d-489a-8a9c-371a369873ec<br>
+ [ ae658322-236d-489a-8a9c-371a369873ec !=
UUID=ae658322-236d-489a-8a9c-371a369873ec ]<br>
+ readlink -f
/dev/disk/by-uuid/ae658322-236d-489a-8a9c-371a369873ec<br>
+ dev_match=/dev/sda7<br>
+ status cryptdisks-udev DEVNAME=/dev/sda7<br>
+ grep -q start<br>
+ sleep 1<br>
+ + status cryptdisks-udev DEVNAME=/dev/sda7<br>
grep -q start<br>
+ sleep 1<br>
+ + status cryptdisks-udev DEVNAME=/dev/sda7<br>
grep -q start<br>
+ sleep 1<br>
+ + status cryptdisks-udev DEVNAME=/dev/sda7<br>
grep -q start<br>
+ sleep 1<br>
+ + status cryptdisks-udev DEVNAME=/dev/sda7<br>
<br>
<br>
Commenting the while loop solves the problem.<br>
<br>
<br>
Should this be assigned to the cryptsetup maintainers ???<br>
<br>
<br>
Ritesh<br>
<br>
<br>
<br>
<br>
On Friday 10 October 2014 01:15 PM, Ritesh Raj Sarraf wrote:<br>
</div>
<blockquote cite="mid:54378E84.2010002@researchut.com" type="cite">
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
<div class="moz-cite-prefix">On Friday 10 October 2014 03:20 AM,
Robbie Harwood wrote:<br>
</div>
<blockquote
cite="mid:87y4so3obp.fsf@kirtar.i-did-not-set--mail-host-address--so-tickle-me"
type="cite">
<pre wrap="">Don't think it's this, either. I did not interrupt any part of boot in
order to get this failure; this failure happens <b class="moz-txt-star"><span class="moz-txt-tag">*</span>every time<span class="moz-txt-tag">*</span></b>. It's
possible that the filesystem is read-only during boot here which would
cause failure, but I don't have a good way to check that.
</pre>
<blockquote type="cite" style="color: #000000;">
<pre wrap=""><span class="moz-txt-citetags">> </span>If you agree that this is the same bug, then I may close this one.
</pre>
</blockquote>
<pre wrap="">Unless you see something that I don't, I think this is a different bug.
</pre>
</blockquote>
<br>
I think you are hit by the same bug as me.<br>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750559">https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750559</a><br>
<br>
Unfortunately, I did not hear back from the maintainer or the
upstream dev on this one.<br>
<br>
<pre class="moz-signature" cols="72">--
Ritesh Raj Sarraf
RESEARCHUT - <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.researchut.com">http://www.researchut.com</a>
"Necessity is the mother of invention."
</pre>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
Ritesh Raj Sarraf
RESEARCHUT - <a class="moz-txt-link-freetext" href="http://www.researchut.com">http://www.researchut.com</a>
"Necessity is the mother of invention."
</pre>
</body>
</html>