Project locked to follow the migration to Hugo/AsciiDoctor, sorry for the inconvenience and please wait a few days to continue with the translations.

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

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
  • Translations can be made directly.
  • Translation suggestions can be made.
  • Only chosen users can contribute.
  • The translation uses bilingual files.
Translation license BSD-2-Clause-FreeBSD
Filemask articles/*/vinum.po
Translation file Download articles/es/vinum.po
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.
3 months ago
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.
3 months ago
Increased Resilience: Mirroring
Resiliencia Incrementada: Configuración en Espejo
3 months ago
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.
3 months ago
<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:
3 months ago
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:
3 months ago
<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>.
3 months ago
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.
3 months ago
Nothing Boots, the Bootstrap Panics
Nada Arranca, el Proceso de Arranque entra en Pánico
3 months ago
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:
3 months ago
Browse all translation changes

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

Daily activity

Daily activity

Weekly activity

Weekly activity