Para instalar y ejecutar máquinas virtuales, muchos usan VirtualBox. Es un software gratuito de Oracle, y en parte debe su fama a que está para Windows y macOS, además de para Linux. En los sistemas que usan el kernel de Torvalds también tenemos otras opciones como GNOME Boxes (Cajas), que a su vez se basa en QEMU. Lo que vamos a explicar aquí es cómo usar la raíz, ese QEMU que, entre otras cosas, nos puede facilitar la tarea de mover las imágenes de nuestros sistemas virtualizados.

Si nos vamos a la página de GNOME Boxes, vemos una lista de cosas que puede hacer. Por ejemplo, crear máquinas virtuales a partir de imágenes de sistemas operativos con unas pocas pulsaciones de ratón, limitar recursos de memoria, redireccionar dispositivos USB a la máquina… Todo eso es una manera de decir que es una interfaz o frontend para otro software. Si es eso lo que se busca, Cajas está bien. Si se quiere tirar más de terminal o por cualquier otro motivo, QEMU puede ser mejor.

Cómo crear una máquina virtual con QEMU

El proceso de creación de una máquina virtual con QEMU no es tan directo como el de GNOME Boxes. Hay que tener claro para qué puede servir QEMU, y lo mejor que se me ocurre es que se eliminarán potenciales problemas que pueda dar la interfaz de usuario, ya que en QEMU no existe. El proceso quedaría más o menos así:

1. Primero tenemos que instalar QEMU. Está en los repositorios de la mayoría de distribuciones Linux, por lo que se instala fácilmente con el comando de la distribución. En Debian/Ubuntu «sudo apt install qemu», en Fedora y derivados «sudo dnf install qemu», en Arch y sus descendientes «sudo pacman -S qemu»… Lo de siempre.
2. Localizamos la imagen ISO que queremos ejecutar, bien sea para una sesión en vivo o para instalarla.
3. En el terminal, escribimos lo siguiente, siendo «image.img» el nombre de la imagen que queremos crear y «20G» el tamaño que le daremos:

qemu-img create -f qcow2 image.img 20G

4. El comando anterior nos habrá creado un archivo IMG que en un principio ocupará muy poco. Es en ese archivo en el que se cargará/instalará el sistema operativo. Para hacerlo, en el terminal escribimos:

qemu-system-x86_64 -enable-kvm -cdrom ubuntu.iso -boot menu=on -drive file=ubuntu.img -m 8G

Explicando el comando

De lo anterior:

• qemu-system-x86_64 es el tipo de sistema.
• -enable-kvm activará KVM.
• -cdrom ubuntu.iso indica que el lector de CD tendrá esa imagen dentro. Para este ejemplo, para no variar, usaremos una de Ubuntu. Y es que hace unas horas han lanzado la primera Daily y la tenía por la papelera.
• -boot menu=on es para que salga el menú de selección. Se puede usar «order=D» si se quiere cambiar el orden y que intente arrancar antes desde la unidad D, pero para la mayoría de casos es mejor que saque el menú que permite elegir la unidad presionando ESC.
• -drive file=ubuntu.img es para indicarle el disco duro, concretamente el disco duro virtual.
• -m 8G es para dejarle 8GB de RAM. Se le puede dejar menos, claro, pero yo tengo 32GB y a mis máquinas virtuales les doy siempre un mínimo de 8, a veces más.

5. Pulsamos Enter e iniciará, en un principio en modo Live.

Podemos instalar el sistema operativo, y todo se quedará en ubuntu.img. Ese archivo podemos moverlo a donde queramos y luego lanzarlo como explicamos en el siguiente punto.

Lanzando las máquinas virtuales y otras opciones

Para mejorar la experiencia, es mejor añadir algunas cosas más al comando anterior.

• Si detrás de la RAM ponemos «-cpu host», pasará a usar la CPU del sistema anfitrión, y esto se verá reflejado incluso en programas como el ya difunto Neofetch.
• Con «-smp» seguido de un número, le estaremos indicando cuántos núcleos le dejamos al sistema huésped.
• Para mejorar los recursos gráficos, se usará la bandera -vga acompañada un par de opciones.

El comando final quedaría:

qemu-system-x86_64 -enable-kvm -cdrom ubuntu.iso -boot menu=on -drive file=ubuntu.img -m 8G -cpu host -smp 2 -vga virtio -display sdl, gl=on

«-vga qxl» si queremos sólo emulación en 2D. «sdl» puede ser también «gtk», y «,gl=on» podría no funcionar, en cuyo caso lo más rápido es no usarlo. Hasta «-virtio» sí es recomendable en casi cualquier escenario.

Para abrir una máquina virtual una vez instalada, sólo hay que eliminar «-cdrom ubuntu.iso» del comando anterior e iniciará desde el disco duro virtual. Si en algún momento se queda el cursor atrapado, se sale con Ctrl+Alt+G. Y eso sería todo. Para un uso más exhaustivo, merece la pena usar la documentación oficial.

.barra {display: flex;justify-content: flex-end;height: 25px; background-color: #333;border-radius: 5px 5px 0 0;}.rojo, .naranja, .verde{width: 12px;height: 12px; position: relative;border-radius: 50%;top: 7px; margin: 0 3px;}.rojo{background-color: rgb(248, 82, 82); margin-right: 7px;}.naranja{background-color: rgb(252, 186, 63);}.verde{background-color: rgb(17, 187, 17);}.terminal{background-color: black !important; border-radius: 5px !important; margin-bottom:20px}pre{font-family:monospace !important; padding: 0 10px 10px; line-height: 1.5em; overflow: auto; background-color: black !important; color: #0EE80E !important}

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

Cuando hablamos de Linux en el escritorio, las cosas dejan mucho que desear, desde el tema de la fragmentación hasta el poco mercado que tiene en comparación de otros. En cambio en otras áreas, Linux destaca muy por encima de muchos, por ejemplo en los servidores, en los dispositivos IoT e incluso en la industria automotriz.

En este sector en específico, Linux ha comenzado tener cierta demanda e incluso tal y como comentaba mi compañero PabLinux en uno de sus artículos recientes, la F1 utiliza Ubuntu el ¿Cómo?, ¿Para qué?, esto de momento no se sabe y puede que sea algo confidencial.

La razón de mencionar esto, es con la finalidad de compartir un pequeño artículo donde hablaremos sobre EB corbos Linux, un sistema basado en Ubuntu el cual se posiciona como una solución de software personalizable y lista para la nube que incluye un SDK, herramientas y código fuente.

Los fabricantes en el sector automotriz están obligados a seguir el estado de la técnica en el desarrollo de sus sistemas y es la norma ISO 26262 la que establece los requisitos para la seguridad funcional de los sistemas eléctricos y electrónicos, en vehículos, con el fin de asegurar la seguridad funcional. Esta norma abarca todos los componentes electrónicos y eléctricos empleados en automóviles, desde sensores y actuadores hasta unidades de control y sistemas de comunicación.

Y es que hoy en día los vehículos modernos pueden tener más de 200 controladores individuales, interconectados, ya que en lugar de una multitud de cajas negras, hay una pequeña cantidad de controladores de dominio, también llamados plataformas de “computación de alto rendimiento”, cada uno dedicado a un conjunto específico de tareas.

Normalmente, hay cuatro controladores de dominio. Uno de ellos se ocupa de la dinámica y el manejo del vehículo: control del sistema de propulsión, ABS, sistemas de control de tracción y estabilidad, etc. (esto es principalmente controlado por el Kernel de Linux). Otro será responsable de los sistemas de asistencia a la conducción, mientras que otro está dedicado al infoentretenimiento (esta área la soluciona QT con sus desarrollos en la rama 6.x) y un cuarto puede controlar las funciones de confort del vehículo, como el aire acondicionado o la iluminación (ya es algo más del OS)

Aqui es donde entra Linux, en especial EB corbos Linux, ya que en el sector automotriz es pionero en el desarrollo y mantenimiento de software para funciones críticas de seguridad, elevando el estándar mundialmente reconocido en este campo.

«La industria automotriz está atravesando un cambio masivo con experiencias avanzadas para el conductor, electrificación y autonomía que impulsan la necesidad de más computación, software e inteligencia artificial», dijo Dipti Vachani, vicepresidente senior y gerente general de la línea de negocios automotriz de Arm. «La seguridad no es negociable en el sector de la movilidad, y Arm y otros actores de la industria que colaboran con Elektrobit para llenar el vacío de una solución OSS con certificación de seguridad marca un hito importante en el desarrollo de vehículos definidos por software».

EB corbos Linux ha recibido el respaldo de empresas de renombre como Arm y Canonical, que colaboran para acelerar la transformación hacia la movilidad definida por software. La seguridad es un aspecto fundamental en esta evolución, y EB corbos Linux cumple con certificaciones de seguridad y estándares como ISO 26262 ASIL e IEC 61508 para aplicaciones críticas de seguridad.

Ademas de ello, está diseñado para optimizar el uso de recursos y puntos comunes mediante la combinación y configuración de paquetes binarios, ya que la seguridad es una prioridad, gestionando vulnerabilidades, exposiciones comunes (CVE) y defectos de software, con actualizaciones probadas y validadas exhaustivamente.

«Estamos entusiasmados de contribuir a la innovadora iniciativa de Elektrobit para cerrar la brecha entre los requisitos críticos para la seguridad y el software de código abierto», dijo Bertrand Boisseau, líder del sector automotriz de Canonical. “La introducción de EB corbos Linux para aplicaciones de seguridad, que aprovecha Ubuntu, marca un avance significativo en el campo de los vehículos definidos por software. Esta solución innovadora allana el camino para el desarrollo de vehículos más seguros y confiables, impulsando la industria automotriz hacia adelante”.

Para aplicaciones de seguridad, EB corbos Linux ofrece hasta 15 años de mantenimiento para garantizar la seguridad a lo largo de la vida útil del producto. Esta solución también proporciona un tiempo de comercialización hasta un 50 % más rápido, gracias a ciclos de desarrollo más ágiles con código abierto.

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

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