Heyas, > > 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" > 62? Not 63?
Sorry, typo. I just checked and it is indeed 63. > > 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. > > The drivers will load if SCSI hardware is present, whether or not it > has any disks attached. (In fact, there is no way for Linux to know > whether any disks are attached until it loads the SCSI driver.) This > is harmless. > > But your problem is almost certainly a bug in VMware. Look under > /sys/firmware/edd/int13_dev80. This has the data returned by the BIOS > for the geometry of the drive. I am interested in the contents of > these files: > > default_cylinder 0x2492 > default_heads 0x10 > default_sectors_per_track 0x3f > legacy_cylinders 0x249 > legacy_heads 0xfe > legacy_sectors 0x3f > sectors 0x900000 > > 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... > > If this is a VMware bug, we can help them fix it. > > Also, you can probably get Unattended working if you create a SCSI > system with a SCSI disk (no IDE). This "legacy geometry" garbage > generally only applies to IDE devices. Nope, still the same - hangs on the dosemu screen just after "DPMI-Server Version 0.9 Installed" Other "interesting" thing that _sometimes_ happens when running with any taste of SCSI in Vmware... For no apparent reason while booting I get a kernel panic when its enabling IO-APIC IRQs. Various errors that look like kernel issues. Tries this with the latest tftp linuxboot and it seems to be ok though. Regards, 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
