G
Guest
Tried clean install, upgrade install. Copies files just fine, but when
expanding the files, computer locks up at 22%. Any ideas?????
expanding the files, computer locks up at 22%. Any ideas?????
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an alternative browser.
You should upgrade or use an alternative browser.
G
Guest
I have the same exact problem, and have not found a "fix". Please let me
know when you have it.
know when you have it.
G
Guest
I have exact identical problem, let me know if you find a fix
D
droid
I am not sure if this is a device issue, but here's some guidance if you
want to report a bug:
Finding setup logs, reporting and attaching logs to report, figuring out
what device or driver causes hangs or crash during setup:
1. google -> beta client (http://go.microsoft.com/fwlink/?LinkId=43655)
The first link should be Microsoft link. It needs .NET but I think it will
be installed if you try to run it without it..
2. finding and identifying the correct logs
setupapi.app.log
setupapi.dev.log <<-- last 100 lines here may indicate the hanging driver
These are the primary setup logs, there are others but these are the major.
Hint: Before searching logs try Folder Options and enable viewing of hidden
folders and files. Also try Run diskmgmt.msc -> assign drive letters for
partitions with no drive letters.
A:
There can be multiple logs with the same name, but they are different! First
look at the drive you tried to install Vista to, if it has Vista
Windows\INF\ directory and the mentioned logs files.
B: early setup failure
If you can't find Windows VISTA directory (if setup did not get so far) then
look all volumes/partitions in the drives that were on the machine during
the install for directories starting with $. There are 2-4 of them (possibly
in different partitions) depending on when the setup failed. Search for .log
under all the *:\$WINDOWS
A & B:
Make sure the date and Minute timestamp of the log files are around the time
when the setup failed, sometimes a setup/install failure causes the computer
to automatically reboot and the setup will run again but failing in
different way than the first time (making the bug report less useful). For
best bug report it's better to catch the failure when it first happens. Yes
it means starting the install all over again and keeping eye on it. But this
will guarantee that the last line in the log will be around the time of the
failure. If it is a driver crash then you can figure out the offending
driver yourself just by looking at the last lines of setupapi.dev.log.
You wouldn't want to be looking at or submitting the wrong logs, right?
want to report a bug:
Finding setup logs, reporting and attaching logs to report, figuring out
what device or driver causes hangs or crash during setup:
1. google -> beta client (http://go.microsoft.com/fwlink/?LinkId=43655)
The first link should be Microsoft link. It needs .NET but I think it will
be installed if you try to run it without it..
2. finding and identifying the correct logs
setupapi.app.log
setupapi.dev.log <<-- last 100 lines here may indicate the hanging driver
These are the primary setup logs, there are others but these are the major.
Hint: Before searching logs try Folder Options and enable viewing of hidden
folders and files. Also try Run diskmgmt.msc -> assign drive letters for
partitions with no drive letters.
A:
There can be multiple logs with the same name, but they are different! First
look at the drive you tried to install Vista to, if it has Vista
Windows\INF\ directory and the mentioned logs files.
B: early setup failure
If you can't find Windows VISTA directory (if setup did not get so far) then
look all volumes/partitions in the drives that were on the machine during
the install for directories starting with $. There are 2-4 of them (possibly
in different partitions) depending on when the setup failed. Search for .log
under all the *:\$WINDOWS
A & B:
Make sure the date and Minute timestamp of the log files are around the time
when the setup failed, sometimes a setup/install failure causes the computer
to automatically reboot and the setup will run again but failing in
different way than the first time (making the bug report less useful). For
best bug report it's better to catch the failure when it first happens. Yes
it means starting the install all over again and keeping eye on it. But this
will guarantee that the last line in the log will be around the time of the
failure. If it is a driver crash then you can figure out the offending
driver yourself just by looking at the last lines of setupapi.dev.log.
You wouldn't want to be looking at or submitting the wrong logs, right?