> > It does complain just before prompting to partition the drive about > > C/H/S not multiplying out to 3145728. > > Hm, this hurts. Are you sure about 3145728? Because that is supposed > to be the size of the disk in sectors (512 bytes each), which > multiplies out to 1.5 gigabytes. I am guessing your hard disk is > actually larger than that.
Yep. It is/was. I'm trying to use vmware 4.5 as the install target for testing/devel purposes booting via pxe. I tried changing the size of the disk on IDE 0:0 (hda) and its now set at 4.5GB in size. The installer is now complaining that "C/H/S does not multiply out to 9437184" and then "Setting C/H/S for had to 587/255/62" > Tell me about your hardware. IDE? SCSI? RAID? What devices do you > have connected to each interface, and where (primary/secondary, > master/slave, etc). Its all virtual... :-\ > It sounds like the BIOS's notion of the "first" disk (disk 80h in the > INT13 interface) is not your boot device, which is an assumption we > make right now. I can fix that assumption, but I need to understand > what is going on first. > We communicate our notion of the disk geometry to dosemu. If that > notion is scrambled, random bad things are likely to happen. > I will need your help to track this down and fix it. After you > describe your hardware, the next step will be to poke around under > /sys/firmware/edd... Okay... But I have the horrid feeling that its going to be a bit different depending on the options the vmware VM was created with. Eg. I created a new VM to make sure it was clean, but the I accidentally set the first disk to be SCSI... Now when I boot that VM using Unattended I see SCSI drivers loading, despite the fact I killed out the scsi disk and added in an IDE one. I get the horrid feeling that unattended under vmware is going to end up a "nice to have" but be a PITA to get going... Mark. -- This e-mail message may contain confidential or privileged information. Recipients are requested to preserve this confidentiality and to advise the sender immediately of any error in transmission. Any views/opinions expressed in this email are that of the author and may not reflect the views of Salamis Group - www.salamisgroup.com ------------------------------------------------------- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 _______________________________________________ unattended-info mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/unattended-info
