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

jkois 2010-11-20 14:58:02 UTC

  FreeBSD German Documentation Repository

  Modified files:
    books/handbook/config chapter.sgml
  Log:
  MFen 1.240
  
  Revision Changes Path
  1.145 +33 -1 de-docproj/books/handbook/config/chapter.sgml
  
  Index: chapter.sgml
  ===================================================================
  RCS file: /home/cvs/de-docproj/books/handbook/config/chapter.sgml,v
  retrieving revision 1.144
  retrieving revision 1.145
  diff -u -I$FreeBSDde.*$ -r1.144 -r1.145
  --- chapter.sgml 17 Sep 2010 16:52:54 -0000 1.144
  +++ chapter.sgml 20 Nov 2010 14:58:01 -0000 1.145
  @@ -3,8 +3,8 @@
        The FreeBSD German Documentation Project
   
        $FreeBSD$
  - $FreeBSDde: de-docproj/books/handbook/config/chapter.sgml,v 1.144 2010/09/17 16:52:54 jkois Exp $
  - basiert auf: 1.239
  + $FreeBSDde: de-docproj/books/handbook/config/chapter.sgml,v 1.145 2010/11/20 14:58:01 jkois Exp $
  + basiert auf: 1.240
   -->
   
   <chapter id="config-tuning">
  @@ -3058,6 +3058,38 @@
             &a.acpi.name; anschreiben. Erwarten Sie allerdings
             nicht zu viel: Es gibt viele Treiber und Ger&auml;te,
             an denen noch gearbeitet und getestet wird.</para>
  +<!-- -->
  + <para>Ein h&auml;ufiges Problem mit Suspend/Resume ist,
  + dass viele Ger&auml;tetreiber ihre Firmware, Register
  + und Ger&auml;tespeicher nicht korrekt speichern,
  + wiederherstellen und/oder reinitialisieren. Um dieses
  + Problem zu l&ouml;sen, sollten Sie zuerst die
  + folgenden Befehle ausf&uuml;hren:</para>
  +
  + <screen>&prompt.root; <userinput>sysctl debug.bootverbose=1</userinput>
  +&prompt.root; <userinput>sysctl debug.acpi.suspend_bounce=1</userinput>
  +&prompt.root; <userinput>acpiconf -s 3</userinput></screen>
  +
  + <para>Dieser Test emuliert einen Suspend/Resume-Zyklus f&uuml;r
  + alle Ger&auml;te (ohne dass diese dabei wirklich in den Status
  + <literal>S3</literal> wechseln). In vielen F&auml;llen
  + reicht dies bereits aus, um Probleme (beispielsweise
  + verlorener Firmware-Status, Timeouts, h&auml;ngende Ger&auml;te)
  + zu entdecken. Beachten Sie dabei, dass das Ger&auml;t bei
  + diesem Test nicht wirklich in den Status
  + <literal>S3</literal> wechseln. Es kann also vorkommen, dass
  + manche Ger&auml;te weiterhin mit Strom versorgt werden (dies
  + w&auml;re bei einem wirklichen Wechsel in den Status
  + <literal>S3</literal> NICHT m&ouml;glich.
  + Andere Ger&auml;te werden normal weiterarbeiten, weil sie
  + &uuml;ber keine Suspend/Resume-Funktionen verf&uuml;gen.</para>
  +
  + <para>Schwierigere F&auml;lle k&ouml;nnen den Einsatz
  + zus&auml;tzlicher Hardware (beispielsweise serielle
  + Ports/Kabel f&uuml;r die Verbindung &uuml;ber eine
  + serielle Konsole oder Firewire-Ports/Kabel f&uuml;r
  + &man.dcons.4;) sowie Kenntnisse im Bereich
  + Kerneldebugging erforderlich machen.</para>
   
           <para>Um das Problem einzugrenzen, entfernen Sie soviele
             Treiber wie m&ouml;glich aus dem Kernel. Sie k&ouml;nnen
  

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-cvs-doc" in the body of the message
Received on Sat 20 Nov 2010 - 15:58:18 CET