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. ¿Por qué los requisitos del sistema son tan altos?
  4. ¿Por qué no hay soporte para procesadores de 32 bits en Nitrux?
  5. ¿Nitrux admitirá los dispositivos de almacenamiento MBR para la inicialización?
  6. ¿Por qué Nitrux no es compatible con dispositivos BIOS y solo es compatible con UEFI o EFI?
  7. ¿Qué es NX Desktop? (previamente Nomad Desktop)
  8. ¿Por qué centrarse en AppImages?
  9. ¿Qué es znx?
  10. ¿Cuál es la diferencia entre instalar y desplegar en Nitrux?
  11. znx lo utiliza, pero ¿qué es el OverlayFS?
  12. ¿Como es que znx almacena los datos?
  13. Entonces, znx usa todo el dispositivo, ¿eso significa que no puedo usar otros sistemas operativos que no sean Nitrux?
  14. ¿Una distribución de Linux, que no sea Nitrux, también tiene persistencia cuando se despliega utilizando znx?
  15. ¿Por qué no puedo “instalar” Nitrux usando el archivo ISO cuando XYZ distribución “simplemente funciona”?
  16. Deplegar Nitrux desde un Linux existente (Live o ya instalado)
  17. Deplegar Nitrux desde Windows
  18. ¿Cómo puedo verificar que znx desplegó Nitrux correctamente?
  19. ¿Cómo puedo grabar la ISO en un DVD?
  20. ¿Cómo puedo flashear la ISO a un USB?
  21. ¿Cómo pruebo Nitrux en una máquina virtual?
  22. Desplegué Nitrux usando znx, pero recibí un error, “No hay sistema operativo” o “sistema de archivos desconocido.”
  23. Desplegué Nitrux usando znx, pero recibí un error, “La imagen de arranque seleccionada no se autenticó. Presione Enter para continuar.”
  24. Desplegué Nitrux usando znx, pero recibí un error, “Error de descompresión. El sistema se detuvo” o “ningún medio de arranque encontrado.”
  25. Desplegué Nitrux usando znx, pero recibí un error: “Reinicie y seleccione un dispositivo de inicio adecuado o Inserte los medios de inicio en el dispositivo de inicio seleccionado y presione una tecla”.
  26. Tengo el sistema operativo XYZ instalado en mi computadora, ¿cómo puedo realizar un arranque dual de Nitrux?
  27. Tengo una versión anterior de Nitrux instalada, ¿cómo actualizo a la versión más reciente?
  28. No encuentro la aplicación XYZ en el centro de software; ¿Cómo puedo agregar nuevo software?
  29. ¿Cómo puedo agregar un nuevo software que no esté disponible como AppImage a Nitrux?
  30. ¿Actualicé Nitrux usando el terminal pero nada cambió?
  31. Instalé los paquetes XYZ usando el administrador de paquetes pero, ¿desaparecieron después de reiniciar?.
  32. Creé un nuevo usuario en Configuración del sistema y habilité el inicio de sesión automático, ¿pero no funciona?
  33. ¿Por cuánto tiempo es soportado Nitrux?
  34. ¿Debo desplegar Nitrux nuevamente después de que haya un nuevo lanzamiento disponible?
  35. Tengo una pregunta. ¿Dónde pido ayuda?
  36. He encontrado un problema con Nitrux. ¿Dónde lo reporto?
  37. 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 /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 la distribución de Ubuntu y la lleva a un nivel completamente nuevo. Hemos creado Nitrux usando Ubuntu 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 delta.

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.

Por el momento, dpkg y APT todavía están presentes en el sistema, sin embargo, con nuestro enfoque constante en AppImages como el método principal para obtener software ahora y en el futuro y znx como el único método para administrar el sistema operativo, el uso de un administrador de paquetes no es una parte central de esta distribución. Para dejarlo claro, 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 objetivo es impulsar 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, 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.

¿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á 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 O / S 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.

¿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.

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).

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.

¿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, 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 /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 /boot y /data.

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 implementen 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)
│    ├─── /data
│    │    ├─── 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

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.

¿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.

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.

¿Por qué no puedo “instalar” Nitrux usando el archivo ISO cuando XYZ distribución “simplemente funciona.”?

La pregunta más recurrente es sobre nuestro ISO y el problema aparente que los nuevos usuarios de Nitrux tienen cuando lo escriben en un USB para instalarlo. Como se indicó en las preguntas anteriores, Nitrux no es Ubuntu, y este es un claro ejemplo de esto. Nuestra ISO no usa la tabla de partición Master Boot Record o el MBR, tampoco usamos SYSLINUX y, a su vez, no usamos ISOLINUX, por lo que nuestra ISO no es una “ISO híbrida”. No hay medios en vivo o Live y por lo tanto no existe una instalaciónel archivo ISO como lo estamos distribuyendo es el sistema operativo real y no debe escribirse en bruto en un dispositivo USB o cualquier dispositivo de almacenamiento. Esta característica de nuestro archivo ISO es la razón principal por la que el popular software para crear unidades Live USB de distribuciones de Linux como Rufus, Unetbootin, la utilidad de línea de comandos dd, Etcher, etc. no funciona.

Nuestra ISO es una imagen de arranque ISO-9660 estándar. Sin embargo, nuestra imagen ISO utiliza la tabla de particiones GUID o GPT y utiliza directamente GRUB2 para iniciar desde la partición del sistema ESP o EFI. Solo admitimos el arranque desde las placas base EFI y UEFI y no desde el CSM o el Módulo de soporte para compatibilidad o las placas madre que utilizan Legacy BIOS debido a esto, lo que significa que si ha habilitado CSM en su UEFI para arrancar otros sistemas, debe estar deshabilitado para arrancar Nitrux. La mayoría de las distribuciones de Linux ya son compatibles con el arranque UEFI.

Para desplegar Nitrux necesita un entorno Linux, y esto es una necesidad debido a lo que znx debe hacer, y este puede ser un Live USB existente de cualquier Linux o una instalación existente de cualquier Linux, no importa cuál sea. El único requisito es usar un sistema operativo donde se pueda ejecutar el AppImage, luego proceder a descargar el AppImage de znx y seguir las instrucciones del Compendio.

Deplegar Nitrux desde un Linux existente (Live o ya instalado)

  1. Descargue la AppImage de znx desde https://github.com/Nitrux/znx/releases/download/continuous-stable/znx_stable
  2. Hágalo ejecutable, abra una ventana de Terminal y ejecute los siguientes comandos: chmod + x znx_stable y para mayor claridad, cambie el nombre del archivo, ejecute: mv znx_stable znx 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.

  1. Primero inicialice un dispositivo de almacenamiento ejecutando: sudo ./znx init /dev/sdX (donde X es el dispositivo, no ingrese a una partición).
  2. Ahora implemente Nitrux, ejecute: sudo ./znx deploy /dev/sdX nitrux/v1-1-2 $ isopath

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 linea 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 linea 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 desplegara 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 depliegues posteriores de Nitrux se pueden realizar utilizando la GUI de znx desde el depliegue 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/boot_images.

Deplegar Nitrux desde Windows

Desafortunadamente para los usuarios de Windows, el AppImage de znx no se ejecuta en WSL o Cygwin porque ninguno puede acceder a los dispositivos de bloque en una computadora y el kernel utilizado por WSL no tiene el módulo FUSE incluido.

Esta situación representa un problema masivo y 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.

Para resumir, reconocemos que para los usuarios de Windows esto no es ideal, ya que requiere agregar dos pasos más al proceso. Si viene de Windows, siga este flujo de trabajo.

  1. Descargue una distribución mínima de Linux que use un archivo ISO híbrido, por ejemplo, Fedora Server Net-install, Ubuntu Server o cualquier otra distribución de Linux que quiera; Necesita algo donde se pueda ejecutar AppImage y que le brinde acceso a la red.
  2. Cree un Live USB de esa distribución y arranca desde él.

Tenga en cuenta que:

  1. No es necesario utilizar un sistema Linux de escritorio completo para completar el despliegue en ningún momento.
  2. Solo necesita cumplir con dos requisitos: Ejecutar un Linux que incluya FUSE y tener acceso a la red.

¿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 o fdisk.
lsblk /dev/sdb

lsblk -o NAME,SIZE,MOUNTPOINT,LABEL

sudo blkid

sudo fdisk -l

No es necesario usar todos estos comandos.

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

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

¿Cómo puedo flashear la ISO a un USB?

No flashee ni escriba el archivo ISO en un USB en bruto o en cualquier otro dispositivo de almacenamiento. Despliegue utilizando solo znx.

¿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 usando znx, pero recibí un error, “No hay sistema operativo” o “sistema de archivos desconocido.”

Este problema es más probable porque su hardware no admite el arranque EFI o UEFI. 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 desee 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.

Desplegué Nitrux usando znx, pero recibí un error, “La imagen de arranque seleccionada no se autenticó. Presione Enter para continuar.”

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.

Desplegué Nitrux usando znx, pero recibí un error, “Error de descompresión. El sistema se detuvo” o “ningún medio de arranque encontrado.”

Asegúrese de que su placa base admita UEFI o EFI. Si está ejecutando una máquina virtual, asegúrese de habilitar el soporte de EFI.

Desplegué Nitrux usando znx, pero recibí un error: “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 admita UEFI o EFI.

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.
  4. 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/. Haga doble clic en el archivo AppImage para iniciar la utilidad de integración de escritorio AppImage.

Nuestro Centro de software nunca fue diseñado con la intención de admitir otra cosa que no sean los formatos portátiles al 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.

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 en el SC. No almacenamos AppImages en un repositorio propio.

¿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.

¿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.

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 habilité el inicio de sesión automático, ¿pero no funciona?

Este problema ocurre debido a la forma en que Casper trabaja por defecto y estamos trabajando para proporcionar una solución para esto. 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.

¿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.1.x.

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

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

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

Tengo una pregunta. ¿Dónde pido ayuda?

Por favor, consulte https://nxos.org/es/compendio.

He encontrado un problema con Nitrux. ¿Dónde lo reporto?

Nuestro rastreador de errores está aquí https://github.com/Nitrux/nitrux-bug-tracker.

Código fuente y licencia de Nitrux

Nitrux es software libre: puede redistribuirlo y modificarlo según los términos de la Licencia Pública General de GNU (GPL) tal como lo publica 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 reutilizarlos, modificarlos o aprender de ellos.

© 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.