View | Details | Raw Unified | Return to bug 94454
Collapse All | Expand All

(-)book.sgml (+39 lines)
Lines 2871-2876 Link Here
2871
2871
2872
    <qandaset>
2872
    <qandaset>
2873
      <qandaentry>
2873
      <qandaentry>
2874
        <question id="pae">
2875
          <para>Why is &os; finding the wrong amount of memory?</para>
2876
        </question>
2877
2878
        <answer>
2879
          <para>The reason is the difference between physical memory
2880
            addresses and virtual addresses.</para>
2881
2882
          <para>The convention for most PC hardware is to use memory
2883
            between 3.5G and 4G for special use (usually for PCI).
2884
            This is physical memory address space that is used to access
2885
            the PCI hardware.  As a result real memory (RAM) can not
2886
            exist there.</para>
2887
2888
          <para>What happens to the memory that should appear in that
2889
            location is dependent on your hardware.  Unfortunately,
2890
            some hardware does nothing and the ability to use that
2891
            last 500M of RAM is lost.</para>
2892
2893
          <para>Luckily, most hardware remaps the memory to a higher
2894
            location so that it can still be used.  However, this can
2895
            cause some confusion if you watch the boot messages.</para>
2896
2897
          <para>On a 32 bit version of &os;, the memory appears lost,
2898
            since it will be remapped above 4G, which a 32 bit kernel
2899
            is unable to access.  In this case, the solution is to
2900
            build a PAE enabled kernel.  See
2901
            <link linkend="memory-limits">this FAQ entry</link> for
2902
            more information.</para>
2903
            
2904
          <para>On a 64 bit version of &os;, or when running a PAE-enabled
2905
            kernel, &os; will correctly detect and remap the memory so
2906
            it is usable.  During boot, however, it may seem as if &os;
2907
            is detecting more memory than the system really has.  This
2908
            is normal and the available memory will be corrected as the
2909
            boot process completes.<para>
2910
        </answer>
2911
      </qandaentry>
2912
      <qandaentry>
2874
        <question id="awre">
2913
        <question id="awre">
2875
          <para>What do I do when I have bad blocks on my hard drive?</para>
2914
          <para>What do I do when I have bad blocks on my hard drive?</para>
2876
        </question>
2915
        </question>

Return to bug 94454