Bug#582177: initramfs-tools: fails to load ramdisk on boot; system with RAID CRYPTO; udev problems?

2010-05-18 Thread C. Cropper
Package: initramfs-tools
Version: 0.94.4
Severity: important
Tags: squeeze

Very recent changes to the initramfs-tools have caused my system to fail to
load ramdisk at boot.  I have to boot the system with the backup initrd
image. I have checked with rootdelay=10--no change.  The problem does not
appear to be related to grub.  When I boot the machine and watch the mass of
kernel data fly by I get the impression that udev is not working or has
somehow changed from mid-February till now (all of these problems first
appeared in late Feb/early March of 2010).  I am only using the squeeze dataset
without items from experimental or other sources.

My system is different from most in that my / partition is inside a luks crypto
container which is then on a RAID 6 volume.  The /boot is on an unencrypted
RAID 1 volume.  Each physical disk has a separate bios_grub partition (128k)
and the partition tables are GPT.

As I said before this above setup WORKS and I have a 6TB system where the
boot disk can fail (I tested this) and the system comes back alive.  For
whatever reason, recent changes to initramfs-tools 1) make it not see the
hard drives or any USB devices for that mater, 2) fails to start the RAID
devices, and thus 3) the kernel panics at about 2secs into the boot sequence.

Thank you for all your work.  Squeeze really is shaping into a mighty force.

C. Cropper



-- Package-specific info:
-- /proc/cmdline
BOOT_IMAGE=/vmlinuz-2.6.32-3-amd64 root=/dev/mapper/md1_crypt ro rootdelay=2

-- /proc/filesystems
xfs
fuseblk

-- lsmod
Module  Size  Used by
xt_multiport2267  1 
nf_nat_ftp  2047  0 
nf_conntrack_ftp5537  1 nf_nat_ftp
nf_nat_irc  1366  0 
nf_conntrack_irc3347  1 nf_nat_irc
ipt_REJECT  1953  4 
ipt_ULOG7129  17 
xt_limit1782  18 
xt_tcpudp   2319  54 
xt_state1303  65 
ipt_MASQUERADE  1554  1 
iptable_nat 4299  1 
nf_nat 13372  4 nf_nat_ftp,nf_nat_irc,ipt_MASQUERADE,iptable_nat
nf_conntrack_ipv4   9833  68 iptable_nat,nf_nat
nf_conntrack   46471  9 
nf_nat_ftp,nf_conntrack_ftp,nf_nat_irc,nf_conntrack_irc,xt_state,ipt_MASQUERADE,iptable_nat,nf_nat,nf_conntrack_ipv4
nf_defrag_ipv4  1139  1 nf_conntrack_ipv4
iptable_filter  2258  1 
ip_tables  13899  2 iptable_nat,iptable_filter
x_tables   12813  9 
xt_multiport,ipt_REJECT,ipt_ULOG,xt_limit,xt_tcpudp,xt_state,ipt_MASQUERADE,iptable_nat,ip_tables
ppdev   5030  0 
lp  7462  0 
parport27938  2 ppdev,lp
powernow_k810930  0 
cpufreq_userspace   1992  0 
cpufreq_conservative 5162  0 
cpufreq_powersave902  0 
cpufreq_stats   2659  0 
binfmt_misc 6431  1 
fuse   50110  1 
loop   11783  0 
snd_hda_codec_realtek   235378  1 
snd_hda_intel  19619  2 
snd_hda_codec  54212  2 snd_hda_codec_realtek,snd_hda_intel
usblp   9571  0 
snd_hwdep   5364  1 snd_hda_codec
snd_pcm_oss32591  0 
snd_mixer_oss  12606  1 snd_pcm_oss
snd_pcm60615  3 snd_hda_intel,snd_hda_codec,snd_pcm_oss
snd_seq_midi4400  0 
snd_rawmidi15483  1 snd_seq_midi
snd_seq_midi_event  4628  1 snd_seq_midi
snd_seq42801  2 snd_seq_midi,snd_seq_midi_event
snd_timer  15502  2 snd_pcm,snd_seq
snd_seq_device  4477  3 snd_seq_midi,snd_rawmidi,snd_seq
amd64_edac_mod 13630  0 
snd46350  15 
snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
edac_core  29245  4 amd64_edac_mod
soundcore   4598  1 snd
psmouse49505  0 
shpchp 26264  0 
i2c_nforce2 5280  0 
edac_mce_amd6353  1 amd64_edac_mod
i2c_core   15584  1 i2c_nforce2
serio_raw   3752  0 
pci_hotplug21171  1 shpchp
pcspkr  1699  0 
snd_page_alloc  6217  2 snd_hda_intel,snd_pcm
container   2389  0 
evdev   7336  11 
processor  30215  2 powernow_k8
xfs   435388  3 
exportfs3170  1 xfs
sha256_generic  8692  16 
cryptd  5366  0 
aes_x86_64  7340  16 
aes_generic25714  1 aes_x86_64
cbc 2539  8 
dm_crypt   10507  8 
dm_mod 53674  17 dm_crypt
raid45644388  1 
async_raid6_recov   5058  1 raid456
async_pq3479  2 raid456,async_raid6_recov
raid6_pq   77179  2 async_raid6_recov,async_pq
async_xor   2478  3 raid456,async_raid6_recov,async_pq
xor 4380  1 async_xor
async_memcpy

Bug#582177: initramfs-tools: fails to load ramdisk on boot; system with RAID CRYPTO; udev problems?

2010-05-18 Thread maximilian attems
On Tue, May 18, 2010 at 05:29:17PM -0400, C. Cropper wrote:
 Package: initramfs-tools
 Version: 0.94.4
 Severity: important
 Tags: squeeze
 
 Very recent changes to the initramfs-tools have caused my system to fail to
 load ramdisk at boot.  I have to boot the system with the backup initrd
 image. I have checked with rootdelay=10--no change.  The problem does not
 appear to be related to grub.  When I boot the machine and watch the mass of
 kernel data fly by I get the impression that udev is not working or has
 somehow changed from mid-February till now (all of these problems first
 appeared in late Feb/early March of 2010).  I am only using the squeeze 
 dataset
 without items from experimental or other sources.
 
 My system is different from most in that my / partition is inside a luks 
 crypto
 container which is then on a RAID 6 volume.  The /boot is on an unencrypted
 RAID 1 volume.  Each physical disk has a separate bios_grub partition (128k)
 and the partition tables are GPT.
 
 As I said before this above setup WORKS and I have a 6TB system where the
 boot disk can fail (I tested this) and the system comes back alive.  For
 whatever reason, recent changes to initramfs-tools 1) make it not see the
 hard drives or any USB devices for that mater, 2) fails to start the RAID
 devices, and thus 3) the kernel panics at about 2secs into the boot sequence.
 
 Thank you for all your work.  Squeeze really is shaping into a mighty force.
 
 C. Cropper

thanks for your feedback, will need more data to see whats gone wrong.
please post output of:
sh -x mkinitramfs -v -o /tmp/foo

dpkg -l cryptsetup

and

mount

thank you and sorry.



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100518214643.gp13...@baikonur.stro.at