[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#389456: p-a-c: Fails to configure encrypted volumes

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.

Ok, I've fixed this in p-a-c. update-dev is not necessary since the crypto modules create no devices.

Note that there is this issue too.
As I've said earlier in this BR, anna-install will likely not return an error if not all dependencies can be met (my logs attached earlier confirm this), so this needs to be checked in a different way.

The on-demand-loaded packages are (from your previous mail):

- cdebconf-newt-entropy
- crypto-modules-$kvers
- cryptsetup-udeb
- dmsetup-udeb
- libpopt0-udeb
- partman-crypto-dm

cryptsetup and dmsetup are checked in crypto_check_required_tools

partman-crypto-dm is the argument to anna-install and I'd assume that anna-install returns an error if the primary target is not downloaded correctly

crypto-modules-$kvers is checked in crypto_load_modules

crypto_load_modules and crypto_check_required_tools are called from crypto_prepare_method which is called from p-a-c and partman-crypto where appropriate

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.

(the above mentioned crypto_* methods are all in crypto_tools.sh from partman-crypto)

David Härdeman

Reply to: