Hwere's what I've found so far looking at the askpass source code:
Askpass writes to stdout, asnd this is piped into cryptsetup in the
scripts cryptroot and cryptdisks.functions
When the cryptroot script in the initramfs calls askpass, there is no
underlying terminal to take the output from st
Found it! That Debian directory is would have saved me hours when I was first
experimenting with getting encrypted resume,(from encrypted swap), home,
/tmp,and /var/tmp with unencrypted binaries(for performance).
I can now see if I can find a way to make askpass never echo the
passphrase back
I could not find a debian directory in either the cryptsetup
1.0.6.orig.tar.gz source package, nor in the cryptsetup 1.0.6-7ubuntu7_i386.deb
Debian package, which does contain the 4 byte "debian-binary" file. The only
other things named Debain I found were things like the news.debian.gz tar
Luke writes:
> What source package contains the source code for the askpass.c binary? I
> wanted to give this a try but never found the source of askpass.c
look in the cryptsetup, it should be in the debian/ directory. It is a
program contributed by the debian packager.
--
Gruesse/greetings,
R
One other thing: My LUKS partition mounts on /home-fstab then -o bind mounts
folders TMP and VAR_TMP within it as /var and /var/tmp .
Also, usplash in general I've found to be buggy. I've made two different
splash screens (one in hardy and one in Jaunty) work fine, but what version are
you
Odd-I've tested this again and again on my own system. Reopen
cryptdisks.functions from your machine in a text editor and make sure it is
truly overwritten-a suprise there would be the first thing I would suspect.
If you are NOT able to unlock the encrypted partition, but DO see you
text ec
good question.
Btw, does the problem only occur when you switch the VT at the usplash
password prompt, or is the password echoed also without any VT switch?
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
--
usplash prevents passwords from being not echoed on the console
https://bugs.la
Saïvann Carignan <[EMAIL PROTECTED]> writes:
> The attached patch reverses last changes uploaded with cryptsetup
> 1.0.6-6ubuntu1 and break usplash again. This is a temporary workaround
> to patch the security issue until a fix which safely permits the use of
> usplash is developed.
Well, it does