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
-
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 depmod
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 are
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.
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)
-
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
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
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
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
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
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
11 matches
Mail list logo