Aleksandar Milivojevic wrote: OK, I found why it hasn't worked in my setup. It was timing issue during execution of init script from initrd image. What happened was that device driver for my SCSI card (sym53c8xx) was rather slow in detecting disk drives. Init script would load the SCSI driver, and than go after loading raid1 and dm-* drivers, and detecting logical volumes. The sym53c8xx didn't had enough time to find and report disk drives, and the rest was chain reaction: raid1 devices were not configured (since raid1 module couldn't see any disks), and LVM couldn't find any volumes (since the mirrors were not setup). This also explains why everything was OK when booting from rescue CD, but not when booting normally from disk. When booting from rescue CD, sym53c8xx is first loaded, and than after some user interaction, raid1 and dm-* modules are loaded. "user interaction" part gave sym53c8xx enough time to detect and report attached disks before raid1 and dm-* modules were loaded. No such luck when booting off disk. I made rather dirty workaround (inserted "sleep 30") after "insmod 53c8xx" line in init script. This gave 53c8xx driver enough time to detect disks, and now everything works. Now I need to remember that I'll have to rebuild initrd manually every time I update the kernel... What SCSI controller do you have on your motherboard, and how disks are connected? It might be that part of my problem was the fact that disks were connected to second SCSI controller (first SCSI controller was faulty). Does anybody know if "insmod" is supposed to wait until driver initializes itself (in this case, finds all devices attached to SCSI controller). Or is there race issue with using initrd images (that most people are lucky not to hit)? -- Aleksandar Milivojevic <amilivojevic(a)pbl.ca&gt; Pollard Banknote Limited Systems Administrator 1499 Buffalo Place Tel: (204) 474-2323 ext 276 Winnipeg, MB R3T 1L7