/proc/modules to see which
modules are loaded (dm-crypt should be in that list).
Also, check under /lib/modules/... that the dm-crypt.ko module is available.
Finally, also check that you have some crypto settings in
/conf/conf.d/cryptroot.
--
David Härdeman
--
To UNSUBSCRIBE, email
, that explains it, I'll commit a fix as soon as I have time (the
openssl bug eats up quite a lot of my time right now).
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Tue, May 13, 2008 12:00, maximilian attems wrote:
On Tue, 13 May 2008, David Härdeman wrote:
mount in klibc-utils has problems if you try to run it with multiple
filesystems as arguments to the -t option because it does not
correctly check that the mounting succeeded.
The attached patch
Package: klibc
Version: 1.5.9
Severity: minor
Tags: patch
Hi,
mount in klibc-utils has problems if you try to run it with multiple
filesystems as arguments to the -t option because it does not
correctly check that the mounting succeeded.
The attached patch should fix it.
--
David
details at:
http://libtorrent.rakshasa.no/ticket/1063
This has been fixed in rtorrent SVN by changeset 1052, but I've also
attached a patch which fixes this for the version currently in Debian.
--
David Härdeman
diff -ur ./rtorrent-0.7.9.orig/src/rpc/scgi_task.cc ./rtorrent-0.7.9/src/rpc
=$(sed -rn 's/^RESUME[[:space:]]+=[[:space:]]+// p' \
/etc/initramfs-tools/conf.d/resume)
Thanks, I'll change that to
device=$(sed -rn 's/^RESUME[[:space:]]*=[[:space:]]*// p' \
/etc/initramfs-tools/conf.d/resume)
as soon as I have access to my laptop.
--
David Härdeman
this bug report with the
next upload of cryptsetup.
Anyone who disagrees?
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Fri, March 28, 2008 13:52, Jonas Meurer wrote:
On 28/03/2008 David Härdeman wrote:
Additionally, I've already committed support for udevadm to upstream
cryptsetup SVN. So if we remove the udevsettle call and update the
libdevmapper dependency, I think we can close this bug report
I think this bug (#447360) was fixed in version 2:1.02.24-4 of devmapper
when the patch from #455745 was integrated.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Tue, March 25, 2008 10:27, Dick Middleton wrote:
David Härdeman wrote:
I think this bug (#447360) was fixed in version 2:1.02.24-4 of devmapper
when the patch from #455745 was integrated.
I've not had any difficulties or noticed any odd behaviour recently so
I'm inclined to agree. Does
or I could have fixed it myself :)
If anyone feels like providing me with a fixed progress.png (see the
source package), a fixed version of usplash-theme-debian should not take
long to make.
--
David Härdeman
of the SIGALRM
signal from the interval timer, handle_input() ends up waiting at most
40.000 * timeout _microseconds_ rather than timeout _seconds_.
Wrapping the sleep() call in blocksig() and unblocksig() might be one
solution.
--
David Härdeman
gradually experiment with introducing it into the initramfs script
(which should ensure a minimum amount of breakage since simply shipping
the binary won't break anything).
--
David Härdeman
#define _GNU_SOURCE
#include stdio.h
#include unistd.h
#include sys/types.h
#include sys/stat.h
#include fcntl.h
that might want such a functionality can
implement it on its own.
I'm currently leaning towards marking this bug report wontfix.
--
David Härdeman
There seems to have been no feedback on this bug report.
I think (barring any feedback to the contrary) that it should either be
closed or reassigned as a wishlist bug for udev (wishing that something
like rootdelay=/dev/whatever be supported).
--
David Härdeman
scripts (I don't have a opensc/openct
reader so I've never used them), they output keys stored on the
smartcards, right?
So how would a fallback on a password prompt be possible?
(Note also that we're in the process of making the number of tries
configurable)
--
David Härdeman
installation).
But for now, I recommend patience :)
--
David Härdeman
on a reiserfs file system. It works on the same system
in a tmpfs.
This should work now by explicitly checking for errno == ENOTSUP and
treating it as no xattrs being set (should show up in my git tree as
soon as I have good enough Internet connectivity to push the changes).
--
David Härdeman
:th and 12:th of March, so I won't have time
to hack on that for another week or two though (not intended to try your
patience Chris :))
On an unrelated note...what host key does the dropbear daemon use in the
initramfs?
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
;;
esac
;;
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
but
for the real file system (i.e. /lib/modules/working-version/kernel/crypto
and /lib/modules/broken-version/kernel/crypto).
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Wed, Feb 20, 2008 at 12:37:29PM +0100, Jonas Meurer wrote:
On 19/02/2008 David Härdeman wrote:
using kernel 2.6.25-rc2-amd64 from Debian-Kernel, I can't boot on my system because it is
not possible to open my LUKS root (/).
The encountered error is the following (boot option quiet
around in the uncompressed source tree...the modules
are under /lib/modules/something/...
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
source trees after the
builds to see which files differ?
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
/initramfs-tools/conf-hooks.d.
I'm not sure what the difference between the two directories are, but
perhaps the newer location is only supported by a newer initramfs-tools
version?
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
your patch works?
Helmut's patch is better because it will work with the usplash stuff as
well (and the cryptsetup --tries option doesn't). Feel free to commit it
once you have confirmation that it works.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
would be necessary to the main cryptsetup initramfs
scripts...
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi,
I just did a recompile using up-to-date Sid packages, and I can't
reproduce the problems you're seeing...all images seem correct.
Could you perhaps try a new compile from a clean source tree with
up-to-date packages?
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
already provide
this?
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
/kernel/crypto/blkcipher.ko
insmod /lib/modules/2.6.24-1-686/kernel/drivers/crypto/padlock-aes.ko
insmod /lib/modules/2.6.24-1-686/kernel/arch/x86/crypto/aes-i586.ko
And all of those modules are added as a result.
I think the next step would be to get some feedback from Maximilian.
--
David
with the idea in general, but there are a few things
missing:
a) (as you mentioned) Breadth-first traversal
b) uid, gid, xattr, mtimes should also be set (if possible)
Unfortunately I won't have much time to hack until March.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
On Sat, Jan 19, 2008 at 01:35:00AM +0100, Jonas Meurer wrote:
On 20/12/2007 maximilian attems wrote:
On Thu, 20 Dec 2007, David Härdeman wrote:
Maks: if the disks do appear later, wouldn't that indicate a bug in
udevsettle returning before the RAID card is done initalizing (or a bug
.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
The latest reference policy seems to include a SELinux module for exim:
http://marc.info/?l=selinuxm=119765898413497w=2
Haven't tested it yet but I wanted to make sure it was noted in the bug
reports.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
understand. If you setup a blowfish crypto device in
/etc/crypttab, then the blowfish module will be copied to the initramfs.
The unconditional copying of aes is just there as a safety net.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
On Sun, December 9, 2007 18:43, Frans Pop wrote:
On Monday 03 December 2007, David Härdeman wrote:
What happens if you don't? This sounds like a separate bug report should
be filed against the appropriate part of debian-installer (discuss on
[EMAIL PROTECTED] if you're unsure which component
On Tue, December 4, 2007 03:34, Rene wrote:
I modified this a little bit. What do you think? I know, you have found a
better
solution already but with this you will get the exact device filename
directly
and is more secure:
In which way is it more secure?
--
David Härdeman
in the
interaction between device-mapper devices and lilo in debian-installer.
Unfortunately, I'm not sure what would be the best fix for this, so I've
sent a copy of this mail to debian-boot, let's see if we can get some
feedback.
(For those of you just joining, see #428329 for background info)
--
David
and the actual losetup -d needs to be done after do_close.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
in the initramfs shell, you might be able to do something like
symlink /dev/root to /dev/mapper/whatever_the_real_root_is_called and then
type exit which will try to resume the boot. If that works, you should
be able to inspect the contents of the lilo config file.
--
David Härdeman
/sendsigs and /etc/init.d/usplash, in the stop action).
I guess these need to be fixed to do something like:
if type usplash_write grep -qv nosplash /proc/cmdline; then
/* Do something...like start usplash */
fi
--
David Härdeman
to move the usplash startup to the usplash
init.d script as it's stop action? Then the usplash init.d link could be
moved from /etc/rc[06].d/K01usplash to /etc/rc[06].d/K02usplash (since
gdm is at prio K01)?
--
David Härdeman
be nice to also try to add some of the
wait-for-active-console-to-change functionality from the ubuntu usplash
patch Sven mailed to this bug report earlier as I still see a brief text
console between usplash and gdm (essentially the last chunk of that
patch).
--
David Härdeman
diff -ur
Package: nfs-utils
Version: 1:1.1.1-3
Severity: minor
Tags: patch
Hi,
the attached patch changes the nfs-utils init.d scripts to allow
daemons which are not necessary in a NFSv4-only environment to be
disabled through /etc/default/{nfs-common,nfs-kernel-server} options.
--
David Härdeman
though as I am far
from being a partman guru.
I've done a quick read of the patch, and I have no further objections
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
the other
tools. Changes to the klibc nfsmount also seem doable, but that leaves
rpc.gssd and the kerberos tools. rpc.gssd might be simplified by the fact
that for the root user it uses the machine credentials, but there is still
a lot of code...
--
David Härdeman
--
To UNSUBSCRIBE, email
, the race condition still remains in libdevmapper, this fix works
around it for cryptsetup so it still needs to be fixed in libdevmapper. I
say we reassign this bug, keep an eye on it and remove the Novell patch
once libdevmapper is fixed. Do you agree?
--
David Härdeman
--
To UNSUBSCRIBE, email
I reassign this BR.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
?
What are the other problems you refer to?
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
, but with manual_add_modules instead
of modprobe, can be added to the initramfs hook.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Wed, October 3, 2007 15:58, Dick Middleton wrote:
David Härdeman wrote:
Thanks, could you now do one more thing for me? A strace from a
successful
invocation would be nice for comparison (I assume you've setup a test
partition for this considering the testpwd password that you use
On Wed, October 3, 2007 00:04, Dick Middleton wrote:
David Härdeman wrote:
On Tue, Oct 02, 2007 at 10:10:40PM +0100, Dick Middleton wrote:
David Härdeman wrote:
On Mon, October 1, 2007 21:16, Dick Middleton wrote:
I have a curious effect; sometimes I get an error with luksOpen
On Wed, October 3, 2007 10:39, Dick Middleton wrote:
David Härdeman wrote:
strace echo -n x| cryptsetup luksOpen /dev/mapper/vg02-devil
devil
Sorry, but you need to have the strace call on the right hand side of
the
pipe (echo -n xxx | strace ...). Could you please try again
) If modules have been added, please try adding them to /etc/modules,
reboot and try luksOpen again, if it works on the first attempt, something
fishy is going on with the auto-module loading (i.e. that the libdevmapper
code is being too impatient).
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL
On Tue, Oct 02, 2007 at 10:10:40PM +0100, Dick Middleton wrote:
David Härdeman wrote:
On Mon, October 1, 2007 21:16, Dick Middleton wrote:
I have a curious effect; sometimes I get an error with luksOpen such as
this:
Failed to setup dm-crypt key mapping.
The first message is usually
.
--
David Härdeman
is not 36 bytes which is a bit confusing :)
--
David Härdeman
have to filter minix in un_vol_id since it seems more
likely that someone would have a misdetected fs rather than having a real
minix fs.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Sat, Aug 04, 2007 at 11:58:53AM +0200, Sebastian Dröge wrote:
Am Montag, den 09.07.2007, 19:18 +0200 schrieb David Härdeman:
Trying to play a http:// URI, I get the message that no HTTP handler is
installed even though gnomevfs is installed (and working, since sftp://
URI's work fine
.dfsg-1 GNOME XML library
gstreamer0.10-gnomevfs recommends no packages.
-- no debconf information
--
David Härdeman
Any news/progress on getting this included?
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
we should at least document
it somewhere, as Dmitry suggested.
The initramfs scripts adds the correct block cipher modules, I guess
that yaird's crypto logic needs similar fixes, so yes - it seems
reasonable to reassign the bug to yaird.
--
David Härdeman
can't
check right now.
--
David Härdeman
this, I'm
inclined to close the bug report.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
/cryptroot
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Thu, May 10, 2007 at 10:47:29PM +0200, Petter Reinholdtsen wrote:
[David Härdeman]
Here's a more complete stub (/lib/init/splash-functions-base) file which
should allow many more scripts to use the generic functions.
This API looks quite good, and I suspect it will handle most needs.
We
-screensaver works again. Might be something to try
until the driver is fixed.
--
David Härdeman
On Sat, May 12, 2007 at 10:20:58AM -0300, Otavio Salvador wrote:
David Härdeman [EMAIL PROTECTED] writes:
Please review.
Hello David,
There're some indentation mistakes (mixing tabs and spaces) and also I
don't like the private_splash_progress method name. A better name
might
and that is the
message that needs to be conveyed to the user anyway (that the next step
is going to take an unknown, and possibly large, amount of time).
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Thu, May 10, 2007 16:09, David Härdeman said:
Petter Reinholdtsen wrote:
+ # Changing the fonts make usplash exit. Avoid this.
+ if pidof usplash ; then
Maybe it would be a good idea to extend the script from #423095 further
and add a splash_active() function?
Actually, after
overflow warnings)
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Petter Reinholdtsen wrote:
+ # Changing the fonts make usplash exit. Avoid this.
+ if pidof usplash ; then
Maybe it would be a good idea to extend the script from #423095 further
and add a splash_active() function?
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
On Wed, May 09, 2007 at 08:38:38PM +0200, Petter Reinholdtsen wrote:
[David Härdeman]
the attached patch changes the sysvinit init.d script(s) to allow splash
scripts to hook into the fsck stage so that special action can be taken
(in the case of usplash, this would be to set a high timeout
When the installation freezes, are you able to change to VT2? (Alt+F2,
followed by enter), and if so, what is the last few lines from ps ax
and dmesg?
--
David Härdeman
On Thu, May 10, 2007 at 10:47:29PM +0200, Petter Reinholdtsen wrote:
[David Härdeman]
Here's a more complete stub (/lib/init/splash-functions-base) file which
should allow many more scripts to use the generic functions.
This API looks quite good, and I suspect it will handle most needs.
We
the progressbar reflect that an unknown amount of time will be spent
fscking, splashy would probably want something similar).
--
David Härdeman
diff -Nur ./sysvinit-2.86.ds1.orig/debian/initscripts/etc/init.d/checkfs.sh ./sysvinit-2.86.ds1/debian/initscripts/etc/init.d/checkfs.sh
--- ./sysvinit
I've attached a patch which reverses the logic in the init script.
--
David Härdeman
diff -ur ./usplash-0.4-43.orig/debian/usplash.init ./usplash-0.4-43/debian/usplash.init
--- ./usplash-0.4-43.orig/debian/usplash.init 2007-05-09 20:21:34.0 +0200
+++ ./usplash-0.4-43/debian/usplash.init
Package: usplash
Version: 0.4-43-3
Severity: minor
Tags: patch
Hi,
the attached patch changes the usplash_down script so that it is in line
with the rest of the init scripts using the nosplash logic.
--
David Härdeman
diff -ur ./usplash-0.4-43.orig/usplash_down ./usplash-0.4-43/usplash_down
This is probably not a bug in usplash but instead #422979 that you're
seeing...
--
David Härdeman
the user!
*
* The case of usplash terminating normally is already handled
* in the init script with an explicit chvt.
*/
// usplash_restore_console ();
return ret;
--
David Härdeman
I've attached a patch which documents all the arguments for usplash(8).
This patch should probably go upstream as well.
--
David Härdeman
diff -ur ./usplash-0.4-43.orig/usplash.8 ./usplash-0.4-43/usplash.8
--- ./usplash-0.4-43.orig/usplash.8 2007-03-16 00:47:06.0 +0100
+++ ./usplash
-base)
--
David Härdeman
diff -ur ./sysvinit-2.86.ds1.orig/debian/sysv-rc/etc/init.d/rc ./sysvinit-2.86.ds1/debian/sysv-rc/etc/init.d/rc
--- ./sysvinit-2.86.ds1.orig/debian/sysv-rc/etc/init.d/rc 2007-05-09 21:03:34.0 +0200
+++ ./sysvinit-2.86.ds1/debian/sysv-rc/etc/init.d/rc 2007-05-09 21
it should continue with the other entries in crypttab.
Thanks, I've fixed this in the SVN version.
--
David Härdeman
what is
going on?
--
David Härdeman
be supported.
--
David Härdeman
be the
success/warning/failure message alone on one line).
--
David Härdeman
diff -ur ./usplash-0.4-43.orig/debian/lsb-base-logging-ubuntu.sh ./usplash-0.4-43/debian/lsb-base-logging-ubuntu.sh
--- ./usplash-0.4-43.orig/debian/lsb-base-logging-ubuntu.sh 2007-05-10 00:29:02.0 +0200
+++ ./usplash-0.4
will read from stdin until the pipe is closed, so
multiple attemps do not make much sense then...
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
.
Feel free to build and test the SVN version if you want to (it's on
svn.debian.org).
PS. echo is a builtin function in both the klibc and busybox shell so
adding it with a hook is not necessary...
--
David Härdeman
On Mon, April 16, 2007 22:15, maximilian attems said:
On Mon, 16 Apr 2007, David Härdeman wrote:
Ok, I've fixed all lintian warnings, the updated version of the package
is
available via git:
git clone http://david.hardeman.nu/git/usplash-theme-debian.git
usplash-theme-debian
i like
easier for the debian-installer since no
other changes than including usplash in the desktop task would be
necessary in order to install with usplash (a bug I was planning to file
later when a default theme is also available).
--
David Härdeman
diff -ur ./usplash-0.4-43.orig/initramfs/scripts/init
It would be great if you could take a look at it and add it to the
archive (i.e. feel free to adopt it so that there is at least one default
theme).
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Mon, Apr 16, 2007 at 10:02:09AM +0200, maximilian attems wrote:
On Mon, Apr 16, 2007 at 08:31:47AM +0200, David Härdeman wrote:
And about one hour later I uploaded a new version fixing a buffer overrun
causing erratic theme sizes to be chosen. It's at the same URL so if
anyone did download
the ability to change
any variable which might cause the duplicated entries later (e.g.
192.168.111.64:192.168.111.65:/opt/ltsp/i386).
--
David Härdeman
-debian.tar.gz
It would be great if you could take a look at it and add it to the
archive (i.e. feel free to adopt it so that there is at least one
default theme).
--
David Härdeman
at the same situation for
partman-lvm.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
.
--
David Härdeman
empty lines in
/etc/crypttab and I get no such warnings. Could you please send me your
/etc/crypttab and /etc/fstab?
--
David Härdeman
provide the exact steps to reproduce it please?
--
David Härdeman
are the
culprit.
--
David Härdeman
101 - 200 of 617 matches
Mail list logo