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...
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.
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.
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.
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...
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...
Suscribirse a:
Entradas (Atom)