hi ya mikael yeah... i have not found an explaination for why its different lots of identical drives gets different number of chs for hda vs hdb on different motherboards but is usally identical between hda and hdc and same between hdb and hdd so if you have a 2-drive raid1 .. just use hda and hdc as the preferred configuration .. - be sure too that both ide cables are ata-100 ( 80-conductor ) dont mix and match cables and if (linux's) fdisk complains about overlapping cylinders etc... its a bad (usuable?) partitions/combinations .. things will disappear - you can force chs in lilo too but... i rather not tell it anything ... i prefer the hardware to figure it out for itself have fun raiding alvin http://www.1U-Raid5.net ... collecting raid stuff .. On Sat, 9 Feb 2002, Mikael Johansson wrote: > > Hello All! > > I'm supposed to set up a RAID-1 partition over two 80GB Maxtor DiamondMax > 540X drives. The problem is that Linux (using Mandrake 8.1 distro) > identifies the # of cylinders/heads/sectors differently on both drives, > furthermore, differently from what the BIOS says. > > I ignored it and changed /dev/hdc to match /dev/hda definitions with > fdisk, and put up the RAID. All went without complaints, until I rebooted > the system. Now the system reverted to the old (mis)identified cylinders > etc. for /dev/hdc, and complained about misaligned partition boundaries => > not nice, esp. as I made a /dev/hdc1 partition of the same size as > /dev/hda1 (boot, non-raid) and moved /var there, which after the reboot > was gone... > > Finally to the question: is there any way to get Linux to believe that the > disks really are identical, and if not, how much of a performance loss can > be expected from putting up RAID-1 (and RAID-0 for swap) on not totally > identical partitions? > > Hope you can help me out, have a nice weekend, > Mikael Johansson > University of Helsinki > Department of Chemistry > mikael.johansson@helsinki.fi - To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
