Source string Read only

(itstool) path: para/buildtarget
10/100
Context English State
To have this change automatically run at boot time, add the following line to <filename>/etc/sysctl.conf</filename>:
kern.timecounter.hardware=i8254
What does the error <errorname>swap_pager: indefinite wait buffer:</errorname> mean?
This means that a process is trying to page memory from disk, and the page attempt has hung trying to access the disk for more than 20 seconds. It might be caused by bad blocks on the disk drive, disk wiring, cables, or any other disk I/O-related hardware. If the drive itself is bad, disk errors will appear in <filename>/var/log/messages</filename> and in the output of <command>dmesg</command>. Otherwise, check the cables and connections.
What is a <errorname>lock order reversal</errorname>?
The FreeBSD kernel uses a number of resource locks to arbitrate contention for certain resources. When multiple kernel threads try to obtain multiple resource locks, there's always the potential for a deadlock, where two threads have each obtained one of the locks and blocks forever waiting for the other thread to release one of the other locks. This sort of locking problem can be avoided if all threads obtain the locks in the same order.
A run-time lock diagnostic system called <citerefentry><refentrytitle>witness</refentrytitle><manvolnum>4</manvolnum></citerefentry>, enabled in FreeBSD-CURRENT and disabled by default for stable branches and releases, detects the potential for deadlocks due to locking errors, including errors caused by obtaining multiple resource locks with a different order from different parts of the kernel. The <citerefentry><refentrytitle>witness</refentrytitle><manvolnum>4</manvolnum></citerefentry> framework tries to detect this problem as it happens, and reports it by printing a message to the system console about a <errorname>lock order reversal</errorname> (often referred to also as <acronym>LOR</acronym>).
It is possible to get false positives, as <citerefentry><refentrytitle>witness</refentrytitle><manvolnum>4</manvolnum></citerefentry> is conservative. A true positive report <emphasis>does not</emphasis> mean that a system is dead-locked; instead it should be understood as a warning that a deadlock could have happened here.
Problematic <acronym>LOR</acronym>s tend to get fixed quickly, so check the <link xlink:href="http://lists.FreeBSD.org/mailman/listinfo/freebsd-current">FreeBSD-CURRENT mailing list</link> before posting to it.
What does <errorname>Called ... with the following non-sleepable locks held</errorname> mean?
This means that a function that may sleep was called while a mutex (or other unsleepable) lock was held.
The reason this is an error is because mutexes are not intended to be held for long periods of time; they are supposed to only be held to maintain short periods of synchronization. This programming contract allows device drivers to use mutexes to synchronize with the rest of the kernel during interrupts. Interrupts (under FreeBSD) may not sleep. Hence it is imperative that no subsystem in the kernel block for an extended period while holding a mutex.
To catch such errors, assertions may be added to the kernel that interact with the <citerefentry><refentrytitle>witness</refentrytitle><manvolnum>4</manvolnum></citerefentry> subsystem to emit a warning or fatal error (depending on the system configuration) when a potentially blocking call is made while holding a mutex.
In summary, such warnings are non-fatal, however with unfortunate timing they could cause undesirable effects ranging from a minor blip in the system's responsiveness to a complete system lockup.
For additional information about locking in FreeBSD see <citerefentry><refentrytitle>locking</refentrytitle><manvolnum>9</manvolnum></citerefentry>.
buildworld
installworld
Why does <_:buildtarget-1/>/<_:buildtarget-2/> die with the message <errorname>touch: not found</errorname>?
This error does not mean that the <citerefentry><refentrytitle>touch</refentrytitle><manvolnum>1</manvolnum></citerefentry> utility is missing. The error is instead probably due to the dates of the files being set sometime in the future. If the CMOS clock is set to local time, run <command>adjkerntz -i</command> to adjust the kernel clock when booting into single-user mode.
User Applications
Where are all the user applications?
Refer to <link xlink:href="@@URL_RELPREFIX@@/ports/index.html">the ports page</link> for info on software packages ported to FreeBSD.
Most ports should work on all supported versions of FreeBSD. Those that do not are specifically marked as such. Each time a FreeBSD release is made, a snapshot of the ports tree at the time of release is also included in the <filename>ports/</filename> directory.
FreeBSD supports compressed binary packages to easily install and uninstall ports. Use <citerefentry><refentrytitle>pkg</refentrytitle><manvolnum>7</manvolnum></citerefentry> to control the installation of packages.
How do I download the Ports tree? Should I be using Subversion?
Any of the methods listed here work:
Use portsnap for most use cases. Refer to <link xlink:href="@@URL_RELPREFIX@@/doc/en_US.ISO8859-1/books/handbook/ports-using.html">Using the Ports Collection</link> for instructions on how to use this tool.
Use Subversion if custom patches to the ports tree are needed or if running FreeBSD-CURRENT. Refer to <link xlink:href="@@URL_RELPREFIX@@/doc/en_US.ISO8859-1/books/handbook/svn.html">Using Subversion</link> for details.
Why can I not build this port on my 11.<replaceable>X</replaceable> -, or 12.<replaceable>X</replaceable> -STABLE machine?
If the installed FreeBSD version lags significantly behind <emphasis>-CURRENT</emphasis> or <emphasis>-STABLE</emphasis>, update the Ports Collection using the instructions in <link xlink:href="@@URL_RELPREFIX@@/doc/en_US.ISO8859-1/books/handbook/ports-using.html">Using the Ports Collection</link>. If the system is up-to-date, someone might have committed a change to the port which works for <emphasis>-CURRENT</emphasis> but which broke the port for <emphasis>-STABLE</emphasis>. <link xlink:href="https://bugs.FreeBSD.org/submit/">Submit</link> a bug report, since the Ports Collection is supposed to work for both the <emphasis>-CURRENT</emphasis> and <emphasis>-STABLE</emphasis> branches.
I just tried to build <filename>INDEX</filename> using <command>make index</command>, and it failed. Why?
ComponentTranslation
This translation Translated FreeBSD Doc/books_faq buildworld
The following strings have the same context and source.
Translated FreeBSD Doc/articles_nanobsd buildworld
Translated FreeBSD Doc/articles_releng buildworld
Translated FreeBSD Doc/books_porters-handbook buildworld
Translated FreeBSD Doc/articles_freebsd-update-server buildworld
Translated FreeBSD Doc/books_handbook buildworld

Loading…

No matching activity found.

Browse all component changes

Things to check

Multiple failing checks

The translations in several languages have failing checks

Reset

Glossary

English English
No related strings found in the glossary.

Source information

Source string comment
(itstool) path: para/buildtarget
Flags
read-only
Source string location
book.translate.xml:2213
String age
a year ago
Source string age
a year ago
Translation file
books/faq.pot, string 356