Date: Tue, 30 Oct 2012 13:19:05 +0000 (UTC) From: Rene Ladan <rene@FreeBSD.org> To: doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-translations@freebsd.org Subject: svn commit: r39854 - translations/nl_NL.ISO8859-1/books/faq Message-ID: <201210301319.q9UDJ5ZF098313@svn.freebsd.org>
next in thread | raw e-mail | index | archive | help
Author: rene Date: Tue Oct 30 13:19:05 2012 New Revision: 39854 URL: http://svn.freebsd.org/changeset/doc/39854 Log: Merge up to revision 39853 Modified: translations/nl_NL.ISO8859-1/books/faq/book.xml Modified: translations/nl_NL.ISO8859-1/books/faq/book.xml ============================================================================== --- translations/nl_NL.ISO8859-1/books/faq/book.xml Tue Oct 30 12:01:18 2012 (r39853) +++ translations/nl_NL.ISO8859-1/books/faq/book.xml Tue Oct 30 13:19:05 2012 (r39854) @@ -6,7 +6,7 @@ $FreeBSD$ %SOURCE% en_US.ISO8859-1/books/faq/book.xml - %SRCID% 39834 + %SRCID% 39853 --> <!DOCTYPE book PUBLIC "-//FreeBSD//DTD DocBook XML V4.2-Based Extension//EN" @@ -1440,172 +1440,6 @@ </qandaentry> <qandaentry> - <question id="boot-on-thinkpad"> - <para>Mijn A, T of X serie IBM Thinkpad hangt terwijl ik - de &os; installatie probeer op te starten. Hoe kan ik - dit oplossen?</para> - </question> - - <answer> - <para>In eerdere revisies van IBM's BIOS zit een bug waarbij - de machine de &os; partitie ziet als potentiele FAT - suspend-to-disk partitie. Zodra de BIOS de &os; partitie - probeert uit te lezen, hangt deze.</para> - - <para>Volgens IBM<footnote> - <para>In een email van Keith Frechette - <email>kfrechet@us.ibm.com</email>.</para></footnote>, - zijn de volgende modellen/BIOS versies voorzien van een - oplossing:</para> - - <informaltable frame="none" pgwide="1"> - <tgroup cols="2"> - <thead> - <row> - <entry>Model</entry> - - <entry>BIOS revisie</entry> - </row> - </thead> - - <tbody> - <row> - <entry>T20</entry> - - <entry>IYET49WW of later</entry> - </row> - - <row> - <entry>T21</entry> - - <entry>KZET22WW of later</entry> - </row> - - <row> - <entry>A20p</entry> - - <entry>IVET62WW of later</entry> - </row> - - <row> - <entry>A20m</entry> - - <entry>IWET54WW of later</entry> - </row> - - <row> - <entry>A21p</entry> - - <entry>KYET27WW of later</entry> - </row> - - <row> - <entry>A21m</entry> - - <entry>KXET24WW of later</entry> - </row> - - <row> - <entry>A21e</entry> - - <entry>KUET30WW</entry> - </row> - </tbody> - </tgroup> - </informaltable> - - <para>Er wordt gezegd dat latere IBM BIOS revisies de bug - opnieuw geïtroduceerd hebben. <ulink - url="http://docs.FreeBSD.org/cgi/mid.cgi?20010427133759.A71732">Dit bericht</ulink> - van Jacques Vidrine naar de &a.mobile; beschrijft een - procedure die zou kunnen werken als je nieuwere IBM - laptop &os; niet kan opstarten en waar het mogelijk is - om de BIOS te upgraden of downgraden.</para> - - <para>Als je een eerdere BIOS hebt, en upgraden is geen - optie is er nog een workaround om &os; te installeren, - verander het partitie ID dat &os; gebruikt en installeer - de nieuwe opstart blokken zodat deze overweg kan met - een ander partitie ID.</para> - - <para>Als eerste moet de machine in een staat worden - teruggebracht waardoor het door zijn zelf-test scherm - heen komt. Om dit te doen moet de machine aangezet worden - zonder dat het een &os; parititie kan vinden op de primaire - schijf. Één mogelijkheid is om de harde - schijf te verwijderen en deze tijdelijk in een oudere - ThinkPad (zoals de ThinkPad 600) stoppen of in een - desktop PC met een juiste conversie kabel. Zodra deze - er is kun je de &os; partitie verwijderen en de harde - schijf terugzetten. De ThinkPAd zou nu weer opstartbaar - moeten zijn.</para> - - <para>Als de machine wederom functioneel is, kan de - workaround procedure die hier beschreven is gebruikt - worden om een werkende &os; installatie te krijgen:</para> - - <procedure> - <step> - <para>Download <filename>boot1</filename> en - <filename>boot2</filename> van <ulink - url="http://people.FreeBSD.org/~bmah/ThinkPad/"></ulink>. - Plaats deze bestanden ergens zodat ze later nog opgehaald - kunnen worden.</para> - </step> - - <step> - <para>Installeer &os; zoals normaal op de ThinkPad. - <emphasis>Maak geen</emphasis> gebruik van de - <literal>Dangerously Dedicated</literal> mode. - <emphasis>Herstart niet</emphasis> nadat de installatie - voltooid is.</para> - </step> - - <step> - <para>Wissel of naar de <quote>Emergency Holographic - Shell</quote> (<keycombo action="simul"> - <keycap>Alt</keycap><keycap>F4</keycap></keycombo>) - of start een <quote>fixit</quote> shell.</para> - </step> - - <step> - <para>Gebruik &man.fdisk.8; om de &os; parititie ID - van <literal>165</literal> naar <literal>166</literal> - te wijzigen (dit is het type dat gebruikt wordt door - OpenBSD).</para> - </step> - - <step> - <para>Haal de <filename>boot1</filename> en - <filename>boot2</filename> bestanden naar het lokale - bestandssysteem.</para> - </step> - - <step> - <para>Gebruik &man.disklabel.8; om - <filename>boot1</filename> en <filename>boot2</filename> - naar de &os; partitie te schrijven.</para> - - <screen>&prompt.root; <userinput>disklabel -B -b boot1 -s boot2 ad0s<replaceable>n</replaceable></userinput></screen> - - <para><replaceable>n</replaceable> is het nummer van de - partitie waarop &os; geïnstalleerd is.</para> - </step> - - <step> - <para>Reboot. Op de boot prompt wordt de optie getoond - om <literal>OpenBSD</literal> op te starten. - Uiteindelijk zal dit &os; opstarten.</para> - </step> - </procedure> - - <para>Om zowel OpenBSD als &os; op te kunnen starten, zult u - zelf één en ander moeten uitzoeken en - proberen.</para> - </answer> - </qandaentry> - - <qandaentry> <question id="install-bad-blocks"> <para>Kan ik een installatie doen op een schijf met <quote>bad blocks</quote>?</para> @@ -3258,7 +3092,7 @@ quit</programlisting> <answer> <para>Normally, &os; determines a number of kernel parameters, - such as as the maximum number of files that can be open + such as the maximum number of files that can be open concurrently, from the amount of memory installed in the system. On systems with one gigabyte of RAM or more, this <quote>auto sizing</quote> mechanism may choose values that @@ -4758,27 +4592,12 @@ device sio5 at isa? port 0x2b8 tty flags </question> <answer> - <para>Check for the existence of the - <varname>kern.sched.quantum</varname> sysctl. If you have - it, you should see something like this:</para> - - <screen>&prompt.user; sysctl <replaceable>kern.sched.quantum</replaceable> -kern.sched.quantum: 99960</screen> - - <para>If the <varname>kern.sched.quantum</varname> sysctl - exists, you are using the 4BSD scheduler (&man.sched.4bsd.4;). - If not, you will get an error printed by &man.sysctl.8; - (which you can safely ignore):</para> - - <screen>&prompt.user; sysctl <replaceable>kern.sched.quantum</replaceable> -sysctl: unknown oid 'kern.sched.quantum'</screen> - <para>The name of the scheduler currently being used is directly available as the value of the <varname>kern.sched.name</varname> sysctl:</para> <screen>&prompt.user; sysctl <replaceable>kern.sched.name</replaceable> -kern.sched.name: 4BSD</screen> +kern.sched.name: ULE</screen> </answer> </qandaentry> @@ -7003,7 +6822,7 @@ ttyvb "/usr/libexec/getty Pc" &man.xdm.1;. One school starts <command>xdm</command> from <filename>/etc/ttys</filename> (see &man.ttys.5;) using the supplied example, while the other simply runs - <command>xdm</command> from from + <command>xdm</command> from <filename>rc.local</filename> (see &man.rc.8;) or from an <filename>X</filename> script in <filename>/usr/local/etc/rc.d</filename>. Both are equally @@ -10632,7 +10451,7 @@ panic: page fault</programlisting> Repeatedly.</para> <para>We wish to thank every one of the people responsible, and we - encourage you to to <ulink + encourage you to <ulink url="&url.articles.contributing;/article.html">join them</ulink> in making this FAQ even better.</para> </chapter>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201210301319.q9UDJ5ZF098313>