LUKS, Udev, Splashy, Hell

Ferrenrock · 2010-02-03 10:44:31

Hey! I'm another one of those guys who updated and now their computer is on the ritz. I got the following problems:

--Keymap defaults to qwerty in LUKS even though 'keymap' is loaded in mkinitcpio.conf and configured to dvorak in rc.conf
--I get this esoteric error in LUKS:

device-mapper:remove ioctl failed: Device or Resource is busy

I did some google searches and most of the posts were 'I dunno it doesn't work and now it does, Udev sucks'. Half the time my password gets accepted anyway and the other half of the time it doesn't.
--Splashy turned into a big grey screen and then went black. I've been having splashy crash after Udev begins for a while now (the screen turns back on at the GNOME login) but now it doesn't even begin at all. I suspect it's because it uses modified initscripts. I uninstalled splashy, removed it from mkinitcpio.conf, changed back to normal initscripts and recompiled the kernel and the system still crashes.

I saw another thread tracing some of these problems to a kernel issue--please note that I'm NOT using a custom kernel, I'm just using the vanilla stuff the repos give me. Any idea what I should do to fix this? I'm pretty sure all this is either because of klibc, udev, or initscripts being broken but I don't know where to go from here.

EDIT:

OK, I chrooted into my system and upgraded it, and the screen still goes black and the correct keyboard (dvorak) still doesn't load at luks anymore, but even though the screen is black I can see the disk light going off at irregular intervals, leading me to believe part of the boot process is still working, even if I don't know what part it is.

Last edited by Ferrenrock (2010-02-05 06:29:24)

Ferrenrock · 2010-02-05 13:11:37

Nevermind, the issue has been solved. I removed v86d and followed the directions here to get the correct resolution: http://wiki.archlinux.org/index.php/Int … Setting.29

It turned out that when I reinstalled the initscripts after removing splashy my rc.conf was replaced and then moved to rc.conf.pacsave. Because hal isn't enabled in the default rc.conf and v86d was blanking out my screen, my computer wasn't responding at all. Special thanks goes out to john_f on IRC for helping me fix this.

orschiro · 2010-02-07 09:06:47

Hello Ferrenrock,

what's with your LUKS problem? Did you solve that? I got the same error on boot.

Ferrenrock · 2010-02-08 21:10:51

I basically fixed everything by removing the v86d hook in the mkinitcpio, which was causing the screen to go black. Reinstalling the initscripts had replaced my rc.conf with an almost-blank one, so my keyboard layout wasn't working with LUKS. I don't get that error anymore, but I'm still not sure why What does your mkinitcpio look like?

orschiro · 2010-02-08 21:58:44

Hello Ferrenrock,

this is my mkinitcpio.conf. I don't use v86d hook, so this can't be the problem.

[robert@thinkpad ~]$ cat /etc/mkinitcpio.conf 
# vim:set ft=sh
# MODULES
# The following modules are loaded before any boot hooks are
# run.  Advanced users may wish to specify all system modules
# in this array.  For instance:
#     MODULES="piix ide_disk reiserfs"
MODULES="intel_agp i915"

# BINARIES
# This setting includes, into the CPIO image, and additional
# binaries a given user may wish.  This is run first, so may
# be used to override the actual binaries used in a given hook.
# (Existing files are NOT overwritten is already added)
# BINARIES are dependancy parsed, so you may safely ignore libraries
BINARIES=""

# FILES
# This setting is similar to BINARIES above, however, files are added
# as-is and are not parsed in anyway.  This is useful for config files.
# Some users may wish to include modprobe.conf for custom module options,
# like so:
#    FILES="/etc/modprobe.conf"
FILES="/etc/modprobe.d/modprobe.conf"

# HOOKS
# This is the most important setting in this file.  The HOOKS control the
# modules and scripts added to the image, and what happens at boot time.
# Order is important, and it is recommended that you do not change the
# order in which HOOKS are added.  Run 'mkinitcpio -H <hook name>' for
# help on a given hook.
# 'base' is _required_ unless you know precisely what you are doing.
# 'udev' is _required_ in order to automatically load modules
# 'modload' may be used in place of 'udev', but is not recommended
# 'filesystems' is _required_ unless you specify your fs modules in MODULES
# Examples:
#    This setup specifies all modules in the MODULES setting above.
#    No raid, lvm2, or encrypted root is needed.
#    HOOKS="base"
#
#    This setup will autodetect all modules for your system and should
#    work as a sane default
#    HOOKS="base udev autodetect pata scsi sata filesystems"
#
#    This is identical to the above, except the old ide subsystem is
#    used for IDE devices instead of the new pata subsystem.
#    HOOKS="base udev autodetect ide scsi sata filesystems"
#
#    This setup will generate a 'full' image which supports most systems.
#    No autodetection is done.
#    HOOKS="base udev pata scsi sata usb filesystems"
#
#    This setup assembles an pata raid array with an encrypted root FS.
#    Note: See 'mkinitcpio -H raid' for more information on raid devices.
#    HOOKS="base udev pata raid encrypt filesystems"
#
#    This setup loads an lvm2 volume group on a usb device.
#    HOOKS="base udev usb lvm2 filesystems"
HOOKS="base udev autodetect pata scsi sata encrypt lvm2 filesystems"

# COMPRESSION
# Use this to compress the initramfs image. With kernels earlier than
# 2.6.30, only gzip is supported, which is also the default. Newer kernels
# support gzip, bzip2 and lzma.
#COMPRESSION="gzip"
#COMPRESSION="bzip2"
#COMPRESSION="lzma"

Last edited by orschiro (2010-02-10 22:25:11)

Ferrenrock · 2010-02-10 13:05:44

I was taking all this time looking into weird solutions, and then I realized: you don't have the "encrypt" hook loaded.
Change the hooks line to

HOOKS="base udev autodetect pata scsi sata encrypt filesystems"

It is important that this goes before filesystems, and that you remove the hash at the beginning of the line. Then, when you've done this, run

mkinitcpio -p kernel26

orschiro · 2010-02-10 22:26:23

Sorry,

by mistake I copied only half of my mkinitcpio.conf. I edited it above. As you can see encrypt hook is loaded. This can't be the problem.

Regards

Last edited by orschiro (2010-02-10 22:26:40)

Arch Linux

#1 2010-02-03 10:44:31

LUKS, Udev, Splashy, Hell

#2 2010-02-05 13:11:37

Re: LUKS, Udev, Splashy, Hell

#3 2010-02-07 09:06:47

Re: LUKS, Udev, Splashy, Hell

#4 2010-02-08 21:10:51

Re: LUKS, Udev, Splashy, Hell

#5 2010-02-08 21:58:44

Re: LUKS, Udev, Splashy, Hell

#6 2010-02-10 13:05:44

Re: LUKS, Udev, Splashy, Hell

#7 2010-02-10 22:26:23

Re: LUKS, Udev, Splashy, Hell

Board footer