Heya,

> -----Original Message-----
> From: Patrick J. LoPresti [mailto:[EMAIL PROTECTED] 
> Can you set the disk size to exactly 9253440 sectors (4737761280
> bytes)?
> 
> Put another way, what units does VMware let you use to specify the
> disk size, and what did you specify there to get a sector count of
> 0x900000?

Well, Vmware lets you only specify the size in GB (and I'm assuming it uses
units of 1024). I didn't complain when I put in 4.412384033203125 but it
appeared to round this to 4.4GB ;-)

It did however stop complaining about the C/H/S!

Unfortunately, dosemu still hangs at the start:
> > Nope, still the same - hangs on the dosemu screen just after
> > "DPMI-Server Version 0.9 Installed"
> 
> That is almost certainly either a dosemu bug, a Linux bug, or a VMware
> bug...

I'll turn my back, someone do numbers! ;-)
 
> > 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.
> 
> And that is either a bug in Linux or in VMware.  We are using a very
> stock kernel.
> 
> > Various errors that look like kernel issues. Tries this with the
> > latest tftp linuxboot and it seems to be ok though.
> 
> When you say "latest tftp linuxboot", do you mean our current testing
> release (4.2-rc2)?  The test release has Linux 2.6.6, which may have
> fixed some things.
> 

Sorry for being slightly wandering and vague there.

I'm now using unattended 4.2-rc2.
Since my previous email, I have experienced that same kernel panic with the
2.6.6 kernel, however the frequency of occurances does appear to be down -
but maybe I've free'd up memory on my pc/its not working as hard etc etc.
:-\

I think most of the problems are probably down to not-that-great-support for
2.6.x kernels under vmware.

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

Reply via email to