Aviso de cookies

viernes, 24 de julio de 2015

VirtualBox y actualización de kernel. Qué hacer si akmod no recrea el driver para el nuevo kernel



Personalmente no me había enfrentado a este problema desde hace mucho tiempo, por que desde que utilizo virt-manager nunca me he visto en la situación de que no arranque la máquina virtual. Sin embargo, convencí a un compañero para que cambiara de su Ubunto 10.10 a Fedora 22. Por supuesto, Ubuntu 10.10 hace mucho tiempo que no tiene soporte y no se actualizaba, así que no se veía en el mensaje de que falta kmod desde hace tiempo. Sin embargo, con Fedora la actualización es continua y se encontró con que la máquina virtual no arrancaba con el kernel 4.08.
La orden habitual de arreglo

'dnf install kmod-VirtualBox-$(uname -r) kmod-VirtualBox'

no funcionó por que no encontró en los repositorios kmod-VirtualBox-4.0.8-300.fc22.x86_64.x86_64 (kernel actual), ya que solo disponemos de los módulos de VirtualBox para 4.0.5-300 y 4.0.2-300.

La solución puede ser la instalación de los akmods, que chequean la existencia de un kmod, y si no lo hay lo genera automáticamente. Ejecutamos

'dnf install akmod-VirtualBox kernel-devel-$(uname -r); akmods'

y la respuesta fue

El paquete akmod-VirtualBox-4.3.28-1.fc22.x86_64 ya se encuentra instalado, omitiendo.
El paquete kernel-devel-4.0.8-300.fc22.x86_64 ya se encuentra instalado, omitiendo.  # ESTO YA LO SABÍA, por que tengo instalados los devel, compilador de c ...
Dependencias resueltas.
Nada por hacer.

Es decir, ya estaba instalado el akmod. ¿Por qué no se había generado el kmod? Pregunta interesante. De todas maneras Linux nos da la solución en el terminal

Hint: Some kmods were ignored or failed to build or install.
You can try to rebuild and install them by by calling
'/usr/sbin/akmods --force' as root.

Así que ejecutamos como administrador

/usr/sbin/akmods --force

y para asegurar reiniciamos el ordenador.

Listo. Máquina virtual funcionando.



miércoles, 22 de julio de 2015

Actualizacion gratuita a Windows 10

Espero las preguntas sobre ¿que pinta Windows 10 en este blog? La verdad es que a mi no me preocupa actualización alguna de windows, pero no vivo solo en el mundo, y muchas de las personas que me rodean y que son importantes para mi usan "otro" S.O. Como ya he indicado colateralmente en alguna entrada, hace unos meses me había comprado —de un desguace de banco— un pequeño ordenador de 11 pulgadas con el que pensaba sustituir mi portátil por un dispositivo más pequeño, más ligero, más moderno, más barato, más rápido... pero ha acabado en otro usuario que prefiere Windows. Ese mini ordenador trae un Windows 7 Pro legal y desde hace unas semanas estaba avisando de que solicitáramos la actualización gratuita a Windows 10. Pensaba que pediría un número de serie, un correo electrónico... pero solamente ha dicho sí y a esperar. ¡Qué se le va a hacer!

Espero no tener pesadillas...


miércoles, 15 de julio de 2015

Micro SD como sustituto de un dispositivo USB. Linux, Fedora y exFAT. Ningún problema

Debido a que cada día se utilizan más las micro SD, sobre todo por que son las tarjetas siempre presentes en los smartphone, decidí hacer una prueba, comprobar hasta que punto podría utilizar micro SDs como sustitutos de dispositivos USB.
En primer lugar compré un nuevo lector de tarjetas SD, ya que los modelos antiguos de los que dispongo son USB 2.0, y si los utilizaba, la conclusión que obtuvieramos no sería completa, ya que si la velocidad de copiado fuera pequeña, podría deberse al cuello de botella del bus USB, y no al micro SD. En concreto, estoy utilizando un lector "de bolsillo" Sandisk Extreme PRO UHS-II Reader/Writer.

Como micro SD pedí una BBB (buena, bonita y barata) Kingston SDCX 10/64GB, que como su nombre indica es una clase 10 de 64 GB.
La prueba del funcionamiento del grupo lector/tarjeta la hice en un ordenador con bus USB 3.0, y sistema operativo Linux, kernel 4.0.7 64 en una distribución Fedora 22 de escritorio. Ahí nace el problema. Las tarjetas SD de mas de 32GB traen un formato denominado exFAT. Este sistema de archivos es privativo y patentado por Microsoft, así que al conectar el dispositivo a mi sistema no se puede acceder a él y mediante la aplicación Discos lo detecta como exFAT, pero no pueden montarlo


Por suerte, a través de FUSE (sistema de archivos en el espacio de usuario), podemos hacer accesible al núcleo del sistema módulos sin tener que editarlo. Si en el terminal buscamos paquetes relativos a exFAT

dnf search exfat

encontramos 2 paquetes (exfat-utils fuse-exfat). Los instalamos

su -c 'dnf install exfat-utils fuse-exfat'

y listo. Lo lee directamente y puedes trabajar sobre él. Envié una copia de 26GB de ISOs para ver la velocidad de carga.



Aunque enpezó a 85MB/s, luego fue cayendo hasta que se estabilizó alrededor de 20MB/s. No da las capacidades de "pendrives" Kingston HyperXpero son funcionales, y podemos utilizar la ubicuas microSD para más usos que la cámara de fotos y el teléfono.

jueves, 9 de julio de 2015

... pero si el S.O. es Windows, mejor libvirt

¿De que estamos hablando? De las cajas (gnome-boxes) del otro día. En vista del éxito logrado con Ubuntu, y posteriormente con Fedora LXDE, que estuve probando, me dicidí a instalar Windows XP en cajas. ¿Por qué? Simplemente, mantengo una máquina virtual de Windows que ocupa 60GB, mucho volumen para lo poco que se hace en ella. Ese tamaño se debe a que la inicial que me planteé en VirtualBox, de 10GB, no duró ni dos semanas, ya que Windows depredaba espacio a gran velocidad. Esa situación me llevó a generar una imagen de tamaño fijo de 60GB que he heredado hasta hoy, unos 8 años después. Esos 8 años también han provocado que esa máquina este llena de material "sobrante" que ya no es necesario en absoluto, así que lo mejor, pensé, era empezar de cero en una caja instalando solo lo imprescindible:
1. SPSS para hacer CHAID, hasta que domine la técnica en R.
2. Corel Draw 12, para recuperar las imágenes que en el pasado procesamos en Corel PhotoPaint y los vectores generados en Corel Draw.
3. MSOffice 2007, para mandar ficheros "compatibles" a algunos co-usuarios que me rodean, sobre todo cuando hay tablas en ficheros docx.
Esto supone la instalación de Windows XP, 7z como compresor, AVG como antivirua gratuito, añado Gimp para trabajar con el resultado de la recuperación de los cpt de Corel PhotoPaint, Corel y MSOffice (y también Libreoffice 4.4.4 de extraperlo). Sin embargo la instalación (cuatro intentos diferentes) de Windows XP en cajas han generado imágenes que no se han podido abrir gráficamente, pero que eran accesibles desde virt-manager. Además estas instalaciones eran verdaderamente lentas y colapsaban de vez en cuando el sistema (16GBs de RAM).
Por ello he terminado haciendo la instalación en libvirt a través de virt-manager, generando una imagen de 30GBs.
Al intentarla abrir en cajas, una vez terminada la instalación da un error


Es decir, la configuración básica no manipulable de cajas no permite generar una imagen "productiva" de Windows y la instalación mucho más depurada y a gusto del consumidor a través de libvirt nos da una imagen incompatible con las características básicas de cajas. En resumen, las cajas están muy bien para distribuciones de Linux, pero no es productivo —aun— para Windows.

¿Qué he logrado? Una imagen instalada originalmente en formato qcow2, sin herencias ocultas de VirtualBox y la he reducido a 30GB; podré ahora eliminar las copias de la imagen en producción hasta ayer (60GB más la pieza de museo original de 10GB) y liberaré 40GB del DD. Por supuesto, eso es lo de menos, por que hoy los GBs son muy baratos y es un volumen pequeño; la instalación directa a través de virt-manager me ha permitido ver muchos entresijos del sistema y aprender nuevas formas de intercambio entre la maquina virtual y el sistema anfitrión, la comunicación con ISOs y con ficheros directamente.

PD. La instalación de todo el sistema y las aplicaciones ha sido mucho más rápida en la máquina virtual que Windows directamente en el hardware, ya que nos hemos basado en ISOs, conexiones directas a red y ficheros en dispositivos USB y no a CDs o DVDs.

ACTUALIZACIÓN: La imagen generada es perfectamente trasladable a otras máquinas con libvirt y funciona perfectamente.

lunes, 6 de julio de 2015

Aplicaciones específicas de un S.O. o distribución? Solución en Fedora: Cajas

En ocasiones nos encontramos con que algunas aplicaciones solo pueden ser utilizadas en un Sistema Operativo —S.O.— o distribución, y nos obliga a usar un dispositivo solo para eso; véase aquí, por ejemplo. Para evitar esos problemas, lo mejor, más rápido y sencillo es utilizar cajas en Fedora.
En este caso el problema nació en las dificultades que presentan muchos lectores de CDs o DVDs viejos a la hora de leer las unidades regrabables que usamos para ahorrarnos gastar un CD o DVD cada vez que hay que instalar o arreglar un dispositivo con alguna distribución. Para evitarlo, lo más sencillo es llevar un dispositivo USB de arranque con un sistema múltiple, y si el ordenador puede arrancar en USB, todo resuelto. En mi caso suelo utilizar una unidad Kingston R500 de 16GB con un sistema con Fedora, Ubuntu, Knoppix, Debian, Hiren's Boot, Ultimate Boot CD, Rescue Disk 10, Avira y Clamad AV, todos arrancables. La aplicación que me permite generar ese dispositivo es Multisystem, pero que solo funciona en Ubuntu, como ya sabemos de antes. Multisystem permite eliminar distribuciones del lápiz y volver a instalar las versiones más moderna, pero en este momento no dispongo de ese notebook que había utilizado en el pasado. La solución más sencilla ha sido instalar un Ubuntu 15.04 en cajas, simplemente aplicando una iso sobre una caja nueva.


Una vez instalado Ubuntu, incorporamos el dispositivo USB en caliente,


instalamos Multisystem y ya podemos trabajar sobre la unidad USB. Podemos eliminar sistemas operativos (1) para luego poner versiones nuevas simplmente arrastrando las isos en el cajetín marcado como 2.


Listo. Ya tenemos todo actualizado.

viernes, 3 de julio de 2015

Canon i-sensys MF6140dn en Linux

Hace unos meses me quedé sin impresora en mi despacho. Era una impresora de tinta con impresión a color profesional, incluídos CDs. Personalmente defiendo el uso compartido de las impresoras en el trabajo, y que con una empresarial según las necesidades del grupo es suficiente y mucho más económico. Sin embargo, soy el único que defiende esa postura y el único que uso la impresora de red, y por falta de uso de la mía personal se estropearon los cabezales de impresión. La impresora de red, después de 10 años de uso intensivo, inicialmente, hasta que finalmente solo la usaba un usuario —yo— también ha dejado de funcionar. El coste de la reparación es superior a lo aceptable para una 3550 que no imprime duplex y a 8ppm, así que estoy en cuadro. Disponía de una Canon i-sensys MF6140dn que nunca había podido utilizar desde mi ordenador con Fedora, aunque cumple con su cometido de escaneo sobre unidades USB —para lo que se compró— y copiadora; ante la necesidad de imprimir, he tenido que intentar de nuevo hacerla funcionar en Linux.
Teóricamente, cuando se pidió aparecía que era compatible a Linux, pero en la caja no aparecía. En la página web de Canon España, al buscar drivers, no aparecen versiones para Linux. He tenido que acudir a páginas extranjeras para bajar los drivers, y ni con eso he podido hacerla funcionar, hasta ayer. Los drivers versión 2.07 siempre me han dado una página de prueba correcta pero los documentos han salido siempre mal.


Solución, el driver versión 2.08, que he logrado de este enlace de Canon Europa. Pasos a seguir:
1. Eliminación de cualquier versión anterior de esta impresora en el Control de impresión. Desenchufar la máquina y USB.
2. Extracción de los PPDs del interior del driver —los correspondientes a la impresora, ya que hay muchos— por si luego son necesarios; en este caso no fueron precisos, pero por si el sistema los necesita.
3. Instalación del paquete binario correspondiente a vuestra distribución. En mi caso

su -c 'dnf install /home/usuario/Descargas/g15639es_lin_CQUERPM_v208_64.rpm'

Tarda un rato en configurar todo. Hay versiones tar.gz, si los paquetes deb o rpm no se ajustan a vuestras distribuciones.
4. Conexión de la impresora y prueba.
5. Probar con diferentes ficheros. Para evitar accidentes, como me paso a mi, eliminar de la cola de impresión de la impresora todos los intentos anteriores que tengáis acumulados, ya que si no puede dar la impresión de que no funciona y son los errores anteriores.
LISTO!
Obviamente, no controlamos la función de escáner o fax desde el ordenador, pero para mi el fax es un añadido inútil y el escaneo lo realizo a través de unidades USB. Así me uno a los coleccionistas de impresoras personales. Y esta está muy bien...


jueves, 25 de junio de 2015

Cuando las uniones RGB no se "unen" adecuadamente

Hemos tenido un problema diferente a todos los habituales. Teníamos que dar una conferencia; material, un cañón en el techo con un cable RGB habitual hasta la mesa del expositor y portátil del expositor. ¿Dónde está el problema? O bien el cable no es un cable RGB "habitual" o el receptor del portátil tampoco es habitual; o ambas.
Veamos,






1. El conector del portátil, por ser un modelo muy pequeño, está dentro del nivel de la carcasa externa del ordenador, lo que sumado a
2. El cabezal del cable del cañón tiene un remate, tamto por arriba como por abajo, que no entra en el conector del portátil. Está adaptado para fijarse en conectores que salgan hacia afuera.
¿Que solución teníamos?
Lo primero era usar otro ordenador, pero lo más sencillo es encontrar un adaptados macho-hembra lo más corto posible para evitar pérdida de señal. Las soluciones que aparecieron fueron:
Probamos primero un adaptador RGB macho-hembra acodado 90 grados, que no dejaba inclinar la pantalla del portátil más de los 90 grados, por lo que no se veía adecuadamente desde arriba por el conferenciante (era de más calidad, pero no productivo)...


con lo cual usamos dos adaptadores RGB, uno macho-macho y otro hembra-hembra. Probamos la calidad de salida y no se veía pérdida de color ni otras alteraciones, así que lo hicimos funcionar así. Como se puede ver, para que se pudiera conectar al portátil le tuvimos que sacar los tornillos de seguridad al conector macho-macho.


Como es natural, y para evitar pérdida de señal, lo mejor sería tener un adaptador macho-hembra similar a estos, pero no estaba a nuestro alcance, y por lo que parece no suelen ser comunes —yo ya los he utilizado, así que existen—.

Aparcamiento. Cuando el S.O. se bloquea y resulta ser...

...Windows XP. ¿Acaso lo dudaban? Pues sí. Hoy, con toda la prisa imaginable, ya que el aparcamiento era el del Hospital, de repente perdemos 10 minutos en el aparcamiento. Cuando la gente que estaba delante sacó los coches marcha atrás, apreté el botón de comunicación con los encargados y entonces la pantalla en negro se convirtió en un minimonitor en el que arrancaba el sistema... Era ¡Windows XP! en inglés. Y luego se extrañan de que se atasque


viernes, 19 de junio de 2015

Añadir ISOs a una máquina virtual en Fedora

Desde que uso Fedora he utilizado el gestor gráfico de máquinas virtuales diseñado por Red-Hat —virt-manager— y dejé de usar VirtualBox. La razón de que lo use es que se trata de software libre y que no pertenezca a Oracle, no por que sea más fácil de usar, que no lo es. VirtualBox es más fácil, tiene algunas características que virt-manager aun no tiene —o yo no se encontrar— y lo había usado años, sobre todo cuando era dependiente de algunos programas de Windows.

Desde que uso virt-manager, cada vez me es menos necesario acudir a Windows y realmente ya no voy casi nunca. Sin embargo, como ya había señalado, sí tenemos un problema; mejor dicho, dos, que se resumen en uno, COREL. Primero, no podemos abrir las imágenes que tenemos guardadas como CPT (Corel Photo Paint); años de manipulación de imágenes perdidos. Segundo, y este es nuevo, no podemos importar los dibujos vectoriales que habíamos realizado hace muchos años con Corel Draw a través de uniconvertor a Inkscape.



Esto nos ha obligado a recurrir al último Corel Draw que utilizamos, y lo que nos costó encontrarlo, ya que fue Corel Draw 12, del año 2004, y todo el material antiguo ya lo habíamos tirado a reciclar. Por suerte, los materiales originales los guardamos y pudimos disponer de ellos. Y aquí apareció un nuevo problema...

...mis máquinas virtuales son conversiones heredadas de virtualBox y jamás he instalado nada nuevo en ellas. No he puesto a disposición de la máquina una unidad CD-ROM ni directorios compartidos. Sin embargo es muy sencillo y se puede hacer y deshacer en caliente. Lo más fácil es generar un ISO del CD original —en brasero, K3B o terminal, según gustos— y en la configuración de la máquina virtual añadir nuevo hardware (abajo de todo).


En la primera casilla, "storage" o almacenamiento, marcamos en "Elija administrado", localizamos localmente el ISO, y lo configuramos como Dispositivo CDROM.


Aparecerá en el sistema huesped —Windows XP, en este caso— el nuevo "dispositivo", que es el ISO, y ya podemos instalar perfectamente en la máquina virtual.


Sí, es algo básico, pero realmente no lo había necesitado hasta ahora, y probablemente no lo necesite de nuevo, una vez instalado Corel 12.
Descontando estos casos de recuperación de ficheros antiguos de formatos propietarios, las máquinas virtuales las uso para probar diferentes escritorios; de windows solo recurro ocasionalmente a VirtualDubMod y funciona para lo que quiero con wine.

miércoles, 17 de junio de 2015

Escaneando negativos, segundo episodio ...

... y último, espero.
Después de varios intentos poco útiles (1, 2) he logrado un compromiso aceptable entre los diferentes problemas; Describamos esos problemas:

1. El escáner plano que tengo (Canoscan 8000f) presenta tres problemas. El primero es que por más que lo intente, solo me permite capturar las imágenes, sean en película negativa o positiva, a un máximo de 1,7 MPx. El segundo, bastante molesto, solo es compatible con Windows XP 32bits, y no puedo conectarlo a Linux. Tercero, tarda como mínimo 5 minutos en capturar un negativo. Es decir, necesitas una máquina antigua ocupando más de un metro de mesa solo para escanear película en baja calidad.

2. Los diferentes intentos (1, 2) que he realizado para evitar esas limitaciones del Canoscan 8000f no han dado resultados adecuados. Si bien el tiempo de captura es muy corto, ni el Lomography Smartphone scanner ni el SilverCrest Escáner de diapositivas dan un resultado positivo al capturar la película, asociado al bajo coste de los dispositivos.

Debido a estas circunstancias he realizado un último intento; he comprado un Jumbl All in One, que me permite capturar en dos segundos un negativo —o positivo— con 14 MP de resolución y sin tener que conectarme al ordenador, lo que te permite estar haciendo varias cosas al mismo tiempo.

He probado el mismo negativo que en la prueba anterior, con este resultado:


No ha sido retocado y está como salió directamente de la máquina para poder comparar con las pruebas anteriores.

- Se obtiene más resolución pero,
- traduce el color y el grano propios de la película que has usado, como debería ser. Es este caso la película —Kodak Gold 100— no es para tirar cohetes, así que el resultado es una imagen en tonos rojizos —típicos de las películas Kodak— y con mucho grano.

Sin embargo tiene bastantes ventajas:

- Se escanea a alta velocidad; 76 fotos en 45 minutos, y por que hay que colocarlas a mano, por que escanea en 2 segundos
- La calidad/resolución es más alta que lo obtenido hasta ahora. Obtuve una imagen muy buena de una Velvia 50; la calidad se corresponde a la calidad de la película usada (no se puede poner aquí, que es una imagen para una publicación).

Como las alternativas que me quedan son comprar un escáner profesional de película —más de 1000€— o pagar por su escaneo profesional —entre 1 a 1,5€ por unidad—, creo que digitalizaré todos mis "plásticos" de esta manera.