En primer lugar, la versión C predeterminada se ha cambiado de C89 a C11 con extensiones GNU (GNU11), aunque los encabezados de la API todavía están limitados a la versión más antigua (89). Este cambio puede estar motivado por el hecho de que estamos siguiendo los pasos del kernel de Linux , proyecto que también se estaba planteando cambiar a C11 debido a las limitaciones que introduce C89. Algunos dirán que el verdadero futuro pertenece a Rust , pero aquí seremos demasiado prudentes.
El componente systemd-sysupdate se ha incluido de forma experimental y es un trabajo iniciado el verano pasado por Red Hat y los desarrolladores principales de systemd. Es un mecanismo capaz de (o al menos destinado a) detectar, descargar e instalar automáticamente actualizaciones para instalaciones de host, imágenes de contenedores, imágenes de servicios portátiles y otros componentes.
Todos los núcleos admitidos que comienzan con systemd 251 cifrarán la salida de la instrucción RdRand (u otras extensiones ISA para la aleatorización del procesador) en el inicio temprano, lo que tiene dos consecuencias. Primero, incluso si `/dev/urandom’ no está inicializado, aún puede devolver bytes de al menos la misma calidad que si RdRand se usara directamente. En segundo lugar, systemd ya no necesita llamar a RdRand directamente, ya que el uso de systemd de RdRand ha sido una fuente de errores.
Los generadores llamados por PID 1 tienen varias variables de entorno integradas : $SYSTEMD_SCOPE, $SYSTEMD_IN_INITRDy . Por otro lado, el mismo PID 1 obtendrá automáticamente las credenciales del sistema desde la interfaz QEMU fw_cfg como un medio para pasar datos arbitrarios a sistemas virtualizados, similar a lo que se puede hacer con los contenedores systemd-nspawn.$SYSTEMD_ARCHITECTURE$SYSTEMD_FIRST_BOOT$SYSTEMD_VIRTUALIZATION
Continuando con systemd 251, la herramienta «systemd-creds» incluye «has-tpm2» para indicar si hay disponible un módulo TPM 2.0 en funcionamiento. Vale la pena recordar que TPM 2.0 es uno de los principales obstáculos para extender Windows 11, aunque eso no significa que los sistemas Linux que dependen de systemd también lo requerirán, especialmente dado que la mayoría de los componentes del marco son opcionales.
Uno de los componentes principales de systemd es “systemd-oomd”, que se encarga de mejorar la gestión de la memoria RAM cuando empieza a agotarse . En esta versión, además de otras adiciones, permite que las unidades que mates tengan el resultado de un servicio de matar a matar. El número de veces que un servicio ha sido cancelado se cuenta en el atributo extendido user.oomd_ooms.
A nivel de udev se han incluido dos archivos. Uno enumera los dispositivos portátiles, como calculadoras y PDA, mientras que el otro enumera los dispositivos de producción de audio y video, como las mesas de DJ. Ambos deberían estar disponibles de forma predeterminada para el usuario propietario.
Otras características menores de systemd 251 son configuraciones de servicios adicionales que ahora también pueden funcionar como servicios de usuario sin privilegios, el hecho de que los archivos «.netdev» ahora se pueden usar en dispositivos virtuales WLAN y mejoras en la especificación del administrador de arranque.
systemd 251 se puede instalar a través del agonizante proceso de compilar su código fuente. Como una ruta alternativa, puede recurrir al lanzamiento continuo y la distribución más reciente, como Arch Linux, que debería estar disponible pronto si aún no lo ha hecho. Sin embargo, la actualización de este componente rara vez es crítica, especialmente en los sistemas de escritorio donde el usuario rara vez interactúa directamente con él. Quienes quieran conocer todos los detalles pueden consultar la lista de cambios publicada en las versiones de GitHub .
Deja una respuesta