Confirmed for latest stable at the moment, installed via netinstall.
2:1.1.3-4squeeze2: amd64
I personally think it should be marked as important due to obvious
reason of inability to log into installed debian instance.
retitle 562427 please rephrase the installer question about MODULES setting for
initramfs-tools
reassign 562427 base-installer
thanks
hey john,
On 23/02/2010 John Martin wrote:
> On Sun, Feb 21, 2010 at 7:43 PM, Jonas Meurer wrote:
> > [[...]] where does this driver-policy file come from? it se
On Sun, Feb 21, 2010 at 7:43 PM, Jonas Meurer wrote:
> [[...]] where does this driver-policy file come from? it sets
> MODULES=dep, and thus overwrites MODULES=most from
> initramfs.conf. maybe that's the problem?
Indeed, the problem is with /etc/initramfs-tools/conf.d/driver-policy.
Where did it
hey john,
On 21/02/2010 John Martin wrote:
> On Sun, Feb 21, 2010 at 7:19 AM, Jonas Meurer wrote:
> > On 15/02/2010 John Martin wrote:
> >> Also attached are:
> >>
> >> 1. The /boot/initrd.img-2.6.32-trunk-amd64 created when upgrading
> >> update-inetd [4.35 -> 4.36] earlier today.
> >
> > see
On Sun, Feb 21, 2010 at 7:19 AM, Jonas Meurer wrote:
> hey john,
>
> On 15/02/2010 John Martin wrote:
>> Also attached are:
>>
>> 1. The /boot/initrd.img-2.6.32-trunk-amd64 created when upgrading
>> update-inetd [4.35 -> 4.36] earlier today.
>
> seems like you forgot to attach the initramfs ima
hey john,
On 15/02/2010 John Martin wrote:
> Also attached are:
>
> 1. The /boot/initrd.img-2.6.32-trunk-amd64 created when upgrading
> update-inetd [4.35 -> 4.36] earlier today.
seems like you forgot to attach the initramfs image.
i strongly believe that the problem is a misconfiguration on
hey John,
On 26/12/2009 John Martin wrote:
> On Fri, Dec 25, 2009 at 3:18 PM, Christoph Anton Mitterer
> wrote:
> > Quoting John Martin :
> >>
> >> How do we make that right?
> >
> > Add the required modules to /etc/initramfs-tools/modules
> >
> >> Were modules usbhid, hid, usbcore, nls_base in
hi,
yes it is important! many laptops now have internel keyboard connected to usb
bus. which means their laptop keyboard does not work.
saludo,
kev
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debia
-- Forwarded message --
From: John Martin
Date: Fri, Dec 25, 2009 at 5:17 PM
Subject: Re: [pkg-cryptsetup-devel] Bug#562427: cryptsetup: Cannot
enter luks pass phrase with USB keyboard during boot
To: Christoph Anton Mitterer
On Fri, Dec 25, 2009 at 3:18 PM, Christoph Anton
Quoting John Martin :
How do we make that right?
Add the required modules to /etc/initramfs-tools/modules
Were modules usbhid, hid, usbcore, nls_base in the "most" but lost
with the "blacklist usbkbd" that appeared in the strings of the
initrd.img?
Don't think so this should just control
Quoting John Martin :
Is there an easy way to see what is actually in the initrd.img?
You can either extract it (it's a gzipped cipo archive) or try to
create it with -v (update-initramfs -v) to see verbose info on what's
included.
Cheers,
Chris.
--
> Have you included all the necessary modules in your initramfs image?
They should be there:
,[ grep MODULES /etc/initramfs-tools/initramfs.conf ]
# MODULES: [ most | netboot | dep | list ]
MODULES=most
`
,[ man initramfs.conf|grep -A 5 MODULES ]
MODULES
Spec
Hi.
Have you included all the necessary modules in your initramfs image?
Chris.
btw: Is this really priority=important!?
This message was sent using IMP, the Internet Messaging Program.
--
To UNSUBSCRIBE, email to debian-bugs
Package: cryptsetup
Version: 2:1.1.0~rc2-1
Severity: important
USB keyboard works with BIOS before boot.
USB keyboard works with Grub Menu and edit before loading.
At luks prompt USB keyboard has no effect, acts as if not connected.
Unplugging and plugging in the USB keyboard while at the luks
14 matches
Mail list logo
