Bug#582177: initramfs-tools: fails to load ramdisk on boot; system with RAID & CRYPTO; udev problems?
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.
Kernel: Linux 2.6.32-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages initramfs-tools depends on:
ii cpio 2.11-4 GNU cpio -- a program to manage ar
ii findutils 4.4.2-1 utilities for finding files--find,
ii klibc-utils 1.5.18-1 small utilities built with klibc f
ii module-init-tools 3.12~pre2-3 tools for managing Linux kernel mo
ii udev 153-2 /dev/ and hotplug management daemo
Versions of packages initramfs-tools recommends:
ii busybox 1:1.14.2-2 Tiny utilities for small and embed
initramfs-tools suggests no packages.
-- no debconf information
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact firstname.lastname@example.org
Archive: email@example.com inc.com">http://firstname.lastname@example.org inc.com