Antergos

Con motivo del lanzamiento de la última iso estable de este sistema operativo que llevo utilizando, con bastantes alegrías (y también algún que otro problema), desde Junio, creo que ha llegado la hora de hablaros de Antergos.

El Logo de Antergos, también está en el Wallpaper

Antergos nació originalmente como la distribución Cinnarch, en un intento de ofrecer un sistema basado en Arch Linux con el escritorio Cinnamon listo para utilizar. Desgraciadamente, la creciente dificultad de mantener Cinnamon, basado en una versión de Gnome anterior a la que tenía Arch, hizo que el proyecto tuviese que tomar un nuevo rumbo.

El sistema que renació de las cenizas de Cinnarch es Antergos, que en gallego significa ancestros, una palabra elegida para "enlazar el pasado con el presente".

Las principales características que tiene son:

• Está basado en Arch Linux, por lo que es una distribución de tipo rolling release. Esto permite que no tengas que estar cada X tiempo haciendo una actualización masiva de paquetes o una reinstalación completa del sistema, como ocurre en otras distribuciones como Ubuntu o Fedora.

• Utiliza los mismos repositorios de Arch Linux, por lo que en el mismo momento en el que haya actualizaciones en Arch Linux también las tienes disponibles en Antergos. Y por supuesto también se tiene acceso al maravilloso AUR.

• Posee un instalador gráfico muy amigable: Cnchi . Aquí quiero recalcar el hecho de que sea gráfico, ya que Arch Linux se instala normalmente desde la terminal, desde un sistema base extremadamente pelado sobre el que tienes que configurar y construir el sistema que quieras. En mi opinión, el instalador gráfico permite que usuarios, a los que la terminal puede echar para atrás, se animen a probar un sistema tan interesante y estable como es Arch.

Esta ventanita es la que nos recibe al iniciar la ISO

• Posibilidad de elegir entre distintos escritorios. Además de contar con un instalador gráfico, este te permite elegir entre distintos escritorios según tus preferencias y la capacidad de tu equipo. En especial se puede elegir entre: un sistema básico en línea de comandos o los escritorios Cinnamon, Gnome-Shell, Openbox, Razor-qt y Xfce.

Eligiendo escritorio, deberían poner la opción "random"

• Acceso al repositorio de Antergos. Además de los repositorios de Arch, Antergos también tiene el suyo propio, en el que se encuentran algunos paquetes del AUR ya precompilados y preparados para instalarse, además del instalador Cnchi.

Los dos primeros puntos los posee en común con Arch Linux y cualquier otra distribución basada en ella que utilice sus mismos repositorios. Pero son los otros tres puntos los que hacen sobresalir a Antergos.

Tal y como he escrito, la instalación normal de Arch se hace desde la consola de comandos, configurando TODO, incluido el teclado y el idioma y construyéndolo todo desde una base mínima. De hecho, yo mismo conseguí instalar Arch en una máquina virtual, pero las primeras veces tiene que hacerse con el manual al lado para no perderse.

¡Venga, que esto empieza a instalarse!

Además de poder elegir escritorio, desde la última versión de Cnchi se pueden escoger distintas utilidades básicas para que acompañen a la instalación, como por ejemplo el servidor de impresoras, el firewall, la suite ofimática o los diversos códecs.

Me llevaré esto, y eso, y eso de ahí... ¡oh, y eso también!

Me habría gustado terminar esta pequeña review con un vídeo de la instalación de Antergos y un poco de movimiento por un sistema recién instalado, pero me temo que eso habría quemado mi pobre portátil, así que os tendréis que confirmar con las imágenes del artículo.

Resumiendo: Antergos es una distribución muy chula que todos podéis probar (^_^)

Contraseña de 'encriptado': 'Cifrado!!!'

Más información:

- Antergos, la web 

- Antergos, los foros (Por aquí me podréis encontrar)

- Antergos, el IRC (Por aquí también suelo estar)

Instalar una máquina virtual con Windows XP con KVM

Otra entrada mientras sigo intentando enterarme de eso de OpenCL. Ya me he tragado 6 horacas de podcast con bastante poco código, a ver si para la semana que viene se puede tener algo medianamente listo. (^_^)

A lo que vamos, que si no no terminamos nunca.

Ayer se me planteó la necesidad de utilizar un sistema de "usar y tirar" para probar un par de chapucillas sin dejar rastro en mi sistema. Y para hacerlo, nada más sencillo que una máquina virtual, la montas, haces lo que sea, y la tiras a la papelera. Sencillo, fácil y divertido. Por problemas de compatibilidad con las chapucillas, necesitaba que mi sistema fuese un Windows, así que conseguí una copia de Windows XP y me dediqué, durante varias horillas a echarla a andar utilizando KVM.

Por supuesto, y esperando que a nadie le pase lo mismo que a mí... drivers del demonio, os explicaré de forma fácil y sencilla cómo se debe/puede montar una máquina virtual con Windows utilizando KVM.

Necesitaremos los siguientes ingredientes:

• Los paquetes qemu y libvirt instalados en nuestro equipo. Desde hace un tiempo kvm está integrado en qemu así que no hay problema por esa parte.
• Un disco/una iso de Windows XP.
• Los drivers de virtio para Windows. Con estos drivers podremos utilizar los dispositivos "virtio", que deberían tener un rendimiento mucho mejor que otras opciones como son virtualizar un hardware concreto.
  Se pueden conseguir de aquí: Virtio-win (el archivo se llama virtio-win-0.1-65.iso)
• Un par de guantes. Con esto podremos evitar tocar todo lo relacionado con Windows, aunque sea en una máquina virtual, si nos da grima.

Muy bien, ya estamos listos para empezar. Si no sabéis si podéis utilizar KVM para virtualizar un sistema, basta con que ejecutéis el siguiente comando:

 grep -E "(vmx|svm)" /proc/cpuinfo

Si no devuelve nada, me temo que no podréis utilizar KVM, lo siento, no tendréis el mismo rendimiento.

Pero sigamos adelante. Una vez que ya tenemos todo lo necesario, tendremos que crear un disco donde vayamos a colocar nuestra máquina virtual. Para ello, vamos a nuestro directorio de trabajo y utilizamos qemu-img create para eso... ¡crear! 

qemu-img create -f qcow2 windoze.qcow2 10G

Con esto, le digo que me cree una imagen de tipo "qcow2" de tamaño 10G que se llame windoze.qcow2. Y aquí será donde trabajaremos. Ahora viene la parte en la que es recomendable ponerse guantes, ya que empezaremos a tocar Windows.

Lo primero será instalar nuestro sistema en su sitio, para ello, utilizamos el siguiente comando:

qemu-system-x86_64 -enable-kvm -cpu host -m 512 windoze.qcow2 -cdrom

Mini-explicación: -enable-kvm: queremos kvm, ¿no?; -cpu host: utiliza todas las extensiones que puedas y que soporte mi cpu; -m 512: asigna 512 MB de memoria RAM para la máquina virtual; y --cdrom : en la unidad de cdrom coloca el disco de windows, que es lo que queremos instalar.

Y ahora a instalar... supongo que todos sabemos instalar Windows, ¿no? Siguiente, siguiente, siguiente, (acepta usted vender su alma al diablo) aceptar. Lo único, sí que hay un punto que le suele costar bastante y es el de "Installing Devices", de hecho, lo dejé una hora y no había avanzado nada... luego reinicié la instalación un par de veces y terminó... Así que no os preocupéis, insistid que se instala.

Una vez hayamos terminado, vamos a hacer lo primero que se tiene que hacer en todo sistema Windows: descargarnos un navegador de verdad para no tener que utilizar nunca jamás de los jamases el internet explorer. Probamos a abrir el explorer y... no hay interneeeeeeee..... eeeee....

¡No desesperemos! Al menos todavía. Lo que pasa es que Windows no nos reconoce el controlador de red que está emulando qemu y por eso no tiene ni idea de como conectarse a la red.

Ahora tenemos dos alternativas, si tenemos mucha prisa por usar internet y no nos importa tener un peor rendimiento, podemos emular una tarjeta de red normalita para que no se queje y arreando. Si escogemos esto, la solución es ejecutar la máquina virtual con este comando:

qemu-system-x86_64 -enable-kvm -cpu host -m 512 windoze.qcow2 -net nic,model=rtl8139 -net user

Si ya que hemos llegado hasta aquí, queremos ir con todo el equipo, y utilizar virtio para obtener mejor rendimiento, ejecutaremos la máquina virtual con este otro comando:

qemu-system-x86_64 -enable-kvm -cpu host -m 512 windoze.qcow2 -net nic,model=virtio -net user

Al arrancar nos dirá que ha encontrado nuevo hardware. Claro, es como si le hubiésemos cambiado la tarjeta de red, pero sigue sin tener ni idea de cómo utilizarla... Por supuesto, Windows es muy listo y propone conectarse a internet para buscar drivers de la tarjeta que le permitiría conectarse a internet, ya sabes "¿Quiere buscar en internet ayuda sobre cómo conectarse a internet?" Todo muy lógico

Pero claro, no nos habríamos bajado un montón de drivers solo por tenerlos de adorno, ¿no? Apagamos y volvemos a arrancar la máquina virtual, esta vez diciéndole que ponga en el cd-rom el disco de drivers que habíamos creado.

qemu-system-x86_64 -enable-kvm -cpu host -m 512 windoze.qcow2 -net nic,model=virtio -net user -cdrom

 Vale, esta vez va la vencida. Vamos al administrador de dispositivos, buscamos la controladora ethernet que no reconoce (Red Hat VirtIO Ethernet Adapter) y le pedimos que reinstale los drivers. Y... ahora mágicamente encuentra algo que puede utilizar como drivers. ¡Estamos salvados! ¡Interneeeeeee! ¿Eh? ¿Qué? ¿Cómo que drivers corruptos?

Este es otro de los momentos en los que Windows demuestra su "infinita sapiencia" y que puede dar más de un quebradero de cabeza. Resulta que en el disco de drivers los hay para diversos sistemas Windows. Pero XP, que es más chulo que nadie pilla el primero que encuentra, que es el de Windows8, y por supuesto no funciona ni nada. Y su solución es decir que están corruptos... porque ya se sabe, si no es lo que quiero entonces está mal hecho.

La solución es coger la carpeta "XP" del cd y dejarla en el disco C. Luego pedimos que expulse el cd para que deje de dar la tabarra. El siguiente paso es decirle a Windows que es idiota y que queremos elegir nosotros a mano el driver. Para ello intentamos reinstalar el driver, pero seleccionamos la opción de "Instalar de una localización específica" y luego "No busques, yo lo elijo" En la ventanita que nos sale escogemos "Tengo disco" y buscamos la carpeta que hemos copiado antes, aquí tendremos dos carpetas, escogemos "X86", seleccionamos el archivo que hay dentro y "Abrir". Ahora ya es siguiente, siguiente, siguiente hasta que lo instale.

Vamos al navegador y voilá de ese, ya tenemos internet. Ya podemos hacer lo que sea que queramos hacer con el entorno virtual antes de tirarlo a la papelera.

Espero que os haya sido útil y os evite estar una hora de "prueba y error" con la red.

Más información:

- KVM 

- QEMU

Obtener soporte de OpenCL en Drivers Mesa usando Arch

[AVISO IMPORTANTE] No sé qué leches habrá pasado pero la última versión del paquete opencl-mesa-git rompe el soporte de OpenCL así que NO actualicéis más de la versión 59136. Al parecer, en la siguiente versión el nombre de la librería ha cambiado de libOpenCL.so a libMesaOpenCL.so y ahora se queja de mala manera. Cuando el problema esté resuelto lo avisaré sin falta. [FIN DEL AVISO]

[ACTUALIZACIÓN] Ya se puede volver a utilizar perfectamente el paquete opencl-mesa-git del repositorio dado. Resulta que en mesa habían cambiado al modelo de ICD para poder tener diferentes implementaciones de OpenCL a la vez instaladas y por eso ahora el paquete se llamaba libMesaOpenCL.so. Pero el mantenedor del repositorio se había olvidado de modificar el PKGBUILD para añadir la dependencia de libcl, que es el cargador de ICD. Me puse en contacto con él y los paquetes ya están arreglados y funcionan.

Notad que ahora ya no proveen los headers de OpenCL, así que si queremos compilar código de OpenCL necesitaremos instalar también opencl-headers. Si no lo hacemos, tendremos que comprobar el soporte de OpenCL con alguna aplicación que sepamos que lo utiliza.

Notad también que el PKGBUILD que aparece en el repositorio todavía (28/10/13) no es el actualizado. [FIN DE LA ACTUALIZACIÓN]

Tanto en nuestras casas como en nuestras aulas u oficinas, utilizar un mobiliario de calidad y confortable es básico para poder trabajar de la mejor forma posible. Así pues, ¿Qué hacemos con, por ejemplo, una mesa que nos sea incómoda? La tiramos y la cambiamos:

La tiramos (╯°□°）╯︵ ┻━┻
Y la cambiamos ┬─┬ノ( ゜-゜ノ)

Pues precisamente vamos a hacer esto mismo con nuestra mesa, la única diferencia es que no será una mesa física, sino que son los drivers mesa los que vamos a cambiar.

Lo que queremos es poder aprovechar, o al menos servir como beta-testers del soporte de OpenCL en tarjetas gráficas AMD con nombres tan simpáticos como "Evergreen" o "Southern Islands". Y además, como regalo nos llevamos el ser beta-testers también de clang y llvm, ¡son todo ventajas!

Al menos esto era lo que yo quería: Probar el soporte de OpenCL en la tarjeta gráfica... por aquello de aprender y tal. Que al menos uno tiene la intención de cumplir todo lo que pueda con sus propósitos de año nuevo.

Bueno, que me lío, al tajo.

Supondremos que tenemos un sistema Arch, actualizado y en un equipo con una tarjeta gráfica adecuada. Si utilizamos abs para echarle un ojo al PKGBUILD de mesa, podremos ver que no tiene la flag de '--enable-opencl'. Por tanto, se nos presentan dos alternativas, la difícl y la fácil.

La difícil sería modificar el PKGBUILD para añadir la flag necesaria , compilar e instalar. ¿Y esto es complicado? Bueno... si solo fuese esto no lo sería, pero aparecen dos problemas. El primero es que se necesita el paquete libclc para compilar mesa con OpenCL, y ese hay que obtenerlo desde el AUR. Supongamos que resolvemos este pequeño percance y tenemos nuestro flamante paquete listo para ser instalado. ¿Qué podría ir mal ahora? Por ejemplo... conflictos con varios paquetes ya instalados.

Llegados a este punto, uno ya se cansa y quiere mandar a la porra a la pobre mesa, al OpenCL y la tarjeta gráfica, menos mal que siempre queda la salida fácil.

La forma fácil de hacer todo esto consiste en utilizar un repositorio con paquetes ya preparados para ser instalados y preparados para que resuelvan los conflictos ellos solitos.

Para esto, podemos utilizar el repositorio no oficial de mesa-git. Añadimos un par de líneas a nuestro pacman.conf:

[mesa-git]
Server = http://pkgbuild.com/~lcarlier/$repo/$arch

Le pedimos a pacman que actualice sus repositorios:

sudo pacman -Syy

E instalamos opencl-mesa-git

sudo pacman -S opencl-mesa-git

Esperamos a que termine todo, reiniciamos por si acaso y listos. Ahora solo queda comprobar que todo funcione. A esto nos ayudará Tom Stellard, uno de los desarrolladores de mesa y que tiene un pequeño repositorio con tests para OpenCL.

Nos vamos a nuestro directorio de trabajo/frikeo y clonamos su repositorio con git:

git clone http://cgit.freedesktop.org/~tstellar/opencl-example/

Nos movemos al mismo y compilamos todo con make:

cd opencl-example && make

Ahora probamos los tests:

./run_tests.sh

Si al final obtenemos un "71 passes, 0 fails" felicidades, tienes OpenCL instalado y funcionando (al menos experimentalmente) Si no, primero asegúrate de estar utilizando una de las tarjetas soportadas o si no, pon un bug.

Como nota importante: El soporte todavía es experimental e incompleto, tampoco empecéis a decir que X cosa no funciona porque todavía queda mucho trabajo por hacer.

Espero que os haya sido útil, si tenéis algún problema no dudéis en preguntar, ¡quizás hasta os pueda ayudar! En un futuro trataré de hacer algún post sobre OpenCL, explicando lo que es y como hacer pequeños programitas con él.

Más información en: GalliumCompute
Mi hilo en los foros de Arch preguntando esto mismo: Arch Forums

Contestación De Los Candidatos Al Software Libre

Recordaremos que el viernes les pregunté a los dos candidatos a rector de la Universidad de Zaragoza su opinión con respecto al futuro del Software Libre. Bien, ambos dos me han contestado, el equipo de Manuel López, actual rector, me ha contestado esta misma mañana a las 10, y el equipo de Chema Gimeno el viernes a medianoche.

Estas han sido sus contestaciones. La de Manuel López:

Agradezco tu interés y te trasmito lo que ya en su momento y referido al mismo tema contesté a otra persona interesada en ello.
"Puedo señalarte que seguiremos promoviendo acciones que permitan desarrollar el Software libre en nuestra universidad.

Como Rector me debo a lo que acuerda el Consejo de Gobierno y la delcaración institucional a la que haces referencia, además de mi propio convencimiento personal, me obliga a ello.

Un cordial saludo.

Manuel López"

Y la de Chema Gimeno, que como pone es una cadena de mails con contenido similar:

Estimada Lorena:

Yo fui el creador de la OSLUZ y el defensor de la introducción del software libre a nivel de Consejo de Gobierno. Este equipo de gobierno actual ha demostrado ser bastante insensible al desarrollo del software libre. Si nosotros conseguimos alcanzar la confianza de los miembros de la UZ, este equipo de gobierno te promete que actuará en consecuencia.

Gracias por mostrarnos tu preocupación

Paco Serón en representación del equipo del candidato José María Gimeno

Y por parte de Julio Tejedor Bielsa (también del equipo de Chema Gimeno).

Estimada Lorena.

La OSLUZ es una herramienta básica para profundizar en la implantación del software libre. Al respecto, Paco Serón tiene mucho que aportar (como hizo con plataformas docentes libres), igual que los magníficos profesionales del SICUZ. La OSLUZ tendrá el apoyo que podamos darle y, como en otros ámbitos, será la primera opinión que solicitaremos desde el equipo de gobierno para concretar el proyecto. Necesitaremos su implicación y la de todos.

Un abrazo.

Puedo afirmar que ya conocía ambas respuestas antes de que me llegasen, porque ambas son las respuestas que le habían dado a mi compañera de trabajo en OSLUZ. Así que mi opinión será la misma que le di a ella.

Opinión de la de López:

Puedo prometer y prometo,
aire para todos,
y que de lo que salga de mi boca
es posible que si a ti te toca
no llegue a buen puerto

Vamos... no me queda nada claro que piense hacer nada. Esta "legislatura" ya tenía en los morros la declaración y no ha hecho nada, así que no esperaría mucho.

Por parte de Paco Serón:

Puedo prometer y prometo,
que todavía no tengo el poder
para hacer algo al respecto
pero que si salgo electo
lo consideraré en mi proceder

Vamos... en principio tiene buenos puntos para que vaya hacer algo por su implicación en  la creación de OSLUZ, y parece que los demás miembros del SICUZ están contentos con lo que propone y le apoyan. Por supuesto, en ningún punto se compromete a NADA, tan solo dice que actuará en consecuencia, pero no dice como.

 Y para Julio Tejedor Bielsa.

En principio se ve una búsqueda de implicación por parte de OSLUZ en labores de Software Libre. No aparece ningún punto concreto en el que se nos solicitará ayuda, ni se especifica el tipo de apoyo que se nos brindará, pero algo se ve.


Mi opinión es que, en base a estas contestaciones, y al pasado periodo, a pesar de que no es nada concreto en la forma en la que fomentará el Software Libre, la candidatura de Chema Gimeno parece la más adecuada.

¿Software Libre En Las Elecciones De Unizar?

Bien, como todos sabéis, actualmente se están celebrando las elecciones al rector de la Universidad de Zaragoza. En sus programas, ninguno de ellos habla del software libre, por lo que hemos decidido enviar a ambos candidatos una carta abierta preguntando por su opinión y las acciones al respecto que tomarán.

En el caso de Manuel López, actual rector, tenemos lo siguiente:

Esta es su página web: www.manuelopez.es/
Esta es su cuenta de Twitter: @equiporectorml
Según su web, parece que aquí hay que enviar las preguntas: info@manuelopez.es

Y esta es la carta que le he enviado:

Estimado Sr. López, 

Como alumno de esta Universidad me gustaría conocer cuál es su postura con respecto al software libre y los estándares abiertos.
El 7 de junio de 2007, el Consejo de Gobierno de la Universidad de Zaragoza apostaba por fomentar y desarrollar esta filosofía de trabajo y aprobó una declaración institucional sobre el "Software libre y de fuentes abiertas".
Su uso garantiza independencia tecnológica frente a terceros y es clave para el desarrollo de esta Universidad. Y es necesaria la utilización de formatos estándares y abiertos de documentos para asegurar que toda la comunidad universitaria tiene un libre acceso a la información necesaria para llevar a cabo sus actividades.
La Universidad cuenta con una Oficina de Software Libre que es un punto de referencia, de información y de coordinación con mucho trabajo por delante que hacer, tan sólo necesita que la apoyen y le den la infraestructura necesaria.

Reciba un cordial saludo,

En el caso de Chema Gimeno tenemos que sí que ha hecho una declaración de apoyo al software libre que se puede visitar en su web y en la página del Periódico de Aragón, por lo que le pediremos que sea algo más concreto al respecto.

También dispone de una cuenta de Twitter en: @abiertosalcambi
Y parece que su e-mail es: chemagimeno@unizar.es

Aquí la cartita:

Estimado Sr. Gimeno, 

Acabo de leer en el Periódico de Aragón su intención de apostar por el Software Libre en la Universidad pero como alumno me gustaría saber más a cerca de cuál es su postura con respecto a los estándares abiertos, su utilización en el proceso de enseñanza y aprendizaje y su desarrollo. Y que desarrollase un poco más en qué sentido piensa dar apoyo a Software Libre en esta, nuestra Universidad.
Además, la Universidad cuenta con una Oficina de Software Libre que es un punto de referencia, de información y de coordinación con mucho trabajo por delante que hacer. Tan sólo necesita que la apoyen y le den la infraestructura necesaria.

Reciba un cordial saludo,

Además, a ambos se les ha dicho que aparecería la carta en este blog, así como la respuesta, o la ausencia de la misma. Esperaremos a ver qué nos dicen.

Herramientas Linuxeras I: UNetbootin

Ya vale de tanta sequía de posts, que me voy a oxidar y luego no me acuerdo de escribir. Bueno, iniciamos una sección en el blog ¿y cuantas van ya...? ni lo sé Se llama: Herramientas Linuxeras. Aquí intentaré comentar algunos de los programas que más utilizo en el día a día (o en mi día friki-día geek) o sin más, el programita de turno que me llame la atención, aunque sea una chorrada como una casa pero quede guay (conky...)

Empezaremos por una utilidad para crear Live USB en Ubuntu: UNetbootin. Seguro que muchas veces te entra pereza a la hora de descargar una ISO de una distro de linux que no conoces, grabarla en un CD y arrancarla... además, ahora ¿quién tiene CDs a mano?, porque yo no... ¿y en los netbooks que no llevan lector de CD? Por supuesto, siempre podemos recurrir a la virtualización (que por cierto... no sé porqué no la estoy usando...) pero seguirán quedando los netbooks necesitados de algo.

Es en este momento cuando entra en juego UNetbootin. Con esta aplicación podremos crear Live USB desde los que trastear distros alternativas, o prepararnos un USB para llevar con una distro que nos guste (Backtrack... SliTaz...) Desde su página en sourceforge podremos descargarnos el programita para distintas distribuciones de linux e incluso para Windows.

Con esto, tendremos la última versión de ese momento, pero las nuevas versiones de las distros van saliendo continuamente y en estos casos es mejor mantenerse actualizado. Por ejemplo, la versión que tenía instalada solo llegaba hasta Linux Mint 7, y no funcionaba al instalar la ISO de la 10 (recién salida). Ahora he actualizado UNetbootin y estoy descargando la ISO de la 9 para probarla.

Lo único que necesitaréis para usar UNetbootin es un USB con suficiente espacio para la distro, para las más pequeñas unos 100 MB serán suficientes, y para las más grandes no creo que hagan falta más de 2 GiB.

En la ventana principal, podéis escoger en la parte de arriba la distribución y la versión, o podéis buscar manualmente la ISO que os hayáis descargado y preparar el USB con ella.

Bien, si como yo, usáis Ubuntu, para estar actualizados podéis añadir el PPA de UNetbootin, e instalarlo desde ahí:

sudo add-apt-repository ppa:gezakovacs/ppa

sudo aptitude update

sudo aptitude install unetbootin

Y si no, bastará con bajar el archivo de vuestra distro e instalarlo.

Espero que os sea de utilidad este programita. Saludos y hasta la próxima.

Más info:

Ubuntuguide

Sourceforge