File: ts_win2k-guest-install.dita

package info (click to toggle)
virtualbox 7.1.12-dfsg-2
  • links: PTS, VCS
  • area: contrib
  • in suites: sid
  • size: 565,672 kB
  • sloc: ansic: 2,330,854; cpp: 2,193,228; asm: 230,777; python: 223,895; xml: 86,771; sh: 25,541; makefile: 8,158; perl: 5,697; java: 5,337; cs: 4,872; pascal: 1,782; javascript: 1,692; objc: 1,131; lex: 931; php: 906; sed: 899; yacc: 707
file content (55 lines) | stat: -rw-r--r-- 2,205 bytes parent folder | download
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
<?xml version='1.0' encoding='UTF-8'?>
<!DOCTYPE topic PUBLIC "-//OASIS//DTD DITA Topic//EN" "topic.dtd">
<topic xml:lang="en-us" id="ts_win2k-guest-install">
  <title>Windows 2000 Installation Failures</title>
  
  <body>
    <p>
        When installing Windows 2000 guests, you might run into one of
        the following issues:
      </p>
    <ul>
      <li>
        <p>
            Installation reboots, usually during component registration.
          </p>
      </li>
      <li>
        <p>
            Installation fills the whole hard disk with empty log files.
          </p>
      </li>
      <li>
        <p>
            Installation complains about a failure installing
            <filepath>msgina.dll</filepath>.
          </p>
      </li>
    </ul>
    <p>
        These problems are all caused by a bug in the hard disk driver
        of Windows 2000. After issuing a hard disk request, there is a
        race condition in the Windows driver code which leads to
        corruption if the operation completes too fast. For example, the
        hardware interrupt from the IDE controller arrives too soon.
        With physical hardware, there is a guaranteed delay in most
        systems so the problem is usually hidden there. However, it
        should be possible to also reproduce it on physical hardware. In
        a virtual environment, it is possible for the operation to be
        done immediately, especially on very fast systems with multiple
        CPUs, and the interrupt is signaled sooner than on a physical
        system. The solution is to introduce an artificial delay before
        delivering such interrupts. This delay can be configured for a
        VM using the following command:
      </p>
    <pre xml:space="preserve">$ VBoxManage setextradata <varname>VM-name</varname> "VBoxInternal/Devices/piix3ide/0/Config/IRQDelay" 1</pre>
    <p>
        This sets the delay to one millisecond. In case this does not
        help, increase it to a value between 1 and 5 milliseconds.
        Please note that this slows down disk performance. After
        installation, you should be able to remove the key, or set it to
        0.
      </p>
  </body>
  
</topic>