systemd 255 llega implementado la pantalla azul de la muerte, mejoras y mas

systemd

systemd es un conjunto de demonios o daemons de administración de sistema, bibliotecas y herramientas diseñados como una plataforma de administración y configuración central para interactuar con el núcleo del Sistema operativo GNU/Linux

Luego de cuatro meses de desarrollo, se dio a conocer el lanzamiento de la nueva versión de systemd 255, versión en la cual se destaca el soporte para exportar unidades a través de NVMe-TCP, systemd-bsod para mostrar mensajes de error en pantalla completa, systemd-vmspawn para iniciar máquinas virtuales, entre otras más.

En esta nueva versión que se presenta de systemd 255 uno de los cambios más importantes que se destaca es la integración de «systemd-storagetm», que permite exportar automáticamente todos los dispositivos de bloque locales usando el controlador NVMe-TCP.

Otro de los cambios que se destaca y que sobre todo ha generado opiniones dividas, es el componente » systemd-bsod » la cual es una implementación análoga de la «pantalla azul de la muerte» de Windows (blue screen of death), y la cual tiene como función el mostrar mensajes de error críticos (LOG_EMERG) en forma de notificación de pantalla completa en la etapa de inicio.

Además de ello, también se destaca la nueva utilidad » systemd-vmspawn «, que es análoga a la utilidad systemd-nspawn para iniciar una imagen del sistema operativo en una máquina virtual (la utilidad systemd-nspawn está diseñada para iniciar contenedores y systemd-vmspawn proporciona una interfaz similar para máquinas virtuales). Actualmente, solo está disponible un backend basado en QEMU para ejecutar máquinas virtuales.

Otro de los cambios importantes que recibió systemd 255 es el módulo PAM pam_systemd_loadkey.so, diseñado para extraer automáticamente del llavero del kernel la frase de contraseña utilizada en cryptsetup para desbloquear el FS root cifrado y establecer esta frase de contraseña como un token de autenticación (PAM authtok). El módulo se puede utilizar, por ejemplo, para configurar el acceso de desbloqueo automático a GNOME Keyring y KDE Wallet cuando el inicio de sesión automático está habilitado.

El código para rastrear procesos internos se ha movido para usar PIDFD en lugar de PID en entornos con un kernel que admite PIDFD, además de que también se implementó la capacidad crear unidades de alcance usando PIDFD en lugar de PID para seleccionar procesos.

Systemd-repart: «–copy-from» es otra de las utilidades nuevas que recibe systemd 255 y esta permite obtener descripciones de partición de la imagen del sistema de archivos especificada:

  • «–copy-source«: para especificar el directorio base para el parámetro CopyFiles
  • «— make-ddi=confext», » –make-ddi=sysext» y «–make-ddi=portable» para generar diferentes tipos de DDI, y «–tpm2-device-key» para vincular el disco a un TPM2 específico.

Se agregó la utilidad «systemd-pcrlock» para analizar y predecir los estados de los registros TPM2 PCR (Platform Configuration Register) y generar reglas de acceso almacenadas en el índice TPM2 NV que permiten el acceso a objetos TPM2, como claves de cifrado de disco, solo de forma digital y componentes firmados lanzados en la etapa de descarga verificada.

La opción SurviveFinalKillSignal se ha agregado a las unidades, con la finalidad de permitir ignorar la señal SIGTERM/SIGKILL final emitida durante el apagado, lo que puede ser útil para dejar una unidad en funcionamiento durante un soft reset del sistema en modo de soft reset.

De los demás cambios que se destacan de esta nueva version:

  • Se ha descontinuado el soporte para jerarquías de directorios separadas (cuando /usr se monta por separado del directorio root, o los directorios /bin y /usr/bin, /lib y /usr/lib están separados).
  • Se agregó la utilidad «varlinkctl» para llamar e introspeccionar servicios usando el protocolo Varlink .
  • Se agregó soporte para ingresar al modo de hibernación y guardar el contenido de la memoria para intercambiar archivos almacenados en el sistema de archivos Btrfs.
  • Se agregó la configuración NFTSet que le permite usar identificadores de cgroup para cambiar la lógica en las reglas del firewall.
  • systemd-boot ha agregado nuevas teclas de acceso rápido «B» y «O» para reiniciar y apagar el sistema desde el menú de inicio.
  • Se ha agregado compatibilidad con la arquitectura LoongArch64 al subsistema seccomp.
  • Se agregó la opción «–tmpfs» a la utilidad systemd-mount para montar una nueva instancia ‘tmpfs’.

Finalmente si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

from Linux Adictos https://ift.tt/u7TqjCz
via IFTTT

RetroArch Web Player, juegos de consolas retro en el navegador, por Libretro

Retroarch Web Player

Es probable que os hayáis dado cuenta de que en las últimas semanas estamos publicando bastantes artículos sobre videojuegos. El principal motivo es que la Steam Deck está cambiando las cosas, y ahora hay más noticias sobre juegos en Linux. ChimeraOS y DOS_deck son dos buenos ejemplos, y en ambos casos está la consola de Valve de fondo. Desde 2017 existe también RetroArch Web Player, que es la propuesta de Libretro para jugar a las consolas clásicas desde el navegador.

No sé muy bien por qué no se habla tanto de esta opción, disponible aquí. Es probable que el motivo tenga que ver con que RetroArch es multiplataforma, e incluso se puede instalar en la PlayStation 3 aunque no haya una versión oficial. Por descontado, está para Windows, macOS, Linux y hasta para sistemas tan poco conocidos como Haiku, por lo que una versión que se pueda ejecutar en el navegador no parece hacer tanta falta… ¿o sí?

RetroArch Web Player no funciona en móviles

Lo bueno de las aplicaciones web es que no requieren instalación. Son como las aplicaciones portables, pero, si funcionan, mejor. Supongamos que estamos en un equipo en el que no se nos permite instalar software. Se nos permite matar el tiempo jugando, pero no instalar software, ya que está restringido. Ese es un caso en el que RetroArch Web Player puede ser bienvenido.

El funcionamiento de RetroArch Web Player no tiene mucho misterio para los que conocemos la versión de escritorio, pero sí hay que saber algunas cosas. La barra azul (lo blanco de abajo es hueco… en blanco) de la captura que encabeza este artículo son los controles externos del software, por decirlo de alguna manera, y serán los que nos permitan añadir roms y elegir el core o sistema:

  • Lo primero, lo que en la captura pone «Snes9x», es la selección del núcleo. Es importante saber qué núcleo vamos a usar y elegirlo antes de seguir, ya que será el que cargue.
  • Tras elegir el núcleo haremos clic en «Run». Veremos la interfaz por defecto de RetroArch con el núcleo ya cargado.
  • En el siguiente botón podemos cargar las roms. Hacemos clic sobre él, elegimos una que tengamos en el disco duro y aceptamos.
  • El botón de la papelera es para eliminar las configuraciones y caché del navegador.
  • El de las tres líneas activaría y desactivaría el menú, pero a mí no me funciona. Sí funciona F1, como en la versión de escritorio. La tecla Esc no sale.
  • El icono con la pantalla es para entrar a pantalla completa.
  • Help es la ayuda.
  • La flechita de la derecha oculta el menú.

Casi el mismo funcionamiento que la versión de escritorio

RetroArch Web Player funciona casi igual que la versión de escritorio. Si queremos ver los controles, podemos hacerlo desde el menú correspondiente. Si queremos cambiar la interfaz a xmb, es posible. Lo que no se puede hacer es emocionarse y pensar que podremos jugarlo todo de esta manera. Por ejemplo, no está disponible el núcleo para jugar a PPSSPP, en parte lógico porque los archivos suelen ser muy grandes, los hay de cerca de 2GB, y porque el rendimiento ya no es igual. Yo he probado el Metal Gear de PS1 en EmulatorJS, que es prácticamente lo mismo, y va a tirones.

También hay que tener en cuenta la carga de archivos. Creo que Libretro tiene un poco abandonada a la versión web de su software de emulación de juegos, y le faltaría, al menos, una barra de progreso para ver el estado de las subidas, y no estaría de más un aviso cuando éstas se completaran. RetroArch de escritorio no tiene que cargar nada; sencillamente abre los archivos con el núcleo seleccionado. RetroArch Web Player se queda procesando y somos nosotros los que tenemos que ir adelante y atrás por las opciones hasta ver la rom.

Si estáis pensando en jugar desde dispositivos móviles, sobre todo en un iPhone, ya que RetroArch sí está para Android, no vais a poder. La interfaz no está adaptada a móviles, y tocar selecciona, pero no abre (o no lo consigo yo).

Para todo lo demás, es la propuesta oficial de Libretro. Si no os termina de funcionar, os recomiendo EmulatorJS.

kbd {color: white; background-color: grey; padding: 3px 5px; border-radius: 7px; border: 4px double white;}

from Linux Adictos https://ift.tt/hKMFswT
via IFTTT