Documentation for a newer release is available. View Latest

Almacenamiento

Stratis 2.1.0

La última versión de la utilidad de administración de almacenamiento local Stratis admite ahora el cifrado por grupos de dispositivos que forman un nivel de datos de grupo.Es posible cifrar el grupo o activar los dispositivos cifrados individuales del grupo utilizando una clave en el anillo de claves del kernel.

El demonio stratisd en la versión 2.1.0 proporciona las siguientes interfaces D-Bus nuevas:

  • org.storage.stratis2.manager.r1 - Proporciona un método CreatePool extendido para asistencia de un argumento opcional para cifrado. También, asiste un número de métodos para gestión de claves.

  • org.storage.stratis2.pool.r1; Admite la inicialización explícita de un nivel de caché. También, admite una propiedad Encrypted nueva.

  • org.storage.stratis2.FetchProperties.r1 - Mantiene una propiedad HasCache adicional.

  • org.storage.stratis2.Report.r1 - Admite un conjunto de informes ad-hoc sobre Stratis. La interfaz y los nombres por los que se puede acceder a los informes no son estables. Cualquier informe está sólo en formato JSON.

La utilidad de línea de comando stratis de versión 2.1.0, requiere stratisd de la misma versión. Los usuarios pueden observar los siguientes cambios en stratis:

  • El comando para crear grupos ahora también permite el cifrado.

  • Nuevo comando init_cache del grupo para inicializar una caché.

  • key es un subcomando nuevo para tareas de administración de claves.

  • report es un subcomando nuevo para exhibir informes generados por stratisd.

  • La salida del comando pool list ahora incluye una columna Propiedades. Cada entrada de esta columna es una cadena que codifica las siguientes propiedades del pool:

    • Si o no tiene una caché.

    • Sí o no está cifrado.

  • All commands now verify that stratis is communicating with a compatible version of stratisd. If stratisd is of incompatible version, stratis will fail with an appropriate error.

Los siguientes son detalles de implementación significantes:

  • Each block device in an encrypted pool’s data tier is encrypted with a distinct, randomly chosen Media Encryption Key (MEK) on initialization.

  • Todos los dispositivos de un único grupo cifrado comparten una única frase de contraseña que se suministra a través del llavero del kernel.

  • Esta versión requiere la utilidad cryptsetup de la versión 2.3.

Se ha introducido el demonio de instanciación de almacenamiento

El demonio de instanciación de almacenamiento (SID) proporciona una infraestructura a nivel de sistema para el manejo conveniente de eventos relacionados con dispositivos de almacenamiento a través de módulos proporcionados por otros desarrolladores.

Fedora 33 introduces a package with SID. At first, this daemon will be disabled by default and will provide limited functionality. Further Fedora updates will enhance the SID functionality.

The general theme running across benefits of this Fedora update is centralization of solutions that address storage issues with udev.

This change brings the following benefits:

  • Identificación de dispositivos de almacenamiento específicos de Linux y sus dependencias

  • Collecting information and state tracking

  • Central infrastructure for storage event processing

  • Improving recognition of the storage events and their sequences

  • Centralized solution for delayed actions on storage devices and groups of devices

  • Single notion of device readiness shared among various storage subsystems

  • Enhanced possibilities to store and retrieve storage-device-related records when compared to the udev database

  • Solución centralizada para planificar activadores con acciones asociadas definidas en grupos de dispositivos de almacenamiento

  • Soporte directo para agrupación de dispositivos genéricos

dmraid-activation.service no más largo depende de systemd-udev-settle.service

El paquete dmraid es necesario para soportar conjuntos de matrices redundantes de discos independientes (RAID) basados en firmware de sistemas que no son Intel® y Fedora solo admite estos conjuntos RAID cuando ya están configurados en BIOS durante la instalación del sistema operativo.

El paquete dmraid proporciona dmraid-activation.service, que requería un servicio obsoleto systemd-udev-settle.service en la instalación predeterminada de Fedora. El servicio systemd-udev-settle.service esperó mucho tiempo para detectar todos los dispositivos. Como resultado, el arranque del sistema se prolongó considerablemente.

Para resolver este problema, dmraid-activation.service ahora se inhabilita si no se encuentran conjuntos RAID compatibles cuando el servicio se ejecuta por primera vez.

Fedora Workstation now uses Btrfs by default

El esquema de particionado por defecto en Fedora Workstation ahora utiliza Btrfs. Consulte Cambios de Distribución-complera para más información.

Want to help? Learn how to contribute to Fedora Docs ›