Control: reassign -1 cryptsetup
Hello CryptSetup Maintainers,
This bug was hit on openrc. The issue is very particular to users
running LUKS / dm-crypt rootfs.
The root cause is mentioned in this bug report.
Can we have some insight on my that endless while loop is needed ? Can
we drop it ?
O
Ritesh Raj Sarraf writes:
> Thanks to the folks on #openrc, I was finally able to root cause this
> bug.
>
> Commenting the while loop solves the problem.
It sure does. Additionally, it does not break booting Jessie using
sysv.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debia
Thanks to the folks on #openrc, I was finally able to root cause this bug.
In file /lib/cryptsetup/cryptdisks.functions
# if there's already a udev-triggered job running for this
# device, wait for it to finish, then re-process to confirm
# that i
On Friday 10 October 2014 03:20 AM, Robbie Harwood wrote:
Don't think it's this, either. I did not interrupt any part of boot in
order to get this failure; this failure happens*every time*. It's
possible that the filesystem is read-only during boot here which would
cause failure, but I don't ha
Thomas Goirand writes:
> Hi,
>
> If I'm not mistaking, this is the same bug as this:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754987
Don't think so. While there is a udev hang, it gets past this, as you
can see from the messages at the end of the log. Furthermore, sysvinit
completes
On 10/09/2014 11:10 AM, frozencemetery wrote:
> Source: openrc
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
>
> When upgrading a sysv system (jessie) to openrc, if the partition table
> includes a lvm partition with physical volume an encrypted partition,
> ins
Source: openrc
Severity: grave
Justification: renders package unusable
Dear Maintainer,
When upgrading a sysv system (jessie) to openrc, if the partition table
includes a lvm partition with physical volume an encrypted partition,
installing openrc will render the system unbootable.
That is, the
7 matches
Mail list logo
