Project locked to follow the migration to Hugo/AsciiDoctor, sorry for the inconvenience and please wait a few days to continue with the translations.
Other components
| Component | Translated | Untranslated | Untranslated words | Checks | Suggestions | Comments | |
|---|---|---|---|---|---|---|---|
books_dev-model
BSD-2-Clause-FreeBSD
|
0% | 490 | 9,722 | ||||
|
|
|||||||
|
books_handbook
BSD-2-Clause-FreeBSD
|
8% | 11,491 | 236,937 | 356 | |||
|
|
|||||||
|
books_developers-handbook
BSD-2-Clause-FreeBSD
|
15% | 1,919 | 49,984 | 126 | |||
|
|
|||||||
|
books_fdp-primer
BSD-2-Clause-FreeBSD
|
16% | 1,471 | 24,016 | 77 | |||
|
|
|||||||
|
books_arch-handbook
BSD-2-Clause-FreeBSD
|
29% | 1,910 | 47,155 | 547 | |||
|
|
|||||||
|
articles_serial-uart
BSD-2-Clause-FreeBSD
|
44% | 261 | 3,549 | 142 | |||
|
|
|||||||
|
books_porters-handbook
BSD-2-Clause-FreeBSD
|
50% | 4,942 | 17,157 | 4,373 | 2 | ||
|
|
|||||||
|
books_design-44bsd
BSD-2-Clause-FreeBSD
|
54% | 177 | 3,906 | 140 | 1 | ||
|
|
|||||||
|
articles_releng
BSD-2-Clause-FreeBSD
|
78% | 40 | 1,898 | 55 | |||
|
|
|||||||
|
articles_new-users
BSD-2-Clause-FreeBSD
|
82% | 28 | 160 | 44 | |||
|
|
|||||||
Translation Information
| Project website | wiki.freebsd.org/DocTranslationOnWeblate |
|---|---|
| Instructions for translators | https://wiki.freebsd.org/DocTranslationOnWeblate Mailing list for translators: <<freebsd-translators@freebsd.org> |
| Translation process |
|
| Translation license | BSD-2-Clause-FreeBSD |
| Filemask | articles/*/vinum.po |
| Translation file |
Download
articles/es/vinum.po
|
fernape
The offset of the <filename>vinum</filename> partition on this device (if any) must be added to the offset of the respective root volume subdisk on this device. The resulting value will become the <literal>offset</literal> value for the new <literal>a</literal> partition. The <literal>size</literal> value for this partition can be taken verbatim from the calculation above. The <literal>fstype</literal> should be <literal>4.2BSD</literal>. The <literal>fsize</literal>, <literal>bsize</literal>, and <literal>cpg</literal> values should be chosen to match the actual file system, though they are fairly unimportant within this context.
El desplazamiento de la partición <filename>vinum</filename> en este dispositivo (si lo hay) se debe añadir al desplazamiento del subdisco del volumen raíz respectivo en este dispositivo.El valor resultante será el valor del <literal>offset</literal> para la nueva partición <literal>a</literal>. El valor de <literal>size</literal> para esta partición se tomará de forma literal del cálculo anterior. El <literal>fstype</literal> debería ser <literal>4.2BSD</literal>. Los valores <literal>fsize</literal>, <literal>bsize</literal>, y <literal>cpg</literal> deberían ser escogidos para que coincidan con el sistema de ficheros real, aunque no son realmente importantes en este contexto.
The <emphasis>drive</emphasis> line describes a disk partition (<emphasis>drive</emphasis>) and its location relative to the underlying hardware. It is given the symbolic name <emphasis>a</emphasis>. This separation of symbolic names from device names allows disks to be moved from one location to another without confusion.
La línea <emphasis>unidad</emphasis> describe una partición de disco (<emphasis>unidad</emphasis>) y su localización relativa al hardware que hay debajo. Se le da el nombre simbólico <emphasis>a</emphasis>. La separación entre los nombres simbólicos y los nombres de dispositivo permite mover discos de un lugar a otro sin confusión.
This situation will happen if the bootstrap had been destroyed by the <filename>vinum</filename> installation. Unfortunately, <filename>vinum</filename> accidentally leaves only 4 KB at the beginning of its partition free before starting to write its <filename>vinum</filename> header information. However, the stage one and two bootstraps plus the bsdlabel require 8 KB. So if a <filename>vinum</filename> partition was started at offset 0 within a slice or disk that was meant to be bootable, the <filename>vinum</filename> setup will trash the bootstrap.
Esta situación ocurrirá si el código de arranque ha sido destruido por la instalación de <filename>vinum</filename>. Desafortunadamente, <filename>vinum</filename> deja por accidente sólo 4KB libres al comienzo de su partición antes de empezar a escribir la informaciíoón de cabecera de <filename>vinum</filename>. Sin embargo, los códigos de arranque de las fases uno y dos más bsdlabel requieren 8 KB. Así que si una partición <filename>vinum</filename> empezó en un offset 0 dentro de una rebanada o disco que se pretendía que fuera arrancable, la configuración de <filename>vinum</filename> se llevará por delante el código de arranque.
<anchor xml:id="vinum-resilience"/>With sufficient hardware, it is possible to build volumes which show both increased resilience and increased performance compared to standard <trademark class="registered">UNIX</trademark> partitions. A typical configuration file might be:
<anchor xml:id="vinum-resilience"/>Con suficiente hardware, es posible construir volúmenes que muestren resiliencia aumentada y rendimiento aumentado comparado con particiones <trademark class="registered">UNIX</trademark> estándar. Una configuración típica podría ser:
The resilience of a volume can be increased by mirroring. When laying out a mirrored volume, it is important to ensure that the subdisks of each plex are on different drives, so that a drive failure will not take down both plexes. The following configuration mirrors a volume:
La resiliencia de un volumen puede ser incrementada mediante una configuración en espejo. Cuando se diseña un volumen en espejo, es importante asegurar que los subdiscos de cada plex están en diferentes unidades, de forma que el fallo de una unidad no arrastre ambos plexes. La siguiente configuración crea un espejo de un volumen:
<filename>vinum</filename> maintains a <emphasis>configuration database</emphasis> which describes the objects known to an individual system. Initially, the user creates the configuration database from one or more configuration files using <citerefentry><refentrytitle>gvinum</refentrytitle><manvolnum>8</manvolnum></citerefentry>. <filename>vinum</filename> stores a copy of its configuration database on each disk <emphasis>device</emphasis> under its control. This database is updated on each state change, so that a restart accurately restores the state of each <filename>vinum</filename> object.
<filename>vinum</filename> mantiene una <emphasis>base de datos de configuración</emphasis> la cual describe los objetos que son conocidos a un sistema individual. Inicialmente, el usuario crea la base de datos de configuración a partir de uno o más ficheros de configuración utilizando <citerefentry><refentrytitle>gvinum</refentrytitle><manvolnum>8</manvolnum></citerefentry>. <filename>vinum</filename> almacena una copia de su base de datos de configuración en cada <emphasis>dispositivo</emphasis> de disco bajo su control. Esta base de datos se actualiza con cada cambio de estado, de forma que un reinicio reestablece de forma precisa el estado de cada objeto de <filename>vinum</filename>.
Since <filename>vinum</filename> exists within the <trademark class="registered">UNIX</trademark> disk storage framework, it would be possible to use <trademark class="registered">UNIX</trademark> partitions as the building block for multi-disk plexes. In fact, this turns out to be too inflexible as <trademark class="registered">UNIX</trademark> disks can have only a limited number of partitions. Instead, <filename>vinum</filename> subdivides a single <trademark class="registered">UNIX</trademark> partition, the <emphasis>drive</emphasis>, into contiguous areas called <emphasis>subdisks</emphasis>, which are used as building blocks for plexes.
Puesto que <filename>vinum</filename> dentro del framework de almacenamiento de disco de <trademark class="registered">UNIX</trademark>, sería posible utilizar particiones <trademark class="registered">UNIX</trademark> como bloques de construcción para plexes multi-disco. En realidad, esto resulta demasiado poco flexible ya que los discos <trademark class="registered">UNIX</trademark> sólo pueden tener un número limitado de particiones. En su lugar, <filename>vinum</filename> subdivide una única partición <trademark class="registered">UNIX</trademark>, la <emphasis>drive</emphasis>, en areas contiguas llamadas <emphasis>subdiscos</emphasis>, los cuales se utilizan como bloques de construcción de plexes.
The mirrored volume in the previous example is more resistant to failure than an unmirrored volume, but its performance is less as each write to the volume requires a write to both drives, using up a greater proportion of the total disk bandwidth. Performance considerations demand a different approach: instead of mirroring, the data is striped across as many disk drives as possible. The following configuration shows a volume with a plex striped across four disk drives:
El volumen en espejo del ejemplo anterior ies más resistente a fallos que un volumen que no esté en espejo, pero su rendimiento es menor ya que cada escritura en el volumen requiere una escritura en ambas unidades, usando una mayor porción del ancho de banda total del disco. Las consideraciones de rendimiento requieren una aproximación diferente: en lugar de replicar en espejo, los datos son segmentados en tantas unidades de disco como sea posible. La siguiente configuración muestra un volumen con un plex segmentado en cuatro discos:
| 187 | File in original format as translated in the repository | gettext PO file | |||||||
|---|---|---|---|---|---|---|---|---|---|
| 187 | All strings, converted files enriched with comments; suitable for offline translation | CSV | gettext MO | gettext PO | TBX | TMX | XLIFF with gettext extensions | XLIFF 1.1 | XLSX |
Statistics
| Percent | Strings | Words | Chars | ||
|---|---|---|---|---|---|
| Total | 187 | 5,794 | 43,557 | ||
| Translated | 100% | 187 | 5,794 | 43,557 | |
| Needs editing | 0% | 0 | 0 | 0 | |
| Failing checks | 13% | 25 | 1,083 | 8,305 |
Last activity
| Last change | Jan. 1, 2021, 7:42 p.m. | |||
|---|---|---|---|---|
| Last author | Fernando Apesteguía | |||