winxp sp2 hangs on "windows setup" and F5-key method not working.

37 views
Skip to first unread message

yashodhar

unread,
Mar 8, 2011, 9:05:17 AM3/8/11
to ether-devel, dqu...@offensivecomputing.net
hi,

my windows installation is just hangs on "windows setup". i am using
Xen 3.1 on debian lenny.
i tried to press F5/F6 but nothing happens. i googled it but nothing
found for this particular case .

thanks in advance,

yashodhar

Sean McLinden

unread,
Mar 8, 2011, 11:48:46 AM3/8/11
to ether...@googlegroups.com

I don't have a specific answer as to why this happens, but as I noted a few months ago, if you use nLite to build an unattended install, you can get past this problem. You'll need to have your CD key and the rest to do this, but it works, well.

Sean

hi,

thanks in advance,

yashodhar


--
NOTICE of CONFIDENTIALITY and DISCLAIMER

This transmission, including attachments, is confidential. It may also be privileged or otherwise protected by work product immunity or other legal rules. If you have received it by mistake, please let us know by e-mail to the sender, only, and delete it from your system; you may not copy this message or disclose its contents to anyone.

Unless expressly noted, above, this communication does not reflect an intention by the sender to conduct a transaction or make any agreement by electronic means. Nothing contained in this transmission shall constitute a contract or electronic signature under the ESIGN, any version of the UETA, or any other statute governing electronic transactions.

If this transmission contains advice, the advice is based on instructions in relation to, and is provided to the addressee in connection with, the matter mentioned above. Responsibility is not accepted for reliance upon it by any other person or for any other purpose.

Danny Quist

unread,
Mar 8, 2011, 2:23:30 PM3/8/11
to yashodhar, ether-devel, dqu...@offensivecomputing.net
Boot into a non-Ether patched version of Xen to do the install. This is a known issue.

Danny

Gabriel Cavalcante

unread,
Mar 22, 2011, 9:24:47 AM3/22/11
to ether-devel
I have the same issue, had installed from source, from Offensive
computing .deb file.

I've tried boot from non-ether and install windows in a VirtualBox and
then convert to a raw image later.

It freezes on boot =(

On Mar 8, 4:23 pm, Danny Quist <dannyqu...@gmail.com> wrote:
> Boot into a non-Ether patched version of Xen to do the install. This is a known issue.
>
> Danny
>

Rishi Mehta

unread,
Mar 22, 2011, 1:33:18 PM3/22/11
to ether-devel, Rishi Mehta, Gargi jain, niks, maman ........
@Gabriel Cavalcante :

Hello ,

First of all porting the qemu image from Virtual Box to Ether doesn't
work . I have tried it out . Please try building xen-3.1.0 from source
and don't use the .deb installer as mentioned in danny's blog , that
involves many restrictions ..One mistake and you get screwed :(...
Try to boot from the non-ether patched version of xen.
The below mentioned problems are bound to happen . Please have a look
as mentioned ...

Even i had the same problem , but i solved it out . Getting the
windows freezed at startup can be due to two reasons ..

1) One is due to xs_read(): vncpasswd get error ...If you are using
vncviewer and not sdl.... Check out your log file in the /var/log/xen
directory . Sort the files by the time last accessed using the
command ...
ls -lt
Then view the qemu-log file by cat qemu-log-<pid>
and then check if it is as below entries...

domid: 7
qemu: the number of cpus is 1
Watching /local/domain/7/logdirty/next-active
qemu_map_cache_init nr_buckets = 10000
shared page at pfn 1ffff
buffered io page at pfn 1fffd
Time offset set 0
xs_read(): vncpasswd get error. /vm/
0aa71d03-8923-7e8c-865a-77e41db8ebfc/vncpasswd.
I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0
Triggered log-dirty buffer switch

The solution to solve this as mentioned in Danny's blog is to set the
password in configuration file of xp and also in the /etc/xen/xend-
config.sxp file which is the xen configuration file .... Check for
this line
vncpasswd='' and set a passwd der ... And also in the configuration
file ...

This solved my first problem ...

2) The second problem is the bug of ether which is a RDTSC(Read time
stamp counter issue ) issue... So to solve this boot from a non-ether
patched version of xen... Remember as mentioned in the georgia tech
ether website , i guess you did make a backup of your compiled
xen-3.1.0 directory before patching....Copy the xen.gz file from der
to your boot directory ....

[rishi@ether~] cp /root/ether/xen-3.1.0-src/xen.gz /boot

and then use the update-grub command .. This utility would update the
grub file...

... To check whether you have booted into non-ether xen , use the
command ( I got stuck here ..)

xm dmesg | less

and check for the line below the xen logo . It should say only xen and
nothing else ...

Fire up your xp from non-ether xen .... And then after the complete
installation , switch to ether-patched xen kernel , if you have
doubts .. Check the ram image and the kernel image before booting by
looking at the command grub utility ( Press E) ..

If you still persists problems while firing xp from ether-xen .. Post
your log file as mentioned above and also your configuration file....
And do use only xp service pack 2 ....

I hope this helps you out ...
Reply all
Reply to author
Forward
0 new messages