cvs commit: de-docproj/books/handbook/install chapter.sgml

From: Johann Kois <jkois(at)doc.bsdgroup.de>
Date: Sun, 19 Aug 2007 18:10:03 GMT

jkois 2007-08-19 18:10:03 UTC

  FreeBSD ports repository

  Modified files:
    books/handbook/install chapter.sgml
  Log:
  MFen 1.370 Den Abschnitt "Installationsprobleme" aus den Notes aufgenommen.
  
  Revision Changes Path
  1.65 +332 -2 de-docproj/books/handbook/install/chapter.sgml
  
  Index: chapter.sgml
  ===================================================================
  RCS file: /home/cvs/de-docproj/books/handbook/install/chapter.sgml,v
  retrieving revision 1.64
  retrieving revision 1.65
  diff -u -I$FreeBSDde.*$ -r1.64 -r1.65
  --- chapter.sgml 7 Aug 2007 07:15:52 -0000 1.64
  +++ chapter.sgml 19 Aug 2007 18:10:03 -0000 1.65
  @@ -2,8 +2,8 @@
        The FreeBSD Documentation Project
   
        $FreeBSD$
  - $FreeBSDde: de-docproj/books/handbook/install/chapter.sgml,v 1.64 2007/08/07 07:15:52 jkois Exp $
  - basiert auf: 1.369
  + $FreeBSDde: de-docproj/books/handbook/install/chapter.sgml,v 1.65 2007/08/19 18:10:03 jkois Exp $
  + basiert auf: 1.370
   -->
   
   <chapter id="install">
  @@ -4452,8 +4452,338 @@
         <para>Analog werden NTFS-Partitionen mit dem
           Kommando &man.mount.ntfs.8; eingehangen.</para>
       </sect2>
  +<!-- xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx -->
  + <sect2>
  + <title>Troubleshooting Questions and Answers</title>
  +
  + <qandaset>
  + <qandaentry>
  + <question>
  + <para>My system hangs while probing hardware during boot, or it
  + behaves strangely during install, or the floppy drive isn't
  + probed.</para>
  + </question>
  + <answer>
  + <para>&os; 5.0 and above makes extensive use of the system ACPI
  + service on the i386, amd64 and ia64 platforms to aid in system
  + configuration if it's detected during boot. Unfortunately,
  + some bugs still exist in both the ACPI driver and within system
  + motherboards and BIOS. The use of ACPI can be disabled by setting
  + the <quote>hint.acpi.0.disabled</quote> hint in the third stage
  + boot loader:</para>
  +
  + <screen>set hint.acpi.0.disabled="1"</screen>
  +
  + <para>This is reset each time the system is booted, so it is
  + necessary to add <literal>hint.acpi.0.disabled="1"</literal>
  + to the file
  + <filename>/boot/loader.conf</filename>. More information about the
  + boot loader can be found in the &os; Handbook.</para>
  + </answer>
  + </qandaentry>
  + <qandaentry>
  + <question>
  + <para>My legacy ISA device used to be recognized in previous versions
  + of &os;, but now it's not. What happened?</para>
  + </question>
  + <answer>
  + <para>Some device drivers, like matcd, were removed over time due to
  + lack of maintainership or other reasons. Others still exist but
  + are disabled because of their intrusive hardware probe routines.
  + The following ISA device drivers fall into this category and can
  + re-enabled from the third stage boot loader: aha, ahv, aic, bt, ed,
  + cs, sn, ie, fe, le, and lnc. To do this, stop the loader during
  + it's 10 second countdown and enter the following at the
  + prompt:</para>
  +
  + <screen>unset hint.foo.0.disabled</screen>
  +
  + <para>where <replaceable>foo</replaceable> is the name of the driver
  + to re-enable. This can be set permanently by editing the file
  + <filename>/boot/device.hints</filename> and removing the appropriate
  + <quote>disabled</quote> entry.</para>
  + </answer>
  + </qandaentry>
  + <qandaentry>
  + <question>
  + <para>I go to boot from the hard disk for the first time
  + after installing &os;, the kernel loads and probes my
  + hardware, but stops with messages like:</para>
  +
  + <screen>changing root device to ad1s1a panic: cannot mount root</screen>
  + <para>What is wrong? What can I do?</para>
  +
  + <para>What is this
  + <literal>bios_drive:interface(unit,partition)kernel_name</literal>
  + thing that is displayed with the boot help?</para>
  + </question>
  + <answer>
  + <para>There is a longstanding problem in the case where the
  + boot disk is not the first disk in the system. The BIOS
  + uses a different numbering scheme to &os;, and working
  + out which numbers correspond to which is difficult to get
  + right.</para>
  +
  + <para>In the case where the boot disk is not the first disk
  + in the system, &os; can need some help finding it. There
  + are two common situations here, and in both of these cases,
  + you need to tell &os; where the root filesystem is. You
  + do this by specifying the BIOS disk number, the disk type
  + and the &os; disk number for that type.</para>
  +
  + <para>The first situation is where you have two IDE disks,
  + each configured as the master on their respective IDE
  + busses, and wish to boot &os; from the second disk. The
  + BIOS sees these as disk 0 and disk 1, while &os; sees
  + them as <devicename>ad0</devicename> and
  + <devicename>ad2</devicename>.</para>
  +
  + <para>&os; is on BIOS disk 1, of type
  + <literal>ad</literal> and the &os; disk number is 2, so
  + you would say:</para>
  +
  + <screen><userinput>1:ad(2,a)kernel</userinput></screen>
  +
  + <para>Note that if you have a slave on the primary bus, the
  + above is not necessary (and is effectively wrong).</para>
  +
  + <para>The second situation involves booting from a SCSI disk
  + when you have one or more IDE disks in the system. In this
  + case, the &os; disk number is lower than the BIOS disk
  + number. If you have two IDE disks as well as the SCSI disk,
  + the SCSI disk is BIOS disk 2, type <literal>da</literal> and
  + &os; disk number 0, so you would say:</para>
  +
  + <screen><userinput>2:da(0,a)kernel</userinput></screen>
  +
  + <para>To tell &os; that you want to boot from BIOS disk
  + 2, which is the first SCSI disk in the system. If you only
  + had one IDE disk, you would use '1:' instead.</para>
  +
  + <para>Once you have determined the correct values to use,
  + you can put the command exactly as you would have typed it
  + in the <filename>/boot.config</filename> file using a
  + standard text editor. Unless instructed otherwise, &os;
  + will use the contents of this file as the default response
  + to the <literal>boot:</literal> prompt.</para>
  + </answer>
  + </qandaentry>
  + <qandaentry>
  + <question>
  + <para>I go to boot from the hard disk for the first time
  + after installing &os;, but the Boot Manager prompt just
  + prints <literal>F?</literal> at the boot menu each time but
  + the boot won't go any further.</para>
  + </question>
  + <answer>
  + <para>The hard disk geometry was set incorrectly in the
  + Partition editor when you installed &os;. Go back into
  + the partition editor and specify the actual geometry of your
  + hard disk. You must reinstall &os; again from the
  + beginning with the correct geometry.</para>
  +
  + <para>If you are failing entirely in figuring out the
  + correct geometry for your machine, here's a tip: Install a
  + small DOS partition at the beginning of the disk and install
  + &os; after that. The install program will see the DOS
  + partition and try to infer the correct geometry from it,
  + which usually works.</para>
  +
  + <para>The following tip is no longer recommended, but is left here
  + for reference:</para>
  +
  + <blockquote>
  + <para>If you are setting up a truly dedicated &os;
  + server or workstation where you don't care for (future)
  + compatibility with DOS, Linux or another operating system,
  + you've also got the option to use the entire disk (`A' in
  + the partition editor), selecting the non-standard option
  + where &os; occupies the entire disk from the very first
  + to the very last sector. This will leave all geometry
  + considerations aside, but is somewhat limiting unless
  + you're never going to run anything other than &os; on a
  + disk.</para>
  + </blockquote>
  + </answer>
  + </qandaentry>
  + <qandaentry>
  + <question>
  + <para>The &man.mcd.4; driver keeps thinking that it has
  + found a device and this stops my Intel EtherExpress card
  + from working.</para>
  + </question>
  + <answer>
  + <para>Set the hints
  + <quote>hint.mcd.0.disabled="1"</quote> and
  + <quote>hint.mcd.1.disabled="1"</quote>
  + in the third stage boot loader to disable the probing
  + of the <devicename>mcd0</devicename> and
  + <devicename>mcd1</devicename> devices. Generally speaking,
  + you should only leave the devices that you will be using
  + enabled in your kernel.</para>
  + </answer>
  + </qandaentry>
  + <qandaentry>
  + <question>
  + <para>The system finds my &man.ed.4; network card, but I
  + keep getting device timeout errors.</para>
  + </question>
  + <answer>

----------------------------------------------
Diff block truncated. (Max lines = 200)
----------------------------------------------

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-cvs-doc" in the body of the message
Received on Sun 19 Aug 2007 - 20:11:45 CEST

search this site