Preguntas Más Frecuentes

Si nos preguntan algo con la frecuencia suficiente, intentaremos proporcionar las respuestas aquí.

Tabla de contenido

  1. ¿Qué es Nitrux?
  2. Porque Nitrux ≠ Ubuntu
  3. ¿Nitrux ya no está disponible de forma gratuita?
  4. ¿Por qué los requisitos del sistema son tan altos?
  5. ¿Por qué no hay soporte para procesadores de 32 bits en Nitrux?
  6. ¿Nitrux admitirá arquitecturas de procesador distintas de x64?
  7. ¿Nitrux admitirá los dispositivos de almacenamiento MBR para la inicialización?
  8. ¿Por qué Nitrux no es compatible con dispositivos BIOS y solo es compatible con UEFI o EFI?
  9. ¿Es compatible Nitrux con UEFI de 32 bits?
  10. ¿Qué es NX Desktop? (previamente Nomad Desktop)
  11. ¿Nitrux agregará otra variante con otros entornos de escritorio?
  12. ¿Cómo puedo desactivar el mensaje de bienvenida cuando inicio sesión?
  13. ¿Por qué centrarse en AppImages?
  14. ¿Qué es znx?
  15. ¿Cuál es la diferencia entre instalar y desplegar en Nitrux?
  16. znx lo utiliza, pero ¿qué es el OverlayFS?
  17. ¿Como es que znx almacena los datos?
  18. ¿Cómo hace znx las actualizaciones al sistema operativo?
  19. Entonces, znx usa todo el dispositivo, ¿eso significa que no puedo usar otros sistemas operativos que no sean Nitrux?
  20. ¿Cómo creo nuevas particiones con znx?
  21. ¿Una distribución de Linux, que no sea Nitrux, también tiene persistencia cuando se despliega utilizando znx?
  22. ¿Cómo puedo agregar soporte para znx a mi distribución de Linux?
  23. Desplegar Nitrux desde un Linux existente (Live o ya instalado) usando znx
  24. Desplegar Nitrux desde Windows usando znx
  25. ¿Cómo puedo verificar que znx desplegó Nitrux correctamente?
  26. ¿Cómo puedo grabar la ISO en un DVD?
  27. ¿Cómo puedo flashear la ISO a un USB?
  28. ¿Cómo pruebo Nitrux en una máquina virtual?
  29. Desplegué Nitrux en una unidad USB usando znx. ¿Cómo lo vuelvo a desplegar en mi almacenamiento interno?
  30. Desplegué Nitrux usando znx, pero recibí uno de estos errores
  31. Tengo el sistema operativo XYZ instalado en mi computadora, ¿cómo puedo realizar un arranque dual de Nitrux?
  32. Tengo una versión anterior de Nitrux instalada, ¿cómo actualizo a la versión más reciente?
  33. No encuentro la aplicación XYZ en el centro de software; ¿Cómo puedo agregar nuevo software?
  34. ¿Cómo puedo agregar un nuevo software que no esté disponible como AppImage a Nitrux?
  35. ¿Actualicé Nitrux usando el terminal pero nada cambió?
  36. ¿Cómo puedo actualizar el software en Nitrux?
  37. ¿Cómo puedo remover software en Nitrux?
  38. Instalé los paquetes XYZ usando el administrador de paquetes pero, ¿desaparecieron después de reiniciar?.
  39. ¿Cómo puedo actualizar los sistemas operativos desplegados con znx que no sea Nitrux?
  40. Creé un nuevo usuario en Configuración del sistema y habilité el inicio de sesión automático, ¿pero no funciona?
  41. ¿Por cuánto tiempo es soportado Nitrux?
  42. ¿Debo desplegar Nitrux nuevamente después de que haya un nuevo lanzamiento disponible?
  43. ¿Qué es MauiKit?
  44. ¿Es MauiKit una bifurcación de Kirigami?
  45. ¿Qué diferencia a las aplicaciones MauiKit de otras?
  46. ¿Qué es VMetal y por qué son tan altos los requisitos del sistema?
  47. ¿Cómo funciona VMetal?
  48. ¿Qué tipo de rendimiento puedo esperar de VMetal?
  49. ¿Cómo puedo comprobar si mi hardware es compatible con VMetal?
  50. ¿Ya está disponible VMetal?
  51. ¿Cómo puedo usar VMetal?
  52. He arrancado con éxito VMetal, pero mis dispositivos de entrada no funcionan
  53. He probado VMetal, pero recibí un error Unable to power on device, stuck in D3″
  54. ¿Cómo puedo usar VMetal en la distribución XYZ?
  55. ¿Puedo usar el software de Windows en Nitrux?
  56. ¿Nitrux recopila datos de mi sistema?
  57. Tengo una pregunta. ¿Dónde pido ayuda?
  58. He encontrado un problema con Nitrux. ¿Dónde lo reporto?
  59. Código fuente y licencia de Nitrux

¿Qué es Nitrux?

Si es nuevo en Nitrux, o solo conoce de manera casual las distribuciones basadas en Linux, puede ser difícil entender cómo un sistema operativo Linux se compara con otros sistemas informáticos con los que ya esté familiarizado. Con suerte, esta página ayudará a desmitificar a Nitrux para los recién llegados.

Nitrux es un sistema operativo basado en Linux. Nitrux se puede desplegar sin necesidad de una instalación tradicional. El sistema operativo en su conjunto reside en un único archivo y directorio en la partición ZNX_DATA de su dispositivo, lo que facilita la organización con sus otros datos. Proporcionamos un sistema operativo ya preconfigurado para las tareas más comunes, incluido un navegador web, una suite de ofimática, varias utilidades que incluyen un editor de texto, un administrador de archivos, una calculadora, etc. A diferencia de un sistema Live, cuando Nitrux se despliega utilizando znx este mantiene todos los datos en su carpeta de inicio incluso después de la próxima vez que arranque. Esta característica se conoce como persistencia. El uso de esta función de znx permite a Nitrux ofrecer un sistema operativo inmutable. En otras palabras, no se realizarán cambios en el directorio raíz.

Porque Nitrux ≠ Ubuntu

Ubuntu es uno de los sistemas operativos de escritorio basados en Linux más grandes del mundo. Linux está en el corazón de Ubuntu y hace posible crear sistemas operativos versátiles.

Nitrux toma las fuentes de Ubuntu y las lleva a un nivel completamente nuevo. Hemos creado Nitrux con el objetivo de no depender del administrador de paquetes Debian (dpkg) o su conjunto extendido de herramientas APT (Advanced Packaging Tool) para administrar el sistema operativo. Por ejemplo, para obtener un nuevo software, los usuarios no tienen que preocuparse por las dependencias faltantes, los repositorios no actualizados o los conflictos con los paquetes, y cuando actualicen el sistema operativo, los usuarios no tendrán que preocuparse por los problemas de dependencias en conflicto, la particiónes o la pérdida de datos debido a la estabilidad inherente de realizar actualizaciones transaccionales.

Contrariamente a lo que mucha gente podría pensar, no estamos tomando la distribución de Ubuntu común y realizando un cambio de apariencia.

Nuestro enfoque constante en AppImages como el método principal para obtener software ahora y en el futuro y znx como el único metodo  para administrar el sistema operativo, el uso de un administrador de paquetes no es una parte central de esta distribución; tal es el caso que hemos eliminado APT de nuestro sistema operativo; en su lugar utilizamos la Herramienta de CLI de AppImage que está disponible desde la Terminal mediante el comando app (en minúsculas). Y, otra diferencia notable es el shell que usamos en Nitrux, no usamos el shell de Debian Almquist (dash) sino que utilizamos el shell de MirBSD ™ Korn (mksh). Finalmente, los usuarios que no pueden encontrar software distribuido como AppImage pueden usar Linuxbrew para instalar software nuevo.

Para que quede claro sin embargo, no nos estamos enfocando en construir una distribución de Linux centrada en el uso de un administrador de paquetes, sin importar cuál sea, nuestro enfoque es el uso de AppImages .

Todo esto tiene un impacto masivo en los nuevos usuarios que esperan que Nitrux sea una experiencia de Ubuntu exactamente igual con solo pequeñas diferencias esteticas, al darse cuenta de que esto no es correcto, los usuarios pueden sentirse confundidos y en desacuerdo al probar esta distribución por primera vez. Nuestros cambios son profundos, y aunque construimos Nitrux usando Ubuntu, Nitrux no es Ubuntu ni funciona como Ubuntu, ni será Ubuntu bajo el capó para siempre.

¿Nitrux ya no está disponible de forma gratuita?

Nitrux es una organización en crecimiento con necesidades igualmente crecientes. Desarrollamos software de código abierto, y por mucho que no nos guste pensar en ello, todavía necesitamos hacer pagos por varias cosas. No somos una organización compuesta por voluntarios o un grupo de personas que realiza este trabajo como pasatiempo, somos desarrolladores a tiempo completo que trabajan sobre el reloj para desarrollar nuestro software y, desafortunadamente, esto conlleva costos. Desde el salario de nuestro equipo hasta gastos tales como solicitudes de hardware, investigación y desarrollo, alojamiento y servidores, etc.

Con estos factores en mente llevamos a cabo cambios en nuestro sitio web, principalmente que el botón para descargar el ISO estable sin costo ahora se ha ido. Sin embargo, queremos dejar claro que esto no significa que Nitrux sea ahora un producto pagado, no es así porque ustéd no está adquiriendo y tampoco necesita una licencia para usarlo. Como mencionamos en el área de descargas, “Incluso sin ningún otro medio de soporte, este es un posible mecanismo para financiar el desarrollo de código abierto“.

Creemos que es crucial entender que el desarrollo de software requiere tiempo, esfuerzo y conocimiento, y que, en consecuencia, las personas involucradas deben recibir un pago justo, incluso si el software es gratuito y de código abierto como lo es en nuestro caso.

Mencionamos que si “solo el 10% de esos usuarios diera 1 € por cada descarga el total de fondos equivaldría a más de 50,000 €.“. y que “utilizando el número de descargas como base, necesitaríamos aproximadamente el 7% de usuarios dando 1 €.“. sin embargo, decidimos conformarnos con una cantidad que es, en comparación, más justa, 4.00 €.

Decidimos no establecer una cantidad mayor por dos razones:

  • Entendemos que no todo el mundo tiene dinero de sobra para dar si el caso fuera que estableciéramos una cantidad mayor.
  • Si bien, más fondos significarán un desarrollo más rápido, no nos sentimos cómodos pidiendo nada más alto que el monto que hemos establecido como mínimo.

También decidimos no usar o considerar el uso de otros medios de ingresos tales como anuncios, software de terceros (bloatware), adquisición de datos del usuario ó cualquier otra forma de ingresos no éticos.

Como hemos reiterado, los fondos que obtenemos son para necesidades particulares que giran en torno al mantenimiento y crecimiento de nuestra organización y el desarrollo de nuestro software.

No obstante, respondiendo a la pregunta, Nitrux todavía está disponible de forma gratuita a través de su versión de Desarrollo la cual usted puede descargar sin costo alguno en nuestro sitio web si es que decide que dar 4.00 € por nuestra versión estable no vale la pena. Sin embargo, tenga en cuenta que como su nombre lo indica es una versión de desarrollo y no está garantizado para su uso en entornos de producción, ya que está destinado a la detección de errores y la generación de informes de error. Todo esto tampoco significa que dejará de funcionar, pero sí significa que una actualización puede interrumpir su funcionamiento debido a su naturaleza de desarrollo, en cuyo caso le pediremos que nos ayude a depurar esta versión de Nitrux.

Si decidió apoyar a nuestra organización, esto es lo que necesita saber para descargar la versión estable de Nitrux:

  • El ingreso de un correo electrónico es obligatorio; esto se debe a que el enlace de descarga se enviará a la dirección de correo electrónico que ingrese en el cuadro de texto. Ningún otro mensaje será enviado a la dirección de correo electrónico de nuestra parte en ningún momento, y su dirección de correo electrónico no será compartida con ningún tercero. Para más información lea nuestra Política de Privacidad.
  • Las descargas se sirven desde nuestro servidor central; con su contribución, podremos mantenerlo funcionando.
  • Ingrese la dirección de correo electrónico que coincida con la cuenta de PayPal que utilizará para realizar el pago. El enlace de descarga será enviado a esta dirección.

Otras piezas de información importantes a tener en cuenta son las siguientes:

  • Si no recibe el correo electrónico con el enlace de descarga después de 15 minutos, contáctenos, verificaremos su pago y lo asistiremos.
  • Al utilizar este sitio web y acceder a la descarga, usted confirma que está dispuesto a aceptar nuestros términos y condiciones.
  • Como mencionamos en este texto, no se le está vendiendo una licencia para usar Nitrux (Nitrux no está a la venta). La cantidad que usted está pagando es para tener acceso a la descarga de nuestro archivo ISO. En otras palabras, usted está pagando para acceder a la descarga.
  • Los procesadores de pago predeterminados que estamos utilizando son PayPal y Stripe, y entendemos que PayPal o Stripe pueden no estar disponibles debido a restricciones comerciales de EE. UU. En algunos países si ese fuera el caso y desea financiar nuestra organización, contáctenos.

Nitrux es y sigue siendo un sistema operativo de código abierto y libre, como lo indicamos más adelante en estas preguntas frecuentes. Ustéd puede consultar nuestro código fuente en nuestra organización GitHub.

¿Por qué los requisitos del sistema son tan altos?

Primero, debe entenderse que lo que se enumera como los requisitos mínimos no es lo mismo que lo que se enumera como los requisitos recomendados. Los requisitos mínimos indican lo que estamos considerando como la configuración de hardware menos potente para ejecutar Nitrux y aún así poder utilizarla sin perjudicar la experiencia del usuario. Sí, Nitrux podría ejecutarse incluso en hardware de gama más baja de el que listamos. Sin embargo, la experiencia del usuario sería completamente inadecuada debido a las limitaciones de hardware.

Por lo tanto, los requisitos recomendados son para que la experiencia del usuario de Nitrux sea óptima y los requisitos mínimos para que la experiencia del usuario de Nitrux sea lo suficientemente buena. También hemos incluido una lista del hardware que utilizamos para crear estas mediciones.

¿Por qué no hay soporte para procesadores de 32 bits en Nitrux?

Una gran diferencia entre los procesadores de 32 bits y los procesadores de 64 bits es el número de cálculos por segundo que pueden realizar, lo que afecta la velocidad a la que pueden completar las tareas. Los procesadores de 64 bits pueden venir en versiones de doble núcleo, cuádruple núcleo, seis núcleos y ocho núcleos para la informática doméstica. Los múltiples núcleos permiten un mayor número de cálculos por segundo que pueden realizarse, lo que puede mejorar la capacidad de procesamiento y ayudar a que una computadora funcione más rápido. Los programas de software que requieren muchos cálculos para funcionar sin problemas pueden funcionar de manera más rápida y eficiente en los procesadores de múltiples núcleos de 64 bits, en su mayor parte.

Otra gran diferencia entre los procesadores de 32 bits y los procesadores de 64 bits es la cantidad máxima de memoria (RAM) que se admite. Las computadoras de 32 bits admiten un máximo de 4 GB (232 bytes) de memoria, mientras que las CPU de 64 bits pueden abordar un máximo teórico de 18 EB (264 bytes). Sin embargo, el límite práctico de las CPU de 64 bits (a partir de 2018) es de 8 TB de RAM direccionable.

Las altas cantidades de RAM son especialmente útiles para el software utilizado en diseño gráfico, ingeniería y edición de video, ya que estos programas tienen que realizar muchos cálculos para representar sus imágenes.

Una cosa a tener en cuenta es que los juegos y programas de gráficos 3D no se benefician mucho, si en todo, desde cambiar a una computadora de 64 bits, a menos que el programa sea un programa de 64 bits. Un procesador de 32 bits es adecuado para cualquier aplicación escrita para un procesador de 32 bits. En el caso de los juegos de computadora, obtendrás mucho más rendimiento al actualizar la tarjeta de video.

Los procesadores de 64 bits han estado disponibles durante casi veinte años y las placas base EFI desde casi diez. Construimos Nitrux para el presente y el futuro, no para el pasado. Si está ejecutando una computadora de 32 bits, le recomendamos que utilice otras distribuciones de Linux ó de BSD que se centren en la compatibilidad con este tipo de hardware.

¿Nitrux admitirá arquitecturas de procesador distintas de x64?

. Está en nuestros planes admitir arquitecturas de procesador distintas de x86-64 (o amd64). Trabajaremos para agregar compatibilidad con las siguientes arquitecturas de procesador en el futuro:

¿Nitrux admitirá los dispositivos de almacenamiento MBR para la inicialización?

Puede conectar dispositivos de almacenamiento MBR a Nitrux sin problemas y utilizarlos; sin embargo, cuando nos referimos a que Nitrux no es compatible con dispositivos MBR, estamos hablando explícitamente del dispositivo de almacenamiento que está destinado a ser utilizado con znx.

znx solo es compatible con unidades GPT, cuando znx inicializa un nuevo dispositivo, crea una nueva tabla de particiones utilizando la tabla de particiones GUID y luego crea el ESP y la partición de datos.

A diferencia de los discos particionados MBR, los datos críticos para la operación de la plataforma se ubican en particiones en lugar de sectores no particionados u ocultos. Además, los discos particionados GPT tienen tablas de partición primarias y de respaldo redundantes para mejorar la integridad de la estructura de datos de la partición.

Aunque UEFI admite el método tradicional de registro de arranque maestro (MBR) de partición del disco duro, no se detiene ahí. También es capaz de trabajar con la tabla de particiones GUID (GPT), que está libre de las limitaciones que el MBR impone al número y tamaño de las particiones.

Los esquemas de tabla de partición basados ​​en MBR insertan la información de partición para (generalmente) cuatro particiones “primarias” en el registro de inicio maestro (MBR) (que en un sistema BIOS también es el contenedor para el código que comienza el proceso de inicio del sistema). En un GPT, el primer sector del disco está reservado para un “MBR protector”, de modo que se admite el arranque de una computadora basada en BIOS desde un disco GPT, pero el cargador de arranque y el sistema operativo deben ser compatibles con GPT. Independientemente del tamaño del sector, el encabezado GPT comienza en el segundo bloque lógico del dispositivo.

GPT utiliza el direccionamiento de bloque lógico (LBA) actual en lugar del direccionamiento de sector de cabeza de cilindro (CHS) utilizado con MBR. La información de MBR heredada está contenida en LBA 0, el encabezado de GPT está en LBA 1, y la tabla de partición es la siguiente.

En resumen, Nitrux no admitirá los dispositivos de almacenamiento de MBR para la inicialización.

¿Es compatible Nitrux con UEFI de 32 bits?

Lo principal que debemos comprender es un concepto central de la Especificación UEFI: la arquitectura del SO y el firmware deben coincidir. Para la mayoría de los procesadores que no son de PC, esto no es un gran problema ya que solo tienen una arquitectura. El procesador “compatible con x86” es un poco diferente y puede cambiar a varios modos de 16/32/64 bits para la compatibilidad de la aplicación. Debido a que la mayoría de las plataformas de PC admiten tanto la arquitectura de 32 bits como la de 64 bits junto con las instrucciones de 16 bits de Intel 8086/80286 de la vieja escuela, el firmware UEFI en estas plataformas se puede compilar en modo IA32 o x64.

En un sistema BIOS heredado, el traspaso del sistema operativo del firmware sucedió en el modo real de 16 bits, y se esperaba que el sistema operativo pasara al modo protegido de 32/64 bits. Aparte de varias limitaciones técnicas y problemas de seguridad en el modelo de arranque del BIOS heredado, esto causó problemas entre las interfaces de tiempo de ejecución del BIOS de 16 bits y los servicios del sistema operativo de 32/64 bits. Es más fácil para el sistema operativo llevarse bien con el firmware si se ejecuta con la misma capacidad de bit (el sistema operativo de 32 bits se inicia desde el firmware de 32 bits, el sistema operativo de 64 bits se inicia desde un firmware de 64 bits) y esto se refleja como un principio fundamental de la Especificación UEFI.

Por lo tanto, actualmente, Nitrux no soportá sistemas UEFI de 32 bits.

¿Por qué Nitrux no es compatible con dispositivos BIOS y solo es compatible con UEFI o EFI?

La falta de soporte para dispositivos BIOS es una decisión que tomamos en función del tipo de características que queríamos agregar a nuestra distribución de Linux y el tipo de hardware al que queríamos dar soporte para que funcionen. La disponibilidad de EFI y, posteriormente, de los dispositivos UEFI ha sido general en los últimos diez años, lo que significa que cualquier hardware futuro que los fabricantes lancen al público será compatible con UEFI exclusivamente y no con BIOS.

Como explicamos con más detalle en estas Preguntas frecuentes, todo se reduce a cómo funciona nuestra distribución; en el método de administración y las características que incluimos que hacen uso o dependen de que el hardware tenga soporte para firmware de EFI o UEFI y las características que ofrecen cualquiera de estos.

Tenemos conocimiento de hardware que, de lo contrario, ejecutaría este sistema operativo sin problemas, pero no tiene soporte porque no admite el firmware EFI como mínimo. Nuestra decisión es técnica en cuanto a que las limitaciones del BIOS no permitieron que el soporte de nuestras funciones previstas en nuestra distribución de Linux fuera factible.

La especificación UEFI describe el diseño de una tabla de particiones MBR pero no menciona el ESP.

En teoría, es posible utilizar el ESP en un dispositivo MBR. Este método, sin embargo, no se ha probado y parece producir más problemas relacionados con la denominación del cargador de arranque y las entradas NVRAM administradas por efibootmgr. Además, Intel planea eliminar gradualmente el soporte para el CSM para 2020. Por lo tanto, no tenemos ninguna intención de gastar recursos en la búsqueda de este método.

Además, las placas base EFI y posteriormente UEFI han estado disponibles desde 2010–2011, cuando Intel presentó su arquitectura Nehalem en 2008 y luego cuando AMD presento su serie de chipset 800 en 2009 y luego la lanzó en 2010. Estas placas madre han sido comunes desde entonces, y esto significa que el tipo de hardware que estamos apuntando tiene al menos diez años de antigüedad.

Si bien es raro, existían placas base compatibles con EFI para plataformas más antiguas como los procesadores Intel Socket 775.

Otras razones por las que decidimos admitir solo los dispositivos UEFI son las siguientes:

  • UEFI permite un mejor uso de discos duros más grandes. Aunque UEFI admite el método tradicional de registro de arranque maestro (MBR) de partición del disco duro, no se detiene ahí. También es capaz de trabajar con la tabla de particiones GUID (GPT), que está libre de las limitaciones que el MBR impone al número y tamaño de las particiones. GPT aumenta el tamaño máximo de partición de 2.19TB a 9.4 zettabytes.
  • UEFI puede ser más rápido que el BIOS. Varios ajustes y optimizaciones en el UEFI pueden ayudar a que su sistema arranque más rápido que antes. Por ejemplo: con UEFI es posible que no tenga que soportar los mensajes que le piden que configure las funciones de hardware (como un controlador RAID) a menos que se requiera su entrada directa, y UEFI puede elegir inicializar solo los componentes individuales. El grado de aceleración de un arranque dependerá de la configuración de su sistema y del hardware, de modo que pueda ver un aumento significativo o menor de la velocidad.
  • Los cambios técnicos abundan en la UEFI. UEFI tiene espacio para funciones más útiles y utilizables que las que jamás se podrían incluir en el BIOS. Entre estos se encuentran la criptografía, la autenticación de red, el soporte para extensiones almacenadas en medios no volátiles, un administrador de arranque integrado e incluso un entorno de shell para ejecutar otras aplicaciones EFI, como utilidades de diagnóstico o actualizaciones flash. Además, tanto la arquitectura como los controladores son independientes de la CPU, lo que abre la puerta a una variedad más amplia de procesadores (incluidos los que utilizan la arquitectura ARM, por ejemplo).

Por lo tanto, Nitrux solo admite sistemas clasificados como Clase 2 y Clase 3, como referencia:

  • Clase 0: Plataformas no UEFI, el conjunto de plataformas basadas en BIOS heredadas tradicionales. Estas plataformas no son UEFI conscientes.
  • Clase 1: En los primeros días de EFI/UEFI, cuando todos los sistemas operativos principales no eran conscientes de EFI/UEFI, se usó un Módulo de Soporte de Compatibilidad (CSM) para presentar la interfaz tradicional tipo BIOS. Estas plataformas solo se inician en sistemas operativos tradicionales heredados.
  • Clase 2: Estas plataformas surgieron cuando EFI se adaptó como estándar de la industria UEFI y el sistema operativo comenzó a agregar soporte para UEFI. Estas plataformas admiten el inicio utilizando el método tradicional de int19h, en el que BIOS carga el sector de inicio y entrega la ejecución al cargador de inicio, además de cargar una aplicación de cargador de inicio UEFI. La mayoría de las plataformas hoy en día son las plataformas de clase 2.
  • Clase 3: Estas plataformas solo admiten el inicio utilizando el método definido por UEFI para cargar la aplicación del cargador de arranque desde una ubicación específica. Las plataformas de clase 3 no cuentan con un módulo de soporte de compatibilidad. Cualquier plataforma de clase 2 con CSM desactivada funciona como una plataforma de clase 3.

UEFI es el nuevo nombre y el último desarrollo de EFI.

Para verificar si su computadora soporta UEFI ejecute la siguiente secuencia de comandos dentro de una ventana de Terminal:

[ -d /sys/firmware/efi ] && echo UEFI || echo BIOS

¿Qué es NX Desktop? (previamente Nomad Desktop)

https://nx-desktop.org

Nitrux recibió muchos comentarios por crear otro entorno de escritorio en lugar de contribuir a proyectos más extensos y establecidos o, peor aún, que hayamos bifurcado Plasma 5, para el desconocimiento de algunas personas NX Desktop NO ES un entorno de escritorio y nunca nos hemos referido a este, ni una vez, como tal. Este malentendido fue causado por nuestro uso de la palabra Desktop en su nombre, que es una tradición en muchos proyectos de software libre para referirse a shells de escritorio.

¿Qué es NX Desktop y qué no es?

  • Qué es: NX Desktop es nuestro conjunto de personalizaciones aplicadas al escritorio de Plasma 5 e incluye nuevos plasmoides (o widgets), un nuevo paquete de apariencia (fondos de pantalla, temas de Plasma, tema y perfil de Konsole, temas de Aurorae, temas de SDDM, cursores y combinaciones de colores. un tema de iconos e inicialmente dos aplicaciones de escritorio, NX Software Center y Nomad Firewall, todo lo cual es obra original. El NX Software Center se convirtió en algo propio, y Nomad Firewall es un KCM (Módulo de control de KDE) que no forma parte del paquete de los plasmoides ni del paquete de apariencia. El tema del icono Lüv tampoco forma parte del paquete look-and-feel.
  • Lo que no es: NX Desktop no es un entorno de escritorio. Un entorno de escritorio por concepto sería un shell de escritorio completo y un conjunto de aplicaciones esenciales. Estos incluyen un administrador de archivos, navegador web, reproductor multimedia, cliente de correo electrónico, libreta de direcciones, lector de PDF, administrador de fotos y aplicación de preferencias del sistema. NX Desktop no proporciona ninguno de estos, por lo que nunca nos hemos referido a él como tal.
  • NX Desktop no es una bifurcación o un derivado de Plasma Shell.

El sufijo de Desktop se debe a que es donde se usa todo lo que lo comprende, en el escritorio. Contrariamente a lo que mucha gente podría pensar, no creamos una distribución en torno a “solo un grupo de temas”. Nitrux se trata de ofrecer una experiencia de usuario propia que incluye, pero no se limita a los temas y la estética general y nuestra intención nunca fue proporcionar un escritorio por defecto de Plasma 5. Ya hay suficientes distribuciones de Linux y BSD que ofrecen una experiencia de escritorio Plasma 5 no modificada.

¿Cómo puedo desactivar el mensaje de bienvenida cuando inicio sesión?

Para deshabilitar la aparición del Asistente de bienvenida de NX cada vez que inicie sesión, abra la Configuración del sistema, luego haga clic en Inicio y apagado, haga clic en Inicio automático y desactive la casilla nx-welcome-wizard.

¿Nitrux agregará otra variante con otros entornos de escritorio?

No. No tenemos en nuestros planes agregar una variante de Nitrux que incluya un entorno de escritorio diferente, por ejemplo, Gnome. Estamos totalmente comprometidos con el uso de las tecnologías KDE y el framework de Qt para nuestras interfaces gráficas.

¿Por qué centrarse en AppImages?

https://appimage.org/

Un AppImage es un archivo descargable para Linux que contiene una aplicación y todo lo que la aplicación necesita para ejecutar (por ejemplo, bibliotecas, íconos, fuentes, traducciones, etc.) que no se pueda esperar razonablemente que sea parte de cada sistema de destino. — AppImage wiki.

Nitrux es una distribución de Linux de escritorio destinada a ser utilizada en computadoras de escritorio (que incluye computadoras portátiles y otros). Basado en esto, AppImage es el formato que mejor se adapta a nuestra visión. Es realmente portátil, no requiere nada más para ejecutarse y está orientado a la computación de escritorio. AppImage proporciona una solución muy innovadora y simplista para la distribución de software. Es bastante claro que cualquier persona puede acceder instantáneamente a una solución de un clic para obtener software. Esto no quiere decir que los administradores de paquetes no sean inteligentes (o potentes) al resolver conflictos, pero no es lo mismo administrar una docena, si no cientos de archivos, a manejar solo uno.

Se debe tener en cuenta que el formato AppImage no intenta reemplazar a los administradores de paquetes, pero queremos que sea nuestro principal método de distribución para el software del usuario final.

Para este propósito, hemos creado una tienda de software gráfica y un software para integrar los archivos de AppImage en el entorno de escritorio. Además, hemos incluido herramientas adecuadas diseñadas por los desarrolladores de AppImage, como appimaged y AppImageUpdate. Estas herramientas son totalmente independientes de la distribución de Linux donde se ejecutan y también son independientes entre sí. El segmento móvil demostró que esta simplicidad sin precedentes era vital para que las personas obtuvieran un nuevo software y mucho menos que realmente lo usaran, ¿por qué limitar esa simplicidad a nuestros teléfonos?

Creemos firmemente en la idea detrás de AppImage donde una aplicación no está instalada sino desplegada, y esta idea es de donde hemos creado znx, nuestro administrador de sistema operativo.

¿Qué es znx?

https://github.com/Nitrux/znx/wiki

znx es una herramienta que le permite utilizar varios sistemas operativos y mantenerlos actualizados sin tener que volver a particionar las unidades. Se trata de simplicidad y fiabilidad.

Está diseñado para trabajar en sistemas UEFI. znx creará una tabla de particiones GPT en un dispositivo y escribirá un cargador de arranque en la partición del sistema EFI. Desde ese momento, puede desplegar, actualizar y eliminar sistemas operativos como imágenes ISO de un solo archivo. El gestor de arranque (GRUB2) los hará disponibles en el arranque. znx te ayudará a mantenerlos actualizados mientras hace que el proceso de actualización sea seguro.

znx despliega la imagen ISO en el dispositivo de almacenamiento, luego hace que el dispositivo sea de inicio y cree la partición de datos donde se guardan los datos del usuario durante los reinicios. Una vez que se ha desplegado la ISO, el usuario puede reiniciar e iniciar en el dispositivo de almacenamiento para seleccionar el sistema.

znx sigue el concepto de AppImages, que es que el software no está “instalado”, sino que se despliega. Eso significa que no obtiene una gran cantidad de archivos y carpetas distribuidos en un sistema de archivos, sino solo un archivo, lo mismo que con znx, en lugar de descomprimir el archivo squashfs (el sistema de archivos comprimido que contiene el sistema operativo real) y extraer el contenido al dispositivo de destino. (así “instalando” el sistema operativo a la manera tradicional). El sistema operativo permanece como un archivo que se puede actualizar utilizando un archivo zsync para actualizaciones diferenciales (las llamadas actualizaciones delta ó transaccionales, que es lo que hace znx; de manera similar, AppImageUpdate realiza actualizaciones a AppImages solo actualizando los bits que cambiaron).

Cualquier archivo que el usuario crea se guarda en la partición de datos en ZNX_DATA. Para instalar un nuevo software (por el software nos referimos a aplicaciones de escritorio como Firefox, LibreOffice, etc.), el método de primario es descargar una AppImage. Estas AppImages irían a “/Applications” donde se mantendrían cuando el usuario actualice el ISO desplegado a una nueva versión.

znx es una revisión importante en Nitrux y, junto con la integración mejorada de AppImage y nuestro marco de interfaz de usuario Mauikit forma la base de lo que hace que esta distribución sea Nitrux y no Ubuntu.

znx admite archivos ISO locales y URL remotas.

¿Cuál es la diferencia entre instalar y desplegar en Nitrux?

En el contexto de la utilización de Nitrux, diferimos de las distribuciones de Linux convencionales. Normalmente, cuando el usuario instala software, esto se hace con el uso de un administrador de paquetes. En términos generales, el administrador de paquetes descargará y extraerá los contenidos de un archivo y los colocará dentro de la estructura de directorios de la distribución en cuestión. El archivo contiene archivos y carpetas que se colocan en la ruta correspondiente en el sistema de archivos (los archivos binarios en /bin, los archivos de configuración en /etc, las bibliotecas en /lib y así sucesivamente), y el administrador de paquetes realiza un seguimiento de dónde se encuentran estos archivos situados.

Este concepto es el mismo cuando se instala un sistema operativo. Las distribuciones de Linux convencionales se distribuyen como archivos ISO y hacen uso de un instalador. El instalador se iniciará desde una sesión “En vivo” y extraerá el contenido del archivo SquashFS contenido en el archivo ISO y colocará su contenido en el dispositivo de almacenamiento, creando el árbol de directorios. Nitrux no hace esto.

Desplegar el sistema operativo en nuestro caso significa que está “copiando” el archivo ISO al dispositivo de almacenamiento como un solo archivo y habilitando la persistencia en el dispositivo de almacenamiento usando OverlayFS en lugar de extraer su contenido y crear el árbol de directorios estándar en el dispositivo de almacenamiento. Por esta razón decimos que Nitrux no hace una instalación tradicional.

En otras palabras, Nitrux realiza una instalación frugal (los archivos del sistema operativo se almacenan en solo un par de archivos en un directorio, en lugar de extenderse sobre una partición del disco).

Cuando instale una distribución Linux convencional su dispositivo de almacenamiento contendrá un árbol de directorios como este: /boot /bin /dev /lib /usr /opt /var y así sucesivamente, cada uno de estos directorios con archivos y más carpetas en tantas particiones como se crearán durante la instalación.

Con Nitrux solo tiene dos particiones, una partición de inicio con el ESP y una partición de datos con el archivo ISO (que contiene el sistema operativo) y las carpetas de usuario, por lo que el árbol de directorios en su dispositivo de almacenamiento está compuesto solo por /STORE.

znx lo utiliza, pero ¿qué es el OverlayFS?

OverlayFS proporciona una excelente manera de combinar directorios o sistemas de archivos de tal manera que uno de los sistemas de archivos (llamado el “inferior”) nunca se escriba, pero todos los cambios se realizan en el “superior”. Incluido en la línea principal del kernel de Linux con la versión 3.18, OverlayFS le permite superponer los contenidos (archivos y directorios) de un directorio a otro.

Los directorios de origen pueden estar en diferentes volúmenes e incluso pueden ser diferentes sistemas de archivos, lo que crea un mecanismo interesante para permitir la modificación temporal de archivos y carpetas de solo lectura, lo que también le permite agregar rápidamente algo de almacenamiento a un sistema de archivos existente que se está agotando Del espacio, sin necesidad de alterar ninguna estructura. También podría ser un componente útil de un sistema de copia de seguridad o instantáneas.

Las modificaciones a los archivos en el directorio “superior” se llevarán a cabo como de costumbre. Cualquier modificación a un archivo de la carpeta “inferior” creará una copia en el directorio superior, y ese archivo será el modificado, esto deja los archivos básicos intactos y disponibles a través del acceso directo a la carpeta “inferior”.

Curiosamente, una segunda tarea podría copiar los archivos modificados de la carpeta “superior” a la “inferior” cuando se completen las modificaciones.

Un archivo eliminado del directorio OverlayFS transferiría directamente un archivo del directorio “superior” y simularía esa eliminación del directorio “inferior” creando lo que se denomina un archivo “blanco”. Este archivo solo existe dentro del directorio OverlayFS, sin aparecer físicamente en los directorios “superior” o “inferior”. Cuando se desmonta el OverlayFS, esta información de estado se perderá, por lo que se debe tener cuidado de reflejar cualquier cambio necesario en el directorio “inferior”.

Un subdirectorio también se puede eliminar del directorio “inferior”, lo que crea lo que se conoce como un “directorio opaco” en el directorio OverlayFS. Detrás de escena, OverlayFS usa la clase de atributo extendido o el espacio de nombres de “confianza” para registrar “puntos muertos” y “directorios opacos”.

¿Cómo es que znx almacena los datos?

Con znx es preferible que las imágenes se despliegan en el dispositivo de almacenamiento primario de la computadora, en lugar del almacenamiento USB; pero no es obligatorio. Almacenamos datos directamente en el dispositivo, sin archivos intermedios. En el momento del arranque, creamos un montaje de superposición en /etc y /home. Nuestro objetivo es tener un sistema limpio, y nuestro formato de distribución de aplicación preferido es AppImage, por lo que esto tiene sentido para nosotros.

znx amplía aún más el concepto de instalaciones frugales (las llamamos “despliegues”, no instalaciones) al servir también las actualizaciones (que es un estado muy crítico). No solo gestiona el despliegue, sino también toda la vida útil de una imagen; es decir, actualizándolo de forma segura (y manteniendo una copia de seguridad de la última versión en funcionamiento) y, posiblemente, descartándola. znx está diseñado para funcionar solo en UEFI.

El siguiente diagrama ilustra cómo znx almacena los datos en un dispositivo.

####------------------------####
####    znx new structure   ####
####------------------------####

device
├─── ZNX_BOOT (partition)
│    ├─── /boot
│    │    └─── grub
│    ├─── /efi
│    │    ├─── boot
├────└────└────└─── bootx64.efi
├─── ZNX_DATA (partition)
│    ├─── /store
│    │    ├─── /os_1
│    │    │   ├─── /version_1
│    │    │   │   ├─── /data
│    │    │   │   │   ├─── /user_1_data
│    │    │   │   │   └─── /user_2_data
│    │    │   │   ├─── image
│    │    │   │   └─── image_bak
│    │    │   ├─── /version_2
│    │    │   │   ├─── /data
│    │    │   │   │   └─── user_1_data
│    │    │   │   ├─── image
│    │    │   │   └─── image_bak
│    │    │   └───...
│    │    ├─── /os_2
│    │    │   ├─── /version_1
│    │    │   │   ├─── /data
│    │    │   │   │   └─── /user_1_data
│    │    │   │   ├─── image
│    │    │   │   └─── image_bak
│    │    │   └───...
└────└────└───...


####------------------------####
####    znx old structure   ####
####------------------------####

device
├─── ZNX_BOOT (partition)
│    ├─── /boot
│    │    └─── grub
│    ├─── /efi
│    │    ├─── boot
├────└────└────└─── bootx64.efi
├─── ZNX_DATA (partition)
│    ├─── /data
│    │    ├─── /boot_images
│    │    │    ├─── /os_1
│    │    │    │   ├─── /version_1
│    │    │    │   │   ├─── image
│    │    │    │   │   └─── image_bak
│    │    │    │   ├─── /version_2
│    │    │    │   │   ├─── image
│    │    │    │   │   └─── image_bak
│    │    |    │   └───...
│    │    │    ├─── /os_2
│    │    │    │   ├─── /version_1
│    │    │    │   │   ├─── image
│    │    │    │   │   └─── image_bak
│    │    |    └───...
│    │    ├─── /data
└────└────└────└─── /user_data

¿Cómo hace znx las actualizaciones al sistema operativo?

znx actualiza el sistema operativo mediante una actualización transaccional, también conocida como actualizaciones atómicas, actualizaciones delta, actualizaciones binarias o actualizaciones parciales.

En el fondo, znx utiliza Zsync (de ahí el z). Zsync calculará la diferencia entre el archivo antiguo y el nuevo en un servidor remoto y descargará solo las partes diferentes. Al utilizar Zsync, znx puede ahorrar el ancho de banda que se usaría para descargar un nuevo archivo ISO. Para utilizar esta función, el proveedor debe integrar la información de actualización en la ISO, luego znx puede usar adecuadamente el archivo Zsync que se generaría durante el proceso de creación para actualizar la imagen ISO.

Una “actualización transaccional” es un tipo de actualización que se puede definir como:

  • Una actualización transaccional es atómica: la actualización no influye en su sistema en ejecución
  • Una actualización transaccional se puede revertir: si la actualización falla o si la nueva versión del software no es compatible con su infraestructura, puede restaurar la situación rápidamente como estaba antes de la actualización.

A diferencia de otros métodos de distribución de Linux, la información sobre dónde buscar actualizaciones no está contenida en archivos de descripción de repositorio separados, como sources.list que deben ser administrados por el usuario si no que están embedidos dentro del archivo ISO.

Este método tiene la ventaja de que la información de actualización siempre viaja junto con el archivo ISO para que el usuario final no tenga que hacer nada especial para poder verificar las actualizaciones. Durante el proceso de actualización, znx mantendrá una copia de seguridad del archivo ISO, llamado IMAGE.0.zs-old, que es una copia de seguridad del archivo anterior que solo existe después de que se realiza una actualización.

Entonces, znx usa todo el dispositivo, ¿eso significa que no puedo usar otros sistemas operativos que no sean Nitrux?

Puede utilizar completamente otros sistemas operativos con znx, de hecho, puede desplegar otras distribuciones de Linux utilizando este. znx no es exclusivamente una herramienta creada por nosotros para no usar un instalador. Desarrollamos znx para servir como un enfoque más directo para administrar sistemas operativos. Como hemos explicado, znx no es un instalador, ya que también realiza otras tareas.

Desarrollamos znx para usarlo con Nitrux, pero no está diseñado exclusivamente para funcionar solo con Nitrux. Para desplegar otras distribuciones de Linux usando znx, el archivo ISO debe tener un archivo grub.cfg y soporte para EFI, la mayoría de las distribuciones tienen este archivo, mientras que otras no, normalmente estas distribuciones usan ISOLINUX.

¿Cómo creo nuevas particiones con znx?

Uno de los puntos de usar znx es desplegar múltiples distribuciones en una sola ejecución y administrarlas fácilmente. Como hemos explicado en esta pregunta frecuente, znx crea dos particiones de inicio y datos (ZNX_BOOT y ZNX_DATA). Con znx, todos los sistemas operativos desplegados con él residen como un archivo único, y sus datos se almacenan utilizando OverlayFS directamente en el dispositivo de almacenamiento sin ningún archivo intermedio en la máquina.

Por lo tanto, al utilizar znx no es necesario crear varias particiones.

¿Una distribución de Linux, que no sea Nitrux, también tiene persistencia cuando se despliega utilizando znx?

Si tuviera que desplegar un archivo ISO de una distribución de Linux hoy con znx no, no tendría persistencia; esto se debe a que el archivo ISO debe modificarse para hacer uso de OverlayFS para que los datos persistan en los reinicios. Oficialmente, no hay otras distribuciones de Linux que sepamos que soporten znx por el momento; Sin embargo, esperamos que pronto cambie.

Como mencionamos en esta FAQ, utilizamos OverlayFS para almacenar datos. Hacemos esto modificando nuestra ISO en consecuencia durante su proceso de construcción. Este proceso no es complicado, y se admite directamente mediante el uso de Casper, la misma herramienta que crea el archivo SquashFS que reside dentro de una imagen ISO.

Todas las distribuciones de Linux liberan sus archivos ISO como medios de instalación, por lo que actualmente no se crean con este uso en mente. Sin embargo, es totalmente posible realizar estos cambios, tal como lo hicimos nosotros.

¿Cómo puedo agregar soporte para znx a mi distribución de Linux?

Para agregar soporte para znx a su distribución de Linux, verifique la siguiente información:

  • Primero, para hacer que su archivo ISO sea compatible con znx, debe poder iniciarse con un archivo loopback.cfg, el enlace original a la documentación está roto: http://www.supergrubdisk.org/wiki/Loopback.cfg; pero aquí están algunos enlaces que funcionan:
  • En segundo lugar, para habilitar la persistencia de los datos en los reinicios, debe implementar un mecanismo en el initramfs. Aquí hay un ejemplo para lograr esto:
    #! /bin/sh
    
    for o in $(cat /proc/cmdline); do
    
      case $o in
    
        # -- Determine the overlay mountpoints from /proc/cmdline.
    
        ZNX_OVERLAYS=*)
    
          ZNX_OVERLAYS=${o#ZNX_OVERLAYS=}
          ZNX_OVERLAYS=$(printf $ZNX_OVERLAYS | sed 's/,/ /g')
    
        ;;
    
        # -- Find the persistent storage directory.
    
        iso-scan/filename=*)
    
          PERSISTENT_DATA=${o#iso-scan/filename=}
          PERSISTENT_DATA=${PERSISTENT_DATA%/*}/DATA
    
        ;;
    
      esac
    
    done
    
    
    # -- Mount the requested overlays.
    
    for k in $ZNX_OVERLAYS; do
    
      mkdir -p \
        /root/$k \
        /root/isodevice/.overlay-tmp/$k.w \
        /root/isodevice/$PERSISTENT_DATA/$k \
        /root/isodevice/.overlay-tmp/$k.w
    
      mount -t overlay \
        -o lowerdir=/root/$k \
        -o upperdir=/root/isodevice/$PERSISTENT_DATA/$k \
        -o workdir=/root/isodevice/.overlay-tmp/$k.w \
        . /root/$k
    
    done
  • Finalmente, deberá proporcionar un archivo grub.cfg utilizable. Tenga en cuenta que la línea ZNX_OVERLAYS=/ se agrega como un parámetro de GRUB. Hemos modificado znx para que sea más fácil definir qué directorios del sistema de archivos usarán el controlador OverlayFS. En este ejemplo, establecer el parámetro GRUB en ZNX_OVERLAYS=/ usará el controlador de OverlayFS para todo el sistema de archivos raíz.
    set gfxmode=auto
    insmod efi_gop
    insmod efi_uga
    insmod gfxterm
    terminal_output gfxterm
    loadfont /boot/grub/themes/ubuntu/dejavu_sans_mono_bold.pf2
    
    set theme=/boot/grub/themes/your/theme.txt
    
    menuentry "Boot MyDistro " {
      set gfxpayload=keep
      linux /boot/kernel boot=casper quiet splash elevator=noop iso-scan/filename=$iso_path username=ubuntu hostname=ubuntu ZNX_OVERLAYS=/
      initrd /boot/initramfs
    }
    
    menuentry "Boot MyDistro debug mode" {
      set gfxpayload=keep
      linux /boot/kernel boot=casper xforcevesa elevator=noop iso-scan/filename=$iso_path username=ubuntu hostname=ubuntu ZNX_OVERLAYS=/
      initrd /boot/initramfs
    }

Tenga en cuenta que debido a las diferencias entre las diferentes familias de distribuciones de Linux en la creación del initramfs, no se garantiza que el método anterior funcione sin modificaciones.

Desplegar Nitrux desde un Linux existente (Live o ya instalado) usando znx

  1. Descargue la AppImage de znx desde https://github.com/Nitrux/znx/releases/
  2. Hágalo ejecutable, abra una ventana de Terminal y ejecute los siguientes comandos
chmod + x znx_*
  • Y para mayor claridad, cambie el nombre del archivo, ejecute
mv znx_* znx
  • Alternativamente, use un administrador de archivos (haga clic con el botón derecho> propiedades> permisos).

Dado que znx es una utilidad de línea de comandos, todos los pasos a continuación se realizarán en una ventana de Terminal.

  • Primero inicialice un dispositivo de almacenamiento ejecutando:
sudo /path_to/./znx init /dev/sdX #donde X es el dispositivo, no ingrese en una partición
  • Ahora despliegue Nitrux, ejecute
sudo /path_to/./znx deploy /dev/sdX nitrux/$version $isopath #donde $isopath puede ser un archivo local o una URL remota

Dependiendo de la velocidad del dispositivo de almacenamiento donde se está desplegando el ISO, tomará entre 5 y 15 minutos o un par de segundos en una máquina virtual. Durante este tiempo, la línea de comandos no estará disponible, por lo que es fundamental que la ventana donde se ejecuta el comando no esté cerrada.

  1. Una vez que la línea de comandos esté disponible una vez más, asegúrese de que la memoria caché de escritura esté vacía, ejecute el comando:
sync

Y eso es todo, puede empezar a usar Nitrux. Si la ISO se desplegará en un dispositivo USB 2.0, tardaría varios minutos en cargarse debido a los límites de la velocidad de transferencia de estos dispositivos.

Los despliegues posteriores de Nitrux se pueden realizar utilizando la GUI de znx desde el despliegue inicial de Nitrux. Puede omitir la descarga de la ISO, ya que la ISO ya estaría disponible desde el dispositivo desde el que Nitrux ha arrancado. El archivo está en /isodevice/STORE/$image.

Desplegar Nitrux desde Windows usando znx

Desafortunadamente para los usuarios de Windows, el AppImage de znx no se ejecuta en WSL 1 o Cygwin porque ninguno de los dos puede acceder a los dispositivos de bloque en una computadora y el kernel utilizado por WSL 1 no tiene el módulo FUSE incluido. Esta situación representa un problema que znx no puede solucionar, ya que no es un problema de znx, sino un problema con Windows que no es un sistema POSIX. WSL 2 puede tener soporte para FUSE; sin embargo, aún no se ha lanzado oficialmente.

Los usuarios de Windows, deben de crear un Live USB usando balenaEtcher o Rufus y proceda a desplegar Nitrux después. Vea ¿Cómo puedo flashear la ISO a un USB?.

¿Cómo puedo verificar que znx desplegó Nitrux correctamente?

Para confirmar que el despliegue se realizó correctamente, puede hacer lo siguiente:

  • Verifique que las particiones se crearon usando los comandos lsblk, blkid ó fdisk.
lsblk /dev/sdX

lsblk -o NAME,SIZE,MOUNTPOINT,LABEL

sudo blkid

sudo fdisk -l

No es necesario usar todos estos comandos a la vez.

¿Cómo puedo grabar el ISO en un DVD?

Por favor, no escriba nuestro archivo ISO en ningún tipo de medio óptico.

¿Cómo puedo escribir el ISO a un USB?

Estas instrucciones lo guiarán a través del proceso de creación de una memoria USB Nitrux de arranque en Windows ó Linux. Puede usar esta memoria USB para arrancar y probar o instalar Nitrux en cualquier computadora que admita el arranque desde USB y utilice EFI como mínimo.

Si está utilizando Windows ó Linux y balenaEtcher , siga estos pasos:

  1. Descargue un archivo ISO Nitrux, descargue e instale balenaEtcher.
  2. Inserte la unidad USB en el puerto USB e inicie balenaEtcher.
  3. Haga clic en el botón Select image  y busque su archivo .iso de Nitrux. Si descargó el archivo usando un navegador web, entonces debe almacenarse en la carpeta de decargas ubicada en su cuenta de usuario.
  4. Haga clic en el botón de imagen Flash y comenzará el proceso de flasheo.

El proceso puede llevar varios minutos, según el tamaño del archivo ISO y la velocidad de la memoria USB. Una vez completado, aparecerá la siguiente pantalla informándole que la imagen se ha flasheado con éxito.

Si está utilizando Windows y Rufus , siga estos pasos:

  1. Descargue un archivo ISO Nitrux, descargue e instale Rufus.
  2. Inserte la unidad USB en el puerto USB e inicie Rufus.
  3. Rufus se actualizará para configurar el dispositivo dentro del campo Dispositivo . Si la Dispositivo seleccionada es incorrecta (quizás tenga varios dispositivos de almacenamiento USB), seleccione la correcta en el menú desplegable del campo del dispositivo.
  4. Ahora elija la Ejecución de arranque. Las opciones incluirán No arrancable, FreeDos y Seleccionar imagen de archivo ISO ya que está creando un dispositivo de arranque con Nitrux, seleccione No arrancable. Las selecciones predeterminadas para el esquema de partición (GPT) y el sistema de destino (BIOS o UEFI) son apropiadas (y son las únicas opciones disponibles).
  5. Para seleccionar el archivo ISO de Nitrux que descargó anteriormente, haga clic en SELECCIONAR  a la derecha de “Ejecución de arranque”. Si este es el único archivo ISO presente en la carpeta Descargas, solo verá un archivo en la lista. Seleccione el archivo ISO apropiado y haga clic en Abrir .
  6. La Etiqueta de volumen se actualizará para reflejar el ISO seleccionado. Deje todos los demás parámetros con sus valores predeterminados y haga clic en INICIAR para iniciar el proceso de escritura.
  7. El ISO ahora se escribirá en su memoria USB, y la barra de progreso en Rufus le dará alguna indicación de dónde se encuentra en el proceso. Con una máquina razonablemente moderna, esto debería tomar alrededor de 10 minutos. El tiempo total transcurrido se muestra en la esquina inferior derecha de la ventana de Rufus.
  8. Cuando Rufus haya terminado de escribir el dispositivo USB, la barra de estado se rellenará en verde y la palabra READY aparecerá en el centro. Seleccione CERRAR para completar el proceso de escritura.

¡Felicidades! Ahora tiene NItrux en un dispositivo USB, arrancable y listo para funcionar.

Si está utilizando Windows ó Linux y ROSA Image Writer, siga estos pasos:

  1. Descargue un archivo ISO Nitrux, descargue e instale ROSA Image Writer.
  2. Inserte la unidad USB en el puerto USB e inicie ROSA Image Writer.
  3. Haga clic en el icono de la carpeta para buscar el archivo ISO de Nitrux y seleccionarlo.
  4. Seleccione el dispositivo USB en el menú desplegable.
  5. Haga clic en Escribir para iniciar el proceso de escritura.

Si está utilizando Linux y KDE ISO Image Writer, siga estos pasos:

  1. Descargue un archivo ISO Nitrux, descargue e instale KDE ISO Image Writer.
  2. Inserte la unidad USB en el puerto USB e inicie KDE ISO Image Writer.
  3. Haga clic en el icono de la carpeta para buscar el archivo ISO de Nitrux y seleccionarlo.
  4. Seleccione el dispositivo USB en el menú desplegable.
  5. Haga clic en Crear para iniciar el proceso de escritura.

Si está utilizando Linux y el comando ‘dd’ siga estos pasos:

  1. Descargue un archivo ISO Nitrux.
  2. Inserte la unidad USB en el puerto USB y abra una ventana de Terminal.
  3. Ingresa el siguiente comando en la ventana Terminal y presione Enter.
sudo dd if=nitrux-development-amd64.iso of=/dev/sda oflag=sync bs=4M status=progress

¿Cómo pruebo Nitrux en una máquina virtual?

La mejor manera de probar Nitrux es desplegarlo en un hardware real, pero quizás no quiera hacerlo aún, por lo que su segunda mejor opción es usar una máquina virtual.

  • Oracle VirtualBox. Para utilizar la ISO en VirtualBox, todo lo que tiene que hacer es crear una nueva máquina virtual. Seleccione Linux y Ubuntu (64 bits) después de haber personalizado el resto de la configuración de su máquina virtual para iniciar la ISO habilite EFI (solo sistemas operativos especiales) en Sistema y VBoxVGA en Graphics controller.
  • VMware Workstation Pro 15 y Workstation Player 15. Para utilizar la ISO en VMware Workstation, todo lo que tiene que hacer es crear una nueva máquina virtual. Seleccione Linux y Otro Linux 4.x o posterior kernel de 64 bits. Y al igual que con VirtualBox, habilitar EFI, en este caso, sería UEFI. Seleccione la casilla de verificación UEFI en Tipo de firmware en la pestaña Opciones en la configuración de la máquina virtual. Para Workstation Player 15 agregue la siguiente linea al archivo vmx de su maquina virtual, firmware = “efi”.
  • Parallels Desktop 13+. Siguiendo este artículo en la base de conocimientos de Parallels, para habilitar EFI, el indicador de inicio debe establecerse en vm.bios.efi=1 en Configuración avanzada en la categoría Orden de inicio.

Desplegué Nitrux en una unidad USB usando znx. ¿Cómo lo vuelvo a desplegar en mi almacenamiento interno?

Para volver a desplegar Nitrux desde una unidad USB, todo lo que necesita hacer es lo siguiente:

sudo znx deploy /dev/sdX $vendor/$version /isodevice/STORE/$first_deployment/IMAGE.0
  • Dónde “/dev/sdX” es el dispositivo donde se desea volver a desplegar (y donde X puede ser a, b, c …). Si el dispositivo es una unidad NVME esto que cambiaría a “/dev/nvmenX” (donde X puede ser 0, 1, 2 …).
  • Dónde “$ first_deployment” significa el nombre que le dio al despliegue inicial en el USB, por ejemplo, si cuando desplegó Nitrux en el USB, lo llamó “nx/dev”.
  • La ruta donde znx despliega los archivos ISO siempre es “/isodevice/STORE” seguido del nombre, por ejemplo, si el nombre fuera “nx/dev”, la ruta sería “/isodevice/STORE/nx/dev/IMAGE.0”.

Desplegué Nitrux usando znx, pero recibí alguno de estos errores

  • “No hay sistema operativo” o “sistema de archivos desconocido.”
  • “La imagen de arranque seleccionada no se autenticó. Presione Enter para continuar.”
  • “Error de descompresión. El sistema se detuvo” o “ningún medio de arranque encontrado.”
  • “Reinicie y seleccione un dispositivo de inicio adecuado o Inserte los medios de inicio en el dispositivo de inicio seleccionado y presione una tecla”.

Asegúrese de que su placa base admite UEFI o EFI. Si está ejecutando una máquina virtual, asegúrese de habilitar el soporte de EFI. Así mismo, asegúrese de que el inicio seguro (secure Boot) y cualquier otra opción de inicio específica de Windows en su configuración de UEFI estén deshabilitadas.

  • “znx: Error: Bad image name (must match ‘^[a-zA-Z0-9_]+/[a-zA-Z0-9_]+$’)”

Por favor, asegúrese de que el nombre de la imagen no utilice espacios o guiones. por ejemplo, “nitrux/1-1-7” ó “nitrux/1 1 7” no son válidos, mientras que “nitrux/1_1_7 “ó “nitrux 117” son válidos.

  • “znx: Error: /dev/sdX is mounted! Unmount it before continuing.”

Asegúrese de que el dispositivo en el que está intentando desplegar Nitrux no esté montado. Los dispositivos que están montados no se pueden modificar mientras están en uso.

  • “wipefs: /lib/x86_64-linux-gnu/libsmartcols.so.1: version `SMARTCOLS_2.33` not found required by wipefs.”

Asegúrese de que el sistema operativo en el que está intentando ejecutar el AppImage venga con una versión reciente de util-linux, específicamente, la versión 2.32 y la más reciente son las preferidas. Si su sistema operativo incluye una versión más reciente de util-linux y aún recibe este error, contáctenos para ayudarlo.

Tengo el sistema operativo XYZ instalado en mi computadora, ¿cómo puedo realizar un arranque dual de Nitrux?

Si bien es posible realizar un arranque dual de NItrux con otros sistemas operativos, hay algunas cosas a considerar.

  1. Nitrux debe desplegarse utilizando znx antes de instalar cualquier otro sistema operativo en la computadora.
  2. znx creará dos particiones, la partición ESP y la partición de datos.
  3. Los instaladores incluidos en la mayoría de las distribuciones de Linux y BSD pueden hacer particiones manuales para sus sistemas operativos, durante esta fase el usuario puede seleccionar el ESP que znx creó y usarlo como punto de montaje “/boot/efi”. El instalador agregará los archivos EFI para el sistema operativo en cuestión.
  4. Durante la fase de partición manual de estos instaladores, el usuario puede reducir la partición de datos que znx creó para instalar el nuevo sistema operativo.

Es posible que los archivos en la partición ESP de znx sean sobrescritos por el instalador del otro sistema operativo. Hemos confirmado que este es el caso con el instalador Ubiquity encontrado en Ubuntu y sus derivados. Al usar znx, es posible desplegar más distribuciones de Linux de la misma manera que Nitrux. Sin embargo, al igual que Nitrux, otras distribuciones de Linux tienen que hacer uso de OverlayFS en sus archivos ISO para permitir la persistencia.

Para usuarios de Windows.

  1. Si Windows ya está instalado en la computadora y Nitrux se despliega en el mismo dispositivo de almacenamiento, se borrará el dispositivo de almacenamiento.
  2. El instalador de Windows debe poder seleccionar la partición del sistema EFI (ESP) automáticamente. Sin embargo, no podrá reducir la partición de datos ya que Windows no es compatible con BTRFS de manera predeterminada (este controlador de terceros le agrega algo de soporte), para acomodar a Windows en la partición de datos que znx creó, la partición debe ser redimensionado antes de instalar Windows.
  3. Si primero se desplega Nitrux, luego se cambia el tamaño de la partición de datos, luego se instala Windows en el espacio restante, es muy probable que se pierda el acceso a Nitrux. Windows no es Linux, Windows no usa GRUB, por lo que no se puede desplegar con znx y su archivo ISO es solo para instalación y recuperación.

En resumen, para evitar cualquiera de estas complicaciones, recomendamos a los usuarios utilizar dispositivos de almacenamiento separados.

Tengo una versión anterior de Nitrux instalada, ¿cómo actualizo a la versión más reciente?

A partir de la versión 1.1.0 de Nitrux, presentamos znx, nuestra herramienta para administrar sistemas operativos. Como hemos explicado en estas Preguntas frecuentes, nuestros objetivos establecidos no incluyen el uso de un administrador de paquetes y un instalador tradicional para manipular el sistema operativo, como tal, para actualizar Nitrux, debe usar znx.

Para actualizar Nitrux usando znx siga los pasos en el Compendio.

Si ha instalado una versión de Nitrux como la versión release candidate, Alpha 1 y Alpha 2, y cualquier versión de la serie 1.0.x (1.0.0, 1.0.1, 1.0.2, 1.0.3, 1.0 .4, 1.0.5, 1.0.6, 1.0.7, 1.0.8, 1.0.9, 1.0.10, 1.0.11, 1.0.12, 1.0.13, 1.0.14, 1.0.15 y 1.0.16 ) no puede actualizar a la versión más reciente de Nitrux debido a los cambios fundamentales en el sistema operativo.

No encuentro la aplicación XYZ en el centro de software; ¿Cómo puedo agregar nuevo software?

Algunos de los principales software ya se distribuyen como AppImage, GIMP, Inkscape, LibreOffice, ONLYOFFICE, Blender, Krita, entre otros. El centro de software carga sus listados desde https://www.linux-apps.com. Alternativamente, también puede descargar nuevas AppImages desde la web desde sitios como https://appimage.github.io o https://www.appimagehub.com/. Mueva el archivo descargado de AppImage a “/home/$USER/Aplicaciones” y se agregará automáticamente al menú de la aplicación.

Nuestro Centro de software nunca fue diseñado con la intención de admitir otra cosa que no sean los formatos portátiles en un principio Snaps y luego únicamente AppImages. Como se mencionó antes, la idea es no usar un administrador de paquetes. Sin embargo, reconocemos que el centro de software debería mostrar muchos más resultados.

Recientemente, hemos eliminado el Centro de software de nuestras imágenes de lanzamiento, ya que está en nuestros planes para actualizarlo por completo. Sin embargo, hemos agregado la Herramienta de CLI de AppImage. Esta herramienta está disponible como la aplicación de comando y se puede utilizar de la siguiente manera.

  • Abra Konsole y escriba el comando “aplicación” sin comillas seguidas del argumento, luego presione Intro.
app --help
Usage: app [options] command
Command details
   search <query>              list applications available in the store
   install <STORE ID>          install the application with the given store id
   list                        list applications available on your system
   update <APP ID>             update if possible the given application
   remove <APP ID>             remove the application from your system

Options:
  -h, --help  Displays this help.

Arguments:
  command     Command to be executed: search | install | list | update | remove

app search firefox
1168996 Firefox - Appimage 63.0.1 by AJSlye

app install 1168996
Getting 1168996 from https://dl.opendesktop.org/api/files/download/id/1530021194/s/0cb9c26e57f7011261ca000b778cf021/t/1553641278/o/1/Firefox-60.0.glibc2.7-x86_64.AppImage
  • Las AppImages que se descargan con este comando se recuperan de AppImagehub.com.
  • Proporcionar AppImages depende completamente del desarrollador, por lo tanto, si el software que está buscando no está disponible como AppImage, pídale a su desarrollador que proporcione uno y estará disponible.

¿Cómo puedo agregar un nuevo software que no esté disponible como AppImage a Nitrux?

El uso de una AppImage por un desarrollador para distribuir su software les permite apuntar a Linux como un todo en lugar de apuntar a una distribución específica. Enfatizamos el uso de AppImages en Nitrux, ya que es una forma más directa de administrar las aplicaciones de usuario final. Sin embargo, no todos los desarrolladores utilizan este formato de empaquetado, la mayoría del software que se dirige a Linux se distribuye como paquetes creados para administradores de paquetes como APT, rpm, etc.

Hay otros casos en los que el desarrollador lanza el software como un archivo comprimido TAR o ZIP; a menudo ocurre que este software se puede extraer directamente y no es necesario instalarlo utilizando el administrador de paquetes de la distribución. Un ejemplo de este software es Android Studio y la tienda de activos para juegos y videojuegos itch.io.

Otro software se lanza como archivos de script .run que, según el software, le permiten seleccionar la ruta de instalación.

Recientemente hemos añadido Homebrew a Nitrux. Homebrew es un administrador de paquetes macOS que funciona en Linux, lo que permite a los usuarios instalar software en su directorio de inicio.

Las características de Homebrew son las siguientes:

  • Homebrew puede instalar software en su directorio de inicio y, por lo tanto, no requiere sudo.
  • Instalar el software no empaquetado por tu distribución.
  • Instale versiones actualizadas de software cuando su distribución de host sea antigua.
  • Use el mismo administrador de paquetes para administrar sus sistemas macOS, Linux y Windows

Homebrew requiere configuración del usuario, siga estas instrucciones para configurarlo.

Un paquete en Homebrew se llama una fórmula.

Los repositorios de terceros en Homebrew se llaman tap.

  • Para comenzar, abra Konsole y escriba el comando brew.
brew
  • Cuando se ejecuta por primera vez, este comando actualiza brew y agrega las carpetas necesarias al directorio /home. Siga las instrucciones en la pantalla.
  • Una vez que se haya configurado con éxito Homebrew en su máquina, puede comenzar a usarlo.

Para enumerar todas las fórmulas instaladas, ejecute.

brew list

Para instalar una fórmula usando Homebrew, use el comando brew. Por ejemplo, hello, que es paquete de ejemplo de Hello World! .

brew install hello

Puede buscar paquetes utilizando la siguiente sintaxis.

  • El primer comando mostrará todas las fórmulas disponibles, mientras que el segundo mostrará las fórmulas que coincidan con una palabra clave.
brew search
brew search --desc <keyword>

También puede agregar repositorios de terceros a Homebrew. Para enumerar todos los repositorios actuales, ejecute.

brew tap

Para saber más sobre las opciones de uso de Homebrew, escriba:

brew help

Recomendamos encarecidamente leer la documentación de Homebrew en https://docs.brew.sh.

¿Actualicé Nitrux usando el terminal pero nada cambió?

Como ya hemos mencionado, para administrar el sistema operativo, usamos znx; Este es un comportamiento normal y esperado.

¿Cómo puedo actualizar el software en Nitrux?

Para actualizar el software en Nitrux, utilizamos AppImageUpdate. Al igual que znx actualiza los ISO usando actualizaciones transaccionales o actualizaciones delta, AppImageUpdate actualiza los archivos de AppImage usando un archivo zsync, lo que significa que solo se actualizan los bits que cambiaron.

Los desarrolladores de AppImage lo describen como “AppImageUpdate le permite actualizar AppImages de manera descentralizada utilizando información incrustada en la propia AppImage. No hay un depósito central involucrado. Esto permite que los proyectos de aplicaciones ascendentes liberen AppImages que pueden actualizarse fácilmente. Dado que AppImageKit usa actualizaciones delta, las descargas son muy pequeñas y eficientes “.

Los AppImages no se actualizan a sí mismos, o de forma automática. Las AppImages se pueden actualizar a pedido del usuario; para ello, siga estos pasos:

  • Navegue a “/home/$USER/Applications” usando el gestor de archivos.
  • Luego haga clic derecho en una AppImage y seleccione Acciones> Update AppImage.

Nota: Para que AppImageUpdate haga su magia, la información de actualización debe estar embedida dentro de el AppImage. Como se indica en “Update information overview” en el repositorio de AppImageUpdate.

¿Cómo puedo remover el software en Nitrux?

Para eliminar el software en Nitrux, todo lo que necesita hacer es eliminar el archivo AppImage.

Instalé los paquetes XYZ usando el administrador de paquetes pero, ¿desaparecieron después de reiniciar?.

Nitrux es un sistema operativo inmutable, este es un comportamiento normal y esperado. Para obtener un nuevo software por favor use AppImages.

Creé un nuevo usuario en Configuración del sistema y habilite el inicio de sesión automático, ¿pero no funciona?

Este problema ocurre debido a la forma en que Casper trabaja por defecto. Como solución alternativa, presione “E” después de seleccionar el sistema operativo en el menú de inicio de znx, y use las teclas de flecha para navegar hasta la línea marcada como usuario y nombre de host; Aquí puede ingresar el nombre de usuario y el nombre de la computadora después de realizar los cambios deseados, presione “F10” para iniciar el sistema operativo.

Recomendamos que después de crear un nuevo usuario utilizando la Configuración del sistema cierre la sesión actual, en la pantalla de inicio de sesión use las nuevas credenciales de usuario y reinicie desde la sesión gráfica.

¿Por cuánto tiempo es soportado Nitrux?

Nitrux es un sistema operativo en continua evolución, como tal, solo admitimos la última versión del sistema, que actualmente es la serie de versiones 1.2.x.

Las versiones anteriores de Nitrux como la versión release candidate, Alpha 1 y 2, la serie de versiones 1.0.x y la serie de versiones 1.1.x no se soportan más.

¿Debo desplegar Nitrux nuevamente después de que haya un nuevo lanzamiento disponible?

No. Una vez que haya desplegado Nitrux en su dispositivo de almacenamiento, todo lo que necesita hacer es ejecutar znx para actualizarlo. Solo necesita desplegar el sistema operativo una vez.

¿Qué es MauiKit?

https://mauikit.org

Un conjunto de controles y herramientas con plantillas basadas en QQC2 y Kirigami compartidas entre el conjunto de aplicaciones de Maui. MauiKit ayuda a construir rápidamente interfaces de usuario que siguen el HIG de Maui y traen herramientas listas para usar para diferentes plataformas, como Android y Linux. Transición perfecta entre el móvil y la tecnología de escritorio, donde la línea entre el escritorio y el móvil está borrosa. Usando el mismo código base, las aplicaciones de Maui proporcionan a los usuarios una aplicación para múltiples factores de forma.

  • Envía tu aplicación más rápido con menos código. Realice en unas pocas líneas lo que de otra manera llevaría cientos, desde el concepto hasta la pantalla del usuario final. La forma más rápida de crear aplicaciones convergentes.
  • Crea apps para cualquier dispositivo. Usa el mismo código si estás desarrollando para Android o para escritorio. Presiona nuevas funciones sin forzar a los usuarios a descargar una nueva aplicación.
  • Integre las tecnologías que utiliza. Use marcos y herramientas populares, de inmediato. Céntrese en crear características en lugar de cablear componentes dispares entre sí.

¿Es MauiKit una bifurcación de Kirigami?

No. MauiKit puede verse como un complemento de Kirigami. Mauikit no está bifurcando a Kirigami; que se basa en ello. En realidad, algunos componentes de MauiKit se han agregado a Kirigami. MauiKit se diferencia de Kirigami en algunos de sus modelos de interacción y su estilo.

¿Qué diferencia a las aplicaciones MauiKit de otras?

Las aplicaciones de MauiKit apuntan hacia casos de uso convergentes, es decir, el uso de una sola aplicación en diferentes factores de forma. Las aplicaciones de MauiKit están diseñadas de tal manera que la modalidad de escritorio ofrece a los usuarios tradicionales un flujo de trabajo familiar cuando utilizan su computadora, mientras que la misma aplicación se puede volver a compilar para experiencias móviles sin diferencias de código. El uso de una única base de código y una única interfaz con experiencia de usuario adaptativa son los principales diferenciadores.

¿Qué es VMetal y por qué son tan altos los requisitos del sistema?

VMetal permite a los usuarios ejecutar Windows en paralelo a Nitrux para proporcionar a los usuarios acceso al software de Windows; Mientras tanto, todavía pueden usar su escritorio de Linux al mismo tiempo. VMetal no es una adaptador o una capa de compatibilidad; hace uso de QEMU y KVM (Máquina virtual basada en kernel) en el lado del software y de VFIO y IOMMU en el lado del hardware, lo que significa que Windows está accediendo directamente al hardware que utiliza.

Para que esta función en Nitrux funcione, el hardware donde se ejecutará VMetal debe admitir características específicas; de lo contrario, el software no funcionará y usted no podrá disfrutar de los beneficios.

  • La CPU debe ser compatible con las extensiones de virtualización (Intel VT-x, AMD-Vx).
  • La CPU debe admitir E/S dirigida Dirigida (VT-d para Intel o AMD-Vi, genéricamente conocido como IOMMU).
  • La placa base debe admitir VT-x y VT- d (o equivalentes de AMD).
  • La placa base y las tarjetas gráficas deben ser compatibles con UEFI. Al comprar hardware nuevo, consulte el manual del usuario de la placa base y la tarjeta gráfica.
  • Debería tener una o más tarjetas gráficas PCIe discretas. También se puede usar una combinación de una iGPU y una GPU discreta.

Los requisitos del sistema enumerados para usar VMetal en Nitrux son altos porque están considerando dos cosas

  • La computadora ejecutará efectivamente dos sistemas operativos al mismo tiempo. Se necesita un equipo informático lo suficientemente robusto.
  • Por lo tanto, necesita una CPU que tenga suficientes núcleos para proporcionar una configuración óptima (4+2 ó 6+2 ó 4+4) para VMetal con un rendimiento óptimo de IPC, suficiente RAM (8GB o más) para ejecutar los sistemas operativos y el software dentro de ellos, y dos tarjetas gráficas con salidas individuales (compatibles con UEFI). Además, todo el hardware esencial debe admitir características adaptadas para la virtualización.

¿Cómo funciona VMetal?

VMetal es, como su nombre indica, una característica de virtualización integrada en Nitrux. VMetal funciona utilizando las siguientes tecnologías.

QEMU es un emulador genérico y virtualizador de código abierto. Cuando se utiliza como un emulador de máquina, QEMU puede ejecutar sistemas operativos y programas creados para una máquina (por ejemplo, una placa ARM) en una computadora diferente (por ejemplo, su PC). Al utilizar una traducción dinámica, logra un rendimiento excepcional.

KVM (para Máquina virtual basada en kernel) es una solución de virtualización completa para Linux en hardware x86 que contiene extensiones de virtualización (Intel VT o AMD-V). Consiste en un módulo de kernel que se puede cargar, kvm.ko, que proporciona la infraestructura de virtualización central y un módulo específico del procesador, kvm-intel.ko o kvm-amd.ko.

El controlador VFIO es un marco independiente de IOMMU/dispositivo para exponer el acceso directo del dispositivo al espacio de usuario, en un entorno seguro y protegido por IOMMU. En otras palabras, esto permite controladores de espacio de usuario seguros, sin privilegios.

Una unidad de administración de memoria de entrada-salida (IOMMU) es una unidad de unidad de administración de la memoria (MMU) que conecta un bus de E/S con capacidad de acceso directo a la memoria (compatible con DMA) a la memoria principal.

También es posible utilizar VMetal gracias a AMD-Vi y Intel VT-d .

  • AMD-Vi, Intel VT-d. AMD-Vi/VT-d es una función de procesador que permite la virtualización de los recursos de E/S (E/S dirigida).
  • IOMMU extiende el concepto de dominios de protección (o Dominios, para abreviar) introducido por primera vez con el AMD64 DEV. La IOMMU permite que cada dispositivo de E/S en el sistema se asigne a un área específica y un conjunto distinto de tablas de páginas de E/S.
  • La unidad de administración de memoria de E/S (IOMMU) amplía la arquitectura del sistema AMD64 agregando soporte para la traducción de direcciones y la protección de acceso a la memoria del sistema en transferencias DMA desde dispositivos periféricos. IOMMU también ayuda a filtrar y reasignar interrupciones desde dispositivos periféricos.

Además de esto, VMetal apunta a soportar sistemas operativos UEFI y hardware de computadora como Nitrux y Windows 10 utilizando OVMF.

OVMF es un proyecto basado en EDK II para habilitar soporte UEFI en máquinas virtuales. OVMF contiene una muestra de firmware UEFI para QEMU y KVM.

VMetal no utiliza libvirt, Virt Manager ni tampoco hace uso del parche de anulación de ACS para el kernel de Linux, ya que su uso podría comprometer la seguridad del sistema. VMetal tampoco realiza la vinculación y la revinculación del dispositivo PCI Express, lo que daría lugar a que la sesión gráfica del anfitrión presentara problemas.

¿Qué tipo de rendimiento puedo esperar de VMetal?

VMetal, a diferencia de otras opciones de virtualización populares para usuarios finales, proporciona un rendimiento casi nativo cuando se trata de juegos que son el enfoque principal de esta característica.

Este razonamiento considera que Windows estaría accediendo directamente al hardware, como la tarjeta gráfica, y no usaría una representación de hardware o software emulada utilizando la CPU como lo hace el software de virtualización más popular.

Sin embargo, el rendimiento estará directamente vinculado al hardware de la computadora, por ejemplo, una CPU de gama alta, con IPC alto, velocidades de reloj más altas, más caché, etc. tendrá un mejor desempeño que una CPU de gama baja con IPC más bajo, menor velocidades de reloj y menos caché, y lo mismo se aplica para el resto de los componentes, es decir, RAM y tarjetas gráficas.

Como hemos dicho anteriormente, Construimos Nitrux para el presente y el futuro, no para el pasado. Las tendencias en la fabricación de hardware indican que los componentes futuros serán más eficientes, robustos y, en el caso de las CPU, tendrán más núcleos en un solo paquete, como sucedió en la última década, estas tendencias también indican que las placas base de los consumidores no utilizarán el BIOS en el futuro sino exclusivamente UEFI.

¿Cómo puedo comprobar si mi hardware es compatible con VMetal?

Puede verificar la compatibilidad de su sistema de las siguientes maneras:

  1. Verifique el manual de su placa base para cualquier indicación de habilitación IOMMU o VT-d.
  2. Consulta los siguientes enlaces en Wikipedia List of IOMMU-supporting hardware, List of Intel chipsets y List of AMD chipsets y use la función de búsqueda de su navegador (Ctrl + F) para buscar los términos VT-d ó IOMMU.
  3. Debido a la amplia cartera de procesadores de Intel y AMD, le recomendamos que busque su modelo específico que incluya palabras clave como “vt-d”, “iommu”, “amd-v” o “amd -vi”.
  4. Si está en Linux, ejecute el siguiente script en una ventana de terminal. Copie el código, péguelo en un documento vacío y otorgue permisos de ejecución al archivo.
    #!/bin/bash
    
    # Find IOMMU Groups
    for d in /sys/kernel/iommu_groups/*/devices/*; do
      n=${d#*/iommu_groups/*}; n=${n%%/*}
      printf 'IOMMU Group %s ' "$n"
      lspci -nns "${d##*/}"
    done
    
    # Did this PC boot in UEFI or BIOS?
    [ -d /sys/firmware/efi ] && echo UEFI || echo BIOS
    
    # Find if CPU is 64-bit
    grep -w -o lm /proc/cpuinfo | uniq
    
    # Find if CPU uses SVM or VMX extensions
    egrep -o '(vmx|svm)' /proc/cpuinfo | sort | uniq

Otras cosas a considerar son las siguientes:

  • Las tarjetas gráficas no necesariamente tienen que ser del mismo modelo o marca. Pero es imperativo que estén en grupos IOMMU separados, para verificar esto, verifique la salida del script.
  • En nuestras pruebas, hyperthreading funciona sin problemas para los procesadores AMD Ryzen. Sin embargo, su kilometraje puede variar dependiendo de su placa base.
  • El firmware UEFI de algunas placas base puede causar problemas con la administración de energía PCI. Desafortunadamente, hay poco que podamos hacer al respecto.
  • Es posible que se requiera alguna configuración para la instalación posterior de Windows; para obtener ayuda, comuníquese con nosotros.
  • Si sus necesidades de VMetal están fuera del uso en videojuegos e incluyen otras actividades como la grabación de audio, le recomendamos que utilice un dispositivo de audio externo como un adaptador USB o una tarjeta de sonido PCI-Express para evitar problemas de latencia.
  • Hacer overclocking a su CPU y RAM beneficiarán al redimiento de VMetal; Sin embargo, solo hágalo si su computadora tiene suficiente enfriamiento. Una vez iniciado en Windows, también puedes overclockear tu tarjeta gráfica.

Si tiene la intención de usar VMetal en una computadora portátil con gráficos híbridos, considere lo siguiente:

  • El uso de VMetal requiere que se encuentren dos GPU completamente independientes en el sistema. Es el caso de que con la mayoría de los gráficos híbridos que se encuentran en las computadoras portátiles existen dos chips gráficos, sin embargo, no son independientes entre sí. Por lo general, la GPU de baja potencia controlará la pantalla principal y las salidas de la pantalla externa, cuando el usuario cambia a la GPU discreta, la GPU de baja potencia toma la función de un adaptador de pantalla con la GPU discreta tomando el papel del renderizador 3D .
  • Puede observar el resultado del script anterior para verificar esto. Por ejemplo, una GPU generará la siguiente salida: controlador compatible con VGA, mientras que un procesador 3D genera esta: controlador 3D. La principal diferencia entre estos dos valores es cómo se muestran al sistema operativo. Un controlador 3D no maneja pantallas por sí mismo, usa el controlador VGA como un medio para transmitir la señal de video a las pantallas conectadas.
  • Además de esto, debe poder seleccionar una de las dos GPU en su sistema como salida de pantalla principal o como salida de pantalla inicial en el UEFI de la computadora portátil. Dada la forma en que funcionan los gráficos híbridos, es muy probable que esta no sea una opción.
  • Cambiar la GPU que se usa después de que el sistema operativo se ha iniciado no hace ninguna diferencia, ya que el sistema operativo tiene que hacerse cargo del dispositivo durante el tiempo de arranque.

¿Ya está disponible VMetal?

. VMetal está disponible en Nitrux a partir de la versión 1.2.0.

¿Cómo puedo usar VMetal?

Para comenzar a usar VMetal en Nitrux, primero, asegúrese de que su hardware cumpla con los requisitos para ejecutarlo. Hemos detallado estos requisitos en nuestro blog aquí y también en estas preguntas frecuentes.

Si su computadora es capaz de admitir las características que son necesarias para que VMetal se ejecute, lo siguiente que desea hacer es iniciarlo. Puede hacerlo yendo al menù de aplicaciones, luego haciendo clic en “Utilidades” y “VMetal”. Tenga en cuenta que VMetal se ejecutará en segundo plano; No es una aplicación gráfica.

Alternativamente, puede ejecutar el comando “vmetal” (sin sudo) desde la Terminal para el proceso de inicio y con sudo para iniciar el entorno virtual.

vmetal
  • El proceso de configuración está automatizado, excepto para descargar el archivo ISO de Windows 10 e instalar Windows.
  • Asegúrese de que su computadora tenga dos salidas de video individuales, por ejemplo, gráficos integrados y una tarjeta gráfica discreta o dos tarjetas gráficas separadas.
  • Si está utilizando gráficos integrados, asegúrese de seleccionarlos como salida de pantalla principal en su firmware UEFI.

A continuación, detallaremos el proceso de configuración de VMetal. Para comenzar a usar VMetal, necesitará lo siguiente:

  • Necesitará un archivo ISO de Windows 10 para instalar Windows y el archivo ISO de VirtIO. Ambos archivos deben estar presentes en la siguiente ruta “/home/$USER/VMetal/iso/”.
    • Si VMetal detecta que no hay un ISO de Windows presente, lo redirigirá a descargar Windows 10 desde el sitio oficial de Microsoft.
    • Si ya tiene un archivo ISO de Windows 10 que desea utilizar colóquelo en la siguiente ruta “/home/$USER/VMetal/iso/” con el nombre de archivo “win_install.iso”.
  • Después de descargar el archivo ISO de Windows, VMetal descargará el ISO con los controladores VirtIO en segundo plano. Estos controladores serán necesarios para que en el entorno virtual usted pueda usar el almacenamiento virtual y la red virtual. VMetal guardará este archivo como “virtio_drivers.iso” en “/home/$USER/VMetal/iso/”.
  • Si ninguno de estos archivos existe en estas carpetas VMetal no continuará.

Nota: Si ya ha instalado Windows, puede hacer lo siguiente para omitir esta verificación.

Abra Konsole y escriba estos comandos:

cd /home/$USER/VMetal/iso 
touch win_install.iso 
touch virtio_drivers.iso

Una vez que estos archivos estén presentes en la ruta correcta, inicie VMetal nuevamente para continuar con la configuración.

  1. Después de que estos dos archivos estén presentes en su computadora, VMetal creará y configurará automáticamente la unidad virtual principal (50 GB)
  2. Y, si hay suficiente espacio, VMetal también creará una unidad virtual secundaria (100 GB).
  • Tenga en cuenta que este proceso puede llevar mucho tiempo, dependiendo de la velocidad de su dispositivo de almacenamiento. Por ejemplo, puede tomar hasta 1 hora en un SSD SATA 6 para crear la primera unidad virtual.

Para evitar errores de permisos haga lo siguiente:

sudo -i 
ln -sv /home/$USER/VMetal/ VMetal #where $USER is your username 
exit

Después de que VMetal haya verificado la existencia de los dos archivos ISO y la existencia de sus unidades virtuales, arrancará el entorno virtualizado. Los discos virtuales estarán presentes en “/home/$USER/VMetal/images”.

  • Tenga en cuenta que para interactuar con el entorno virtual que crea VMetal, debe utilizar sus dispositivos de entrada USB. VMetal buscará estos dispositivos en los puertos 1-7 del bus USB 1 de su placa base .
  • Recomendamos encarecidamente que si no sabe qué puertos USB pertenecen a qué Bus verifique esto en el manual de su placa base .
  • Si VMetal no se inicia después de completar este proceso, haga clic en el icono nuevamente.

También puede ejecutar VMetal desde la Terminal con el siguiente comando:

LANG=C sudo -Sk vmetal

Con ese comando, puede verificar qué está haciendo VMetal.

Cuando inicie VMetal, notará que los dispositivos de entrada que está utilizando no responderán en el anfitrión; Esto significa que el entorno virtual se ha iniciado.

A partir de este momento, puede instalar y configurar Windows como lo haría en cualquier computadora. Para visualizar el entorno virtual, cambie la entrada de su monitor a la entrada correcta que se conecta a su salida de pantalla no primaria.

  • Si necesita más ayuda con la configuración posterior a la instalación de Windows, contáctenos en hello@nxos.org si es un usuario único o en oem@nxos.org si es una organización.
  • Tenga en cuenta que este tipo de soporte puede incurrir en cargos en ambos casos.

He arrancado con éxito VMetal, pero mis dispositivos de entrada no funcionan

VMetal utilizará el bus USB n.° 1 de su placa base y los puertos 1 al 7. Si bien sabemos que las placas base tienen más de un bus USB, no podemos estar seguros de cuántos más tienen. Sin embargo, todas las placas base siempre tendrán un bus USB n.° 1.

También es importante mencionar que en algunas placas base los puertos USB pueden pertenecer a un Hub USB. Es importante entender porque QEMU (actualmente) no admite el uso de concentradores USB en un entorno virtual. Entonces, si su placa base agrupa los puertos USB en un Hub USB, no podrá usar dispositivos de entrada con VMetal.

Esta particularidad es el caso, por ejemplo, para algunas placas base más antiguas donde los puertos USB 2.0 están agrupados en un Hub USB, pero los puertos USB 3.0 no.

He probado VMetal, pero recibí un error: Unable to power on device, stuck in D3

Este error se debe a que el firmware de la placa base no puede administrar correctamente los estados de energía del dispositivo.

PCI devices supporting the PCI PM Spec can be programmed to go to any of the
supported low-power states (except for D3cold).  While in D1-D3hot the
standard configuration registers of the device must be accessible to software
(i.e. the device is required to respond to PCI configuration accesses), although
its I/O and memory spaces are then disabled.  This allows the device to be
programmatically put into D0.  Thus the kernel can switch the device back and
forth between D0 and the supported low-power states (except for D3cold) and the
possible power state transitions the device can undergo are the following:

+----------------------------+
| Current State | New State  |
+----------------------------+
| D0            | D1, D2, D3 |
+----------------------------+
| D1            | D2, D3     |
+----------------------------+
| D2            | D3         |
+----------------------------+
| D1, D2, D3    | D0         |
+----------------------------+

The transition from D3cold to D0 occurs when the supply voltage is provided to
the device (i.e. power is restored).  In that case the device returns to D0 with
a full power-on reset sequence and the power-on defaults are restored to the
device by hardware just as at initial power up.

Puede encontrar más información sobre la administración de energía PCI aquí.

Una solución para este problema es actualizar o desactualizar el firmware actual de UEFI end su placa base segú sea su caso.

¿Cómo puedo usar VMetal en la distribución XYZ?

Por el momento, VMetal solo está disponible para Nitrux. Eventualmente ofreceremos VMetal para otros sistemas Linux.

¿Puedo usar el software de Windows en Nitrux?

Incluimos Wine en Nitrux para aquellos usuarios interesados ​​en ejecutar el software de Windows sin usar VMetal. Wine se describe a sí mismo como “ Wine (originalmente un acrónimo de” Wine Is Not a Emulator “) es una capa de compatibilidad capaz de ejecutar aplicaciones de Windows en varios sistemas operativos compatibles con POSIX, como Linux, macOS y BSD. Al simular la lógica interna de Windows como una máquina virtual o un emulador, Wine convierte las llamadas de la API de Windows en llamadas POSIX sobre la marcha, eliminando el rendimiento y las penalizaciones de memoria de otros métodos y permitiéndole integrar las aplicaciones de Windows en su escritorio de forma limpia.

Tenga en cuenta que al usar solo Wine, no todo el software escrito para Windows funcionará de inmediato, es necesaria una configuración adicional por parte del usuario. Incluimos Wine como AppImage (versión 3.10), y esto significa que no es un lanzamiento oficial de los desarrolladores de Wine. El AppImage incluye las bibliotecas de 32 bits necesarias para que Wine pueda funcionar.

Alentamos a los usuarios a visitar el sitio oficial de Wine para obtener ayuda para ejecutar una aplicación de Windows específica; ya que sin embargo, nuestro método principal para ejecutar el software de Windows es utilizar VMetal, que, a diferencia de Wine, ofrece una compatibilidad total con el software de Windows, aunque con mayores requisitos del sistema.

¿Nitrux recopila datos de mi sistema?

No. No recopilamos ningún tipo de datos de su computadora y no tenemos ninguna intención o interés de hacerlo en el futuro.

Código fuente y licencia de Nitrux

Nitrux está compuesto por cientos de proyectos que se distribuyen como software libre y de código abierto: puede redistribuir y modificar estos proyectos de acuerdo con sus respectivas licencias, que incluyen los términos de la Licencia Pública General de GNU (GPL) publicada por la Free Software Foundation. Nitrux se distribuye con la esperanza de que sea útil, pero sin ninguna garantía; Úselo bajo su propio riesgo.

La licencia GNU GPL requiere que todos los códigos fuente se publiquen para que otros puedan reutilizarlo, modificarlo o aprender de él.

Para obtener detalles sobre cada licencia, consulte la página específica de cada proyecto.

© 2017-2019 Algunos Derechos Reservados. Hecho con por Nitrux Latinoamericana S.C.
Todas las marcas comerciales o logotipos utilizados en este sitio son propiedad de sus respectivos dueños.
Consulte nuestra Política de privacidad para obtener más información sobre sus datos.