The translation is temporarily closed for contributions due to maintenance, please come back later.

Source string Read only

(itstool) path: listitem/para
Context English State
The security level cannot be lowered in multi-user mode, so boot to single-user mode to install the kernel, or change the security level in <filename>/etc/rc.conf</filename> then reboot. See the <citerefentry><refentrytitle>init</refentrytitle><manvolnum>8</manvolnum></citerefentry> manual page for details on <literal>securelevel</literal>, and see <filename>/etc/defaults/rc.conf</filename> and the <citerefentry><refentrytitle>rc.conf</refentrytitle><manvolnum>5</manvolnum></citerefentry> manual page for more information on <filename>rc.conf</filename>.
I cannot change the time on my system by more than one second! How do I get around this?
Short answer: the system is at a security level greater than 1. Reboot directly to single-user mode to change the date.
Long answer: FreeBSD disallows changing the time by more that one second at security levels greater than 1. To check the security level:
The security level cannot be lowered in multi-user mode. Either boot to single-user mode to change the date or change the security level in <filename>/etc/rc.conf</filename> and reboot. See the <citerefentry><refentrytitle>init</refentrytitle><manvolnum>8</manvolnum></citerefentry> manual page for details on <literal>securelevel</literal>, and see <filename>/etc/defaults/rc.conf</filename> and the <citerefentry><refentrytitle>rc.conf</refentrytitle><manvolnum>5</manvolnum></citerefentry> manual page for more information on <filename>rc.conf</filename>.
Why is <command>rpc.statd</command> using 256 MB of memory?
No, there is no memory leak, and it is not using 256 MB of memory. For convenience, <command>rpc.statd</command> maps an obscene amount of memory into its address space. There is nothing terribly wrong with this from a technical standpoint; it just throws off things like <citerefentry><refentrytitle>top</refentrytitle><manvolnum>1</manvolnum></citerefentry> and <citerefentry><refentrytitle>ps</refentrytitle><manvolnum>1</manvolnum></citerefentry>.
<citerefentry><refentrytitle>rpc.statd</refentrytitle><manvolnum>8</manvolnum></citerefentry> maps its status file (resident on <filename>/var</filename>) into its address space; to save worrying about remapping the status file later when it needs to grow, it maps the status file with a generous size. This is very evident from the source code, where one can see that the length argument to <citerefentry><refentrytitle>mmap</refentrytitle><manvolnum>2</manvolnum></citerefentry> is <literal>0x10000000</literal>, or one sixteenth of the address space on an IA32, or exactly 256 MB.
Why can I not unset the <literal>schg</literal> file flag?
The system is running at securelevel greater than 0. Lower the securelevel and try again. For more information, see <link linkend="securelevel">the <acronym>FAQ</acronym> entry on securelevel</link> and the <citerefentry><refentrytitle>init</refentrytitle><manvolnum>8</manvolnum></citerefentry> manual page.
What is <literal>vnlru</literal>?
<literal>vnlru</literal> flushes and frees vnodes when the system hits the <varname>kern.maxvnodes</varname> limit. This kernel thread sits mostly idle, and only activates when there is a huge amount of RAM and users are accessing tens of thousands of tiny files.
What do the various memory states displayed by <command>top</command> mean?
<literal>Active</literal>: pages recently statistically used.
<literal>Inactive</literal>: pages recently statistically unused.
<literal>Laundry</literal>: pages recently statistically unused but known to be dirty, that is, whose contents needs to be paged out before they can be reused.
<literal>Free</literal>: pages without data content, which can be immediately reused.
<literal>Wired</literal>: pages that are fixed into memory, usually for kernel purposes, but also sometimes for special use in processes.
Pages are most often written to disk (sort of a VM sync) when they are in the laundry state, but active or inactive pages can also be synced. This depends upon the CPU tracking of the modified bit being available, and in certain situations there can be an advantage for a block of VM pages to be synced, regardless of the queue they belong to. In most common cases, it is best to think of the laundry queue as a queue of relatively unused pages that might or might not be in the process of being written to disk. The inactive queue contains a mix of clean and dirty pages; clean pages near the head of the queue are reclaimed immediately to alleviate a free page shortage, and dirty pages are moved to the laundry queue for deferred processing.
There are some other flags (e.g., busy flag or busy count) that might modify some of the described rules.
How much free memory is available?
There are a couple of kinds of <quote>free memory</quote>. The most common is the amount of memory immediately available without reclaiming memory already in use. That is the size of the free pages queue plus some other reserved pages. This amount is exported by the <literal>vm.stats.vm.v_free_count</literal> <citerefentry><refentrytitle>sysctl</refentrytitle><manvolnum>8</manvolnum></citerefentry>, shown, for instance, by <citerefentry><refentrytitle>top</refentrytitle><manvolnum>1</manvolnum></citerefentry>. Another kind of <quote>free memory</quote> is the total amount of virtual memory available to userland processes, which depends on the sum of swap space and usable memory. Other kinds of <quote>free memory</quote> descriptions are also possible, but it is relatively useless to define these, but rather it is important to make sure that the paging rate is kept low, and to avoid running out of swap space.
What is <filename>/var/empty</filename>?
<filename>/var/empty</filename> is a directory that the <citerefentry><refentrytitle>sshd</refentrytitle><manvolnum>8</manvolnum></citerefentry> program uses when performing privilege separation. The <filename>/var/empty</filename> directory is empty, owned by <systemitem class="username">root</systemitem> and has the <literal>schg</literal> flag set. This directory should not be deleted.
I just changed <filename>/etc/newsyslog.conf</filename>. How can I check if it does what I expect?
To see what <citerefentry><refentrytitle>newsyslog</refentrytitle><manvolnum>8</manvolnum></citerefentry> will do, use the following:
<prompt>%</prompt> <userinput>newsyslog -nrvv</userinput>
My time is wrong, how can I change the timezone?
Use <citerefentry><refentrytitle>tzsetup</refentrytitle><manvolnum>8</manvolnum></citerefentry>.
The X Window System and Virtual Consoles
What is the X Window System?


User avatar None

New source string

FreeBSD Doc (Archived) / books_faqEnglish

New source string 9 months ago
Browse all component changes

Source information

Source string comment
(itstool) path: listitem/para
Source string location
String age
9 months ago
Source string age
9 months ago
Translation file
books/faq.pot, string 632