kern/105368: geli passphrase prompt malfunctioning when mounting
Roland de Leeuw
r_leeuw at hotmail.com
Sat Dec 1 12:01:37 PST 2007
>Number: 105368
>Category: kern
>Synopsis: geli passphrase prompt malfunctioning when mounting encrypted fs at boot time
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Fri Nov 10 10:10:21 GMT 2006
>Closed-Date:
>Last-Modified:
>Originator: Jost Menke
>Release: 6.2-BETA3, also tested 6.1-RELEASE
>Organization:
>Environment:
FreeBSD 6.2-BETA3 FreeBSD 6.2-BETA3 #0: Mon Oct 30 22:04:37 UTC 2006 root at o
pus.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386
>Description:
When running FreeBSD 6.2-BETA3 or 6.1-RELEASE in a VMware session with encrypted root filesystem, the geli password prompt does not work when the root fs is mounted at boot time. I put kern.geom.eli.visible_passphrase=1 into /boot/loader.conf to see what's wrong, result: the keyboard doesn't work at all. When kbdmux is deactivated by putting hint.kbdmux.0.disabled="1" into /boot/device.hints, the behaviour changes: Keyboard partly works, but about 90% of all keystrokes are lost. The problem only seems to occur when mounting encrypted volumes at boot time. Other people on the mailing list report similar problems running FreeBSD on real hardware.
>How-To-Repeat:
- Install 6.2-BETA3 or 6.1-RELEASE with encrypted root fs in VMware player
- Put kern.geom.eli.visible_passphrase=1 into /boot/loader.conf
- Also try to put hint.kbdmux.0.disabled="1" into /boot/device.hints
SIMILAR PROBLEM (Outside VMWARE)
Glad that i saw this problem on the internet! I have the same problem on a real machine. A Compaq Deskpro EN (P933 Mhz). I Use this baby as a server. With FreeBSD Geli worked ok, but with FreeBSD 6.2 i have this problem. Funny thing is that my backup Server (P500 MHZ, A-Bit Motherboard) has no problem at all. I noticed the problem that my numlock light not always reacted ok (First i thought slow). But in this case, if i disable kbmux with: "Also try to put hint.kbdmux.0.disabled="1" into /boot/device.hints" it works like a charm.
Little history:
---------------------
Before this problem, i had another problem when i had enabled acpi in the BIOS of the motherboard:
*******************
Fatal trap 12: page fault while in kernal mode
fault virtual adress = 0x1
fault code = supervisor read, page not present
instruction pointer = 0x20:0xc06a6b14
stack pointer = 0x28:0xcbf3b670
frame pointer = 0x28:0xcbf3b670
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = 2 (g_event)
trap number = 12
panic: page fault
*************************
I have solved this by disabling all power options in the BIOS, i dont need it anyway! :-)
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-bugs
mailing list