On Tue, Sep 26, 2006 at 07:36:10PM +0200, Max Vozeler wrote:
- tools="/bin/blockdev-keygen /sbin/dmsetup /sbin/cryptsetup"
+ tools="$tools /sbin/dmsetup /sbin/cryptsetup /lib/libpopt.so.0"
This won't work, I think? We test for [ -x $tool ] further down
in crypto_check
Hey David,
Thanks for adding the checks.
On Tue, Sep 26, 2006 at 06:37:59PM +0200, David Härdeman wrote:
> This leaves libpopt0 and cdebconf-newt-entropy
cdebconf-newt-entropy is already taken care of through db_capb;
blockdev-keygen will return an error dialog if it needs but cannot
find the p
Hey again,
On Tue, Sep 26, 2006 at 06:37:59PM +0200, David Härdeman wrote:
> This leaves libpopt0 and cdebconf-newt-entropy
>
> I've committed a preliminary test for the presence of those two libs to
> crypto_check_required_tools.
case $1 in
dm-crypt)
- tools="/bin
On Tue, Sep 26, 2006 at 01:02:02PM +0200, Frans Pop wrote:
On Tuesday 26 September 2006 09:51, Frans Pop wrote:
Also, if loading modules can result in new devices, update-dev (from
di-utils) needs to be called.
Again, grep in hwdetect for examples.
Adding a 'depmod -a' does fix the problem.
On Tuesday 26 September 2006 09:51, Frans Pop wrote:
> On Tuesday 26 September 2006 09:37, David Härdeman wrote:
> > Perhaps "depmod -ae" needs to be executed after the
> > crypto-modules-$kvers module has been downloaded and unpacked?
>
> Yes, depmod definitely needs to be called after new modules
On Tue, September 26, 2006 3:44, Frans Pop said:
> Although the log does not show which udebs were actually installed,
> after the failure /var/lib/dpkg shows the following packages installed
> (probably newly installed as they are at the bottom of the file):
> - cdebconf-newt-entropy
> - crypto-mo
On Tuesday 26 September 2006 09:37, David Härdeman wrote:
> Perhaps "depmod -ae" needs to be executed after the
> crypto-modules-$kvers module has been downloaded and unpacked?
Yes, depmod definitely needs to be called after new modules are loaded.
(AFAIK depmod -a should be enough.)
Grep on depm
On Tuesday 26 September 2006 02:04, David Härdeman wrote:
> Agreed...the problem is probably with the on-demand loading of modules
> and not with p-a-c. It's weird though, partman-crypto-dm does rely
> on the virtual crypto-modules package...
>
> Did the syslog have any failure messages wrt. udeb d
On Mon, Sep 25, 2006 at 11:25:53PM +0200, Max Vozeler wrote:
On Mon, Sep 25, 2006 at 09:53:31PM +0200, Frans Pop wrote:
/var/log/syslog shows:
kernel: device-mapper: crypt: Error allocating crypto tfm
kernel: device-mapper: error adding target to table
kernel: device-mapper: device doesn't appea
On Mon, Sep 25, 2006 at 09:53:31PM +0200, Frans Pop wrote:
> /var/log/syslog shows:
> kernel: device-mapper: crypt: Error allocating crypto tfm
> kernel: device-mapper: error adding target to table
> kernel: device-mapper: device doesn't appear to be in the dev hash table.
> partman-crypto: Command
Package: partman-auto-crypto
Version: 1
Severity: serious
Doing a basic install in vmware (i386), I selected p-a-c, confirmed that I
wanted to use block device encryption, selected separate /home scheme,
and was then presented with a dialog "Configuration of encrypted volumes
failed".
Re that
11 matches
Mail list logo
