On Thu, Apr 2, 2009 at 5:22 PM, thveillon.debian <email@example.com>
Joey L wrote :
> Tom - thanks for the reply -[...]pasted here from lower by me because it relates to the same problem
> Do you think that is the issue ???
> I am running mirrored drives for /boot. I can not boot off of lvm.
> I have the rest of my drives on software raid5 and i have created lvm
> volume groups and put my / filesystem allong with everything else on them.
> I am also getting messeges that raid or array "failed to assemble allSo you need raid1, raid456 and md_mod loaded at boot time. I use Grub2
> arrays" ?? This array is working fine under the old kernel - the 2.6.18
> ... Is there somehting special in the command that i have to run for an
> array configuraiton with lvm ????
which can load those modules even before the initrd is loaded, so if
you're using grub "legacy" you're going to boot from one of the disks in
the array, have the initrd loaded, and with it must come along raid1,
raid456 and md_mod modules to assemble the arrays.
I think installing mdadm should trigger the inclusion of the modules in
the initrd, but if in doubt add raids and md_mod to
echo -e "raid1\nmd_mod\nraid456" >> /etc/initramfs-tools/modules
and rebuild your initrd
update-initramfs -u -k kernelversion
where the "kernelversion" string is the target kernel version
(2.6.29-mykernel), or $(uname -r) for the running kernel, or "all" for
any possible kernel in the known universe ;-)
It's also a good idea to have the partition type of the arrays members
set to "fd" (raid-autodetect) if it's already done.
I don't use lvm, but I think the important thing is to get your arrays
up, the lvm initialization is done through /etc/init.d/lvm I believe.
> When compiling the kernel...does this stuff not happen automatically ???
> Do you think the issue is that between the 2.6.18 kernel and the 2.6.29
> kernel - there was a change in the drive naming convention ???? where
> the hd* are now sd* ???
> I am concerned if i try to change it, the system will not boot.
A change occurred in kernel 2.6.19 and up which triggers the naming
convention to shift from hd* to sd* for most configurations. Since
several configuration files relies on this naming convention it's a good
idea to check (fstab, mtab, menu.lst and device.map). A good way around
this in fstab, mtab and menu.lst is using labels or UUID.
It doesn't (at least always) happen automatically in my painful experience !
If you change that (hd* to sd*) and try to boot on the old kernel,
you're heading to a nice black screen... Use UUID's or labels to avoid
the need to shift configuration files in between boot attempts.
Tom - thanks for the points..but need more help !! please
I did as you said -
1. echo -e "raid1\nmd_mod\nraid456" >> /etc/initramfs-tools/modules
update-initramfs -u -k 2.6.29
and i saw that the modules all loaded successfully.
But i still got the error that it was unable to assemble all arrays.
am i missing something ???
here are my other files:
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/mapper/vg_main-lv_root / ext3 defaults,errors=remount-ro 0 1
/dev/mapper/vg_main-bk_data /data ext3 defaults,errors=remount-ro 0 1
/dev/mapper/vg_main-lv_music /music ext3 defaults,errors=remount-ro 0 1
/dev/md0 /boot ext3 defaults 0 2
/dev/mapper/vg_main-lv_swap none swap sw 0 0
/dev/hda /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto 0 0
# usbfs /proc/bus/usb usbfs auto 0 0
# USB for vmware/vbox
# none /proc/bus/usb usbfs devgid=5002,devmode=664 0 0
/dev/mapper/vg_main-lv_root / ext3 rw,errors=remount-ro 0 0
tmpfs /lib/init/rw tmpfs rw,nosuid,mode=0755 0 0
proc /proc proc rw,noexec,nosuid,nodev 0 0
sysfs /sys sysfs rw,noexec,nosuid,nodev 0 0
procbususb /proc/bus/usb usbfs rw 0 0
udev /dev tmpfs rw,mode=0755 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
devpts /dev/pts devpts rw,noexec,nosuid,gid=5,mode=620 0 0
/dev/mapper/vg_main-bk_data /data ext3 rw,errors=remount-ro 0 0
/dev/mapper/vg_main-lv_music /music ext3 rw,errors=remount-ro 0 0
/dev/md0 /boot ext3 rw 0 0
title Debian GNU/Linux, kernel 2.6.29 (single-user mode)
kernel /vmlinuz-2.6.29 root=/dev/mapper/vg_main-lv_root ro single
title Debian GNU/Linux, kernel 2.6.18-6-amd64
kernel /vmlinuz-2.6.18-6-amd64 root=/dev/mapper/vg_main-lv_root ro
title Debian GNU/Linux, kernel 2.6.18-6-amd64 (single-user mode)
kernel /vmlinuz-2.6.18-6-amd64 root=/dev/mapper/vg_main-lv_root ro single