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


(itstool) path: sect1/para
There are different levels of FreeBSD support for the various file systems. Some require a kernel module to be loaded and others may require a toolset to be installed. Some non-native file system support is full read-write while others are read-only.
Context English Spanish State
When a disk fails and is replaced, the new disk must be filled with the data that was lost. The process of using the parity information distributed across the remaining drives to calculate and write the missing data to the new drive is called <emphasis>resilvering</emphasis>.
A pool or vdev in the <literal>Online</literal> state has all of its member devices connected and fully operational. Individual devices in the <literal>Online</literal> state are functioning normally.
Individual devices can be put in an <literal>Offline</literal> state by the administrator if there is sufficient redundancy to avoid putting the pool or vdev into a <link linkend="zfs-term-faulted">Faulted</link> state. An administrator may choose to offline a disk in preparation for replacing it, or to make it easier to identify.
A pool or vdev in the <literal>Degraded</literal> state has one or more disks that have been disconnected or have failed. The pool is still usable, but if additional devices fail, the pool could become unrecoverable. Reconnecting the missing devices or replacing the failed disks will return the pool to an <link linkend="zfs-term-online">Online</link> state after the reconnected or new device has completed the <link linkend="zfs-term-resilver">Resilver</link> process.
A pool or vdev in the <literal>Faulted</literal> state is no longer operational. The data on it can no longer be accessed. A pool or vdev enters the <literal>Faulted</literal> state when the number of missing or failed devices exceeds the level of redundancy in the vdev. If missing devices can be reconnected, the pool will return to a <link linkend="zfs-term-online">Online</link> state. If there is insufficient redundancy to compensate for the number of failed disks, then the contents of the pool are lost and must be restored from backups.
Other File Systems
<primary>File Systems</primary>
<primary>File Systems Support</primary> <see>File Systems</see>
File systems are an integral part of any operating system. They allow users to upload and store files, provide access to data, and make hard drives useful. Different operating systems differ in their native file system. Traditionally, the native FreeBSD file system has been the Unix File System <acronym>UFS</acronym> which has been modernized as <acronym>UFS2</acronym>. Since FreeBSD 7.0, the Z File System (<acronym>ZFS</acronym>) is also available as a native file system. See <xref linkend="zfs"/> for more information.
In addition to its native file systems, FreeBSD supports a multitude of other file systems so that data from other operating systems can be accessed locally, such as data stored on locally attached <acronym>USB</acronym> storage devices, flash drives, and hard disks. This includes support for the <trademark class="registered">Linux</trademark> Extended File System (<acronym>EXT</acronym>).
There are different levels of FreeBSD support for the various file systems. Some require a kernel module to be loaded and others may require a toolset to be installed. Some non-native file system support is full read-write while others are read-only.
The difference between native and supported file systems.
Which file systems are supported by FreeBSD.
How to enable, configure, access, and make use of non-native file systems.
Understand <trademark class="registered">UNIX</trademark> and <link linkend="basics">FreeBSD basics</link>.
Be familiar with the basics of <link linkend="kernelconfig">kernel configuration and compilation</link>.
Feel comfortable <link linkend="ports">installing software</link> in FreeBSD.
Have some familiarity with <link linkend="disks">disks</link>, storage, and device names in FreeBSD.
<trademark class="registered">Linux</trademark> File Systems
FreeBSD provides built-in support for several <trademark class="registered">Linux</trademark> file systems. This section demonstrates how to load support for and how to mount the supported <trademark class="registered">Linux</trademark> file systems.
Kernel support for ext2 file systems has been available since FreeBSD 2.2. In FreeBSD 8.x and earlier, the code is licensed under the <acronym>GPL</acronym>. Since FreeBSD 9.0, the code has been rewritten and is now <acronym>BSD</acronym> licensed.
The <citerefentry><refentrytitle>ext2fs</refentrytitle><manvolnum>5</manvolnum></citerefentry> driver allows the FreeBSD kernel to both read and write to ext2 file systems.
This driver can also be used to access ext3 and ext4 file systems. The <citerefentry><refentrytitle>ext2fs</refentrytitle><manvolnum>5</manvolnum></citerefentry> filesystem has full read and write support for ext4 as of FreeBSD 12.0-RELEASE. Additionally, extended attributes and ACLs are also supported, while journalling and encryption are not. Starting with FreeBSD 12.1-RELEASE, a DTrace provider will be available as well. Prior versions of FreeBSD can access ext4 in read and write mode using <package>sysutils/fusefs-ext2</package>.
To access an ext file system, first load the kernel loadable module:
<prompt>#</prompt> <userinput>kldload ext2fs</userinput>


User avatar None

New source string

FreeBSD Doc / books_handbookSpanish

New source string a year ago
Browse all component changes


English Spanish
No related strings found in the glossary.

Source information

Source string comment
(itstool) path: sect1/para
Source string location
String age
a year ago
Source string age
a year ago
Translation file
books/es_ES/handbook.po, string 7095