hey adriana, On 14/12/2009 Adriana Teixera wrote: > On 09:12:13 , Jonas Meurer wrote: > > On 02/12/2009 Adriana Teixera wrote: > > > If I do a: > > > > > > apt-get install cryptsetup > ... > > > ^Cdpkg: error processing cryptsetup (--configure): > > > subprocess installed post-installation script killed by signal > > > (Interrupt) > > > Processing triggers for initramfs-tools ... > > > update-initramfs: Generating /boot/initrd.img-2.6.30-2-686 > > > Errors were encountered while processing: > > > cryptsetup > > > E: Sub-process /usr/bin/dpkg returned an error code (1) > > > > > can you still reproduce the bug? if yes, does it occur for other > > packages that update the initramfs (like busybox, initramfs-tools, lvm) > > as well? > > > > i'm not able to reproduce the bug. most likely this is a problem on your > > system. > > thank you very much for your mail. Yes, I can reproduce the described > error. Every time I try to install or uninstall a package, apt-get, > aptitude or dpkg is going to sleep, while trying to finish cryptsetup > that was not configured successful. > > I also thought, it may be a problem on my system, because nobody else > reports this problem. I checked again initrams-tools (is working > properly), and now busybox and lvm2. All O.K.
interesting. does 'update-initramfs -u' run successfully for you? and can you reproduce the bug even by invoking 'dpkg-reconfigure cryptsetup'? > Sorry Jonas, but this was so annoying to me and my work, so I created for > me a workaround: I removed the cryptsetup package, extracted the package > and put every single file back by hand. So it is out of apts catalog and > running acceptable for me now. Anyway, cryptsetup is running without any > problems. argh, this is a very ugly solution. this might lead to problems once you try to reinstall the cryptsetup package. at least you'll have to double-check that no files are leftover, that old cryptsetup package releases shipped, and newer ones dropped. > I know, it is not satisfying to tap around in the dark. But I am running > out of ideas to precise this malfunction in installing cryptsetup more > exactly. i'd rather prefer to find the problem :-) you already said that installing/updating other packages which do update the initramfs doesn't reproduce the problem, right? if 'update-initramfs -u' runs without issues as well, at least it is not related to the initramfs update. maybe you could take a look at /var/lib/dpkg/info/cryptsetup.postinst and try to execute the shell code from it manually to see whether something breaks/hangs. especially the code in case "$1" = "configure" is interesting. greetings, jonas
signature.asc
Description: Digital signature
