martes, 22 de diciembre de 2015

DNF system upgrade: actualización de Fedora 22 a 23

Como ya hemos descrito, la actualización de Fedora se puede —podía— realizarse de manera sencilla con fedup —no voy a poner enlaces sobre ello, por que ya no lo necesitamos—, incluso en ordenadores remotos a través de ssh. Sin embargo el cambio de yum a DNF ha incluido también una nueva aplicación de actualización —DNF system upgrade— que facilita la actualización.
De los diferentes dispositivos que utilizo, he ido cambiando uno a uno de diferentes maneras, pero ninguno mediante esta nueva aplicación. Me quedaba el portátil, así que lo he realizado hoy. He seguido las instrucciones sencillas que nos da este enlace de la revista de Fedora. Si más,

1. Actualización del sistema

$ su -
# dnf upgrade

2. Instalar el plugin de dnf

# dnf install dnf-plugin-system-upgrade

3. Descarga de paquetes (en este caso 2226)

# dnf system-upgrade download --releasever=23


Sencillo y rápido, aunque depende de la red disponible. En WIFI tardó en este caso unos 20 minutos para algo más de 2GB, con una velocidad de bajada alrededor de 2MB/s.

4. Reiniciar y actualizar

# dnf system-upgrade reboot


Una vez ordenada, me fui a tomar un café, y al volver estaba terminando la comprobación final.

Conclusión: más sencillo que nunca, con solo 4 comandos, muy rápido, en función de la red disponible y como dificultades solo ha supuesto el bloqueo del repositorio de Dropbox. Una vez actualizado, todo funciona adecuadamente, incluyendo Dropbox, las aplicaciones de wine y todo lo demás. Aun no he descubierto ningún paquete con problemas ni dependencias no resueltas.

RECOMENDADO.

jueves, 26 de noviembre de 2015

DD con errores, actualización de la BIOS y otras tribulaciones

He tenido varios problemas en cadena desde la instalación de Fedora 23, aunque la culpa no es del sistema. En esa instalación había introducido un quinto disco para que funcionara como contenedor de un conjunto de ficheros "persistentes" que no cambian nunca y solo van aumentando. Eso permitiría liberar parte del disco espejo que es la primera copia de seguridad. Para ello, en vez de comprar un disco nuevo, había recurrido a uno de los que voy desechando y están en los cajones, olvidados. Pues ese disco (WD Caviar Green 1,5TB; 5 años de uso intenso hasta ser abandonado) empezó a dar el primer problema; primero cambiaba aleatoriamente a "solo lectura" hasta que terminó mostrando un sector erróneo y no poder ser detectado por el sistema.


Eso supone que el Fedora no arranca por que no encuentra el disco que espera encontrar.



Para evitar el problema reinstalé de nuevo Fedora con otro disco sustituto (otro desechado; Caviar Black 1,5TB, antes sistema en un ordenador, ahora sustituido por un disco sólido). Y aquí surge el segundo problema. El sistema no encuentra el disco de arranque, y había que entrar el en menú de arranque y señalárselo cada vez que reiniciamos la máquina.


En la placa madre Intel DZ77BH-55K se habían descrito algunos problemas con los discos duros, así que comprobé que versión de BIOS estaba instalada; era la versión 57 de 2012, siendo la última disponible la 100 de finales de 2013. Bien, cambié la BIOS. Y eso nos lleva al tercer problema. A pesar de que la máquina había señalado que el cambio había sido correcto, no arrancaba, daba una serie de pitidos y quedaba con una pantalla en negro que no decía que hacer. Cambio de monitor y cable de señal y unos dedos mejores que los míos consiguieron reparar la instalación de la BIOS y todo vuelve a la normalidad... relativamente. Como Fedora se había instalado de nuevo, hubo que preparar los repositorios, incluir las aplicaciones de uso común (más fácil si seguimos a xenode), inhabilitar otra vez el VGA1 inexistente pero molesto,


habilitar las teclas mágicas, conectarme a Dropbox, activar mis cuentas para poder disponer de drive en nautilus... Es decir, entre una cosa y otra, de jueves a lunes perdiendo el tiempo en todas estas cosas.
¡ESTO ES DIVERSIÓN!

martes, 10 de noviembre de 2015

La necesidad de particionar un disco antes de instalar Fedora

La última instalación que hice, además de todas estas reparaciones y rearreglos que hemos visto, supuso también un cambio de discos duros. El disco de sistema, el disco que actúa como home y uno que utilizo para naterial multimedia son los mismos, pero el disco que funcionaba como copia de seguridad interna se estaba quedando pequeño y quise cambiar por un WD Red NASware de 6TB.


Como el ordenador tiene la posibilidad de conectar 6 unidades, para ocuparlas todas conecté un Caviar Black que tenía por ahí sin usar para ver que todo funcionaba correctamente si los colocábamos bien, es decir, la grabadora de última. En la instalación anaconda me mostró que antes de instalar, hay que formatear los discos. La instalación me permitió introducir todos los discos pero al decidir para que usaremos cada uno no me enseñaba el nuevo de 6TB. En resumen

sda1 /
sdb1 /home
sdc1 /home/multimedia
sdd1 /home/prueba

pero no había la posibilidad de introducir el sde1 para /home/backup por que no existía (lo bueno es que si media el espacio y decía cuantos TB quedaban sin usar).
El problema es que puse el disco directamente desde el estuche, sin formatear y no tenía partición alguna. Simplemente arranqué con un Fedora 22 live y, tras la intalación de gparted, generé una nueva partición y le di formato ext4. Luego ya pudo ser instalado como

sde1 /home/backup

Sí, es una instalación tradicional por unidades y no en volumen lógico (LVM); no estoy seguro de lo que puede pasar cuando se estropee un disco y lo que habría que hacer para recuperar el contenido. Además, no hay swap, por que no quiero poner la swap en sda, ya que es un disco sólido y quiero que dure (Intel 535 con SOLO 3 años de garantía, lo que me tiene algo escamado), y no me atrevo a ponerla en otro disco, por si retrasa el funcionamiento del sistema. Además, con 24GB de RAM no creo que sea estrictamente necesaria.

lunes, 9 de noviembre de 2015

Como inhabilitar VGA1 y evitar el cambio del sistema a un monitor "fantasma"

Mi equipo personal tiene una placa madre Intel DZ77BH-55K, con doble salida gráfica DisplayPort y HDMI y con un i7 con un sistema gráfico integrado HD4000.


A pesar de que está conectada a un Philips 224 mediante DisplayPort, cada vez que el ordenador entra en ahorro de energía o si deja de recibir al monitor (este monitor tiene sensores de presencia y cuando no hay nadie delante, entra en ahorro de energía y se apaga hasta que alguien se pone delante) el ordenador se pasa a la pantalla secundaria VGA1 de 1024x768, lo que hace perder el panel y hay que entrar en la configuración por terminal y cambiar la pantalla principal. Eso en si mismo no es un problema, salvo que esté activado la protección por palabra, ya que no sale visible y no es posible acceder al sistema gráfico activo. Por supuesto, podemos generar uno nuevo en uno de los posibles terminales (con Ctrl-Alt-F2 a Ctrl-Alt-F6 y startx), pero los programas activos están en "otro" sitio, trabajando. Este error apareción en uno de los cambios de kernel, creo que en el primer kernel 4.x, pero tampoco estoy seguro, ya que he encontrado en la red casos similares con fechas anteriores. El problema es que no encontraba una manera de solucionarlo si quería mantener un control de palabra de identificación. El origen está en que para la máquina existe una salida más que el DisplayPort y HDMI. Si ejecutamos xrandr aparece al final un VGA1 (en este caso aparece disconnected, por que esta imagen la tomé DESPUÉS de haberlo arreglado).


¿Como hemos podido desconectarlo? Buscando en el conocimiento colectivo mundial —otra vez Google— encontré una solución aquí y aquí. Tenemos que editar grub

su -c 'gedit /etc/default/grub'

y añadir "video=VGA1:d" en la línea de GRUB_CMDLINE_LINUX line para deshabilitar VGA1


y luego actualizar grub. En el caso de Fedora no se reconoce la orden update-grub, pero sí esta

su -c 'grub2-mkconfig -o /boot/grub2/grub.cfg'

y al reiniciar, aparte de aparecer líneas de comandos que antes no aparecían, VGA1 está deshabilitado como veíamos en el terminal anterior y el sistema no se ejecuta en el monitor "fantasma" cuando te despistas unos minutos.

Solucionado.



viernes, 6 de noviembre de 2015

PLC. Compatibilidad entre HomePlug AV y HomePlug AV2

Desde hace años (desde 2012, como podemos ver aquí) he distribuido la red en mi casa por dispositivos PLC (Power Line Communications). Estos dispositivos permiten la transmisión de señal de red a través de los cables eléctricos. Hasta este momento he utilizado dispositivos dLink DHP-P306AV, que ofrecen un ancho de banda de 200 Mbps según el protocolo HomePlug AV. Si bien es cierto que 200 es la capacidad que tengo contratada de entrada, también es cierto que me he comprado una televisión de 49 pulgadas con resolución 4k. La necesidad de un mayor ancho de banda para vídeos de mayor resolución y, por tanto, de mayor "tamaño" me hizo pensar sobre la posibilidad de transformar la red interna a niveles superiores a esos 200 Mbps (25 MB/s), para transferir desde un disco duro conectado al router hasta la propia televisión. Así que he realizado una prueba cambiando el extensor desde el router y el que sirve a la televisión por dos unidades TP-Link TL-PA4010, que son extensores más modernos, pequeños y muy baratos, pero con una capacidad de 500 Mbps (62,5MB/s).


Y ¿por qué le llamo prueba? Por que el resto de los dispositivos siguen bajo extensores dLink DHP-P306AV. En primer lugar, son de marcas diferentes; segundo, los TP-Link siguen protocolo HomePlug AV2, teóricamente compatible con el HomePlug AV de los dLink. En resumen, quería probar si no había problemas de compatibilidad. Como respuesta puedo decir que funcionan perfectamente sin problemas. Cuando mi proveedor me haya aumentado el ancho de banda, cosa que suele pasar cada año, cambiaré el extensor maestro por uno de 1200 Mbps y usaré los dos de 500Mbps para los dispositivos que más lo necesiten y los otros quedarán con los dispositivos de 200 Mbps.

jueves, 5 de noviembre de 2015

UEFI y las unidades USB arrancables para instalar distribuciones de Linux

La generación del nuevo protocolo de arranque UEFI ("Unified Extensible Firmware Interface") como sustituto de la BIOS tradicional y el control que tiene Microsoft sobre los fabricantes de ordenadores, obligando a poner un arranque seguro ("Secure Boot") con una llave PROPIA nos ha estado provocando muchos problemas a los usuarios de "otros" SO. Muchas placas madre actuales no permiten deshabilitar el arranque seguro, así que es necesario disponer de la llave electrónica en los dispositivos para que en los ordenadores modernos los reconozcan como unidades de arranque. En mi caso aun no es un problema, debido a la antigüedad de mi parque electrónico, pero ahora que he estado instalando Fedora 23, tanto beta como estable, he preparado las unidades USB para que puedan ser utilizadas en todo tipo de máquinas, también las modernas.
Como indican las instrucciones de Fedora, las aplicaciones que hemos utilizado siempre (Unetbootin, MultiSystem...) no son válidas para el sistema de arranque seguro

"Universal USB creation tools such as Unetbootin are a historically popular way to create USB installers from ISOs intended for optical media. They typically function by creating a filesystem on the USB drive, extracting files from the image, and writing syslinux bootloader to the device.
These methods circumvent the bootloader configuration built into Fedora images, which are pre-partitioned and designed to boot on UEFI systems with SecureBoot enabled as well as BIOS systems. They do not produce a consistent result with Fedora's images, especially for use with UEFI systems.
Utilities that use a direct write method, and do not modify the Fedora image, will produce the most consistently successful results."


Es decir, es preferible utilizar otro sistema que nos replique EXACTAMENTE la imagen en el dispositivo. La forma más fácil es la aplicación discos de gnome.


En el menú de la derecha elegimos "restaurar imagen de disco", señalamos el ISO que queramos aplicar y en unos minutos, según la calidad y rapidez del dispositivo, tendremos preparada una unidad arrancable, siempre y cuando la imagen esté preparada para el "Secure boot". Por ejemplo,


Vemos como la ISO incluye diferentes particiones, incluida una EFI, en sistema de archivo FAT-12. Se puede aplicar también la orden dd en terminal, o en el caso de aquellas cuyo escritorio no incluya una aplicación gráfica que permita hacerlo
En ese caso primero hay que saber cual es la unidad del dispositivo, por ejemplo

su -c 'fdisk -l'

y una vez sabido aplicamos dd

su -c 'dd if=/ruta/imagen/Fedora-Workstation-netinst-x86_64-23.iso of=/dev/sdX'


Si bien en principio apliqué la aplicación discos (comando gnome-disks), ya que dd siempre deja libre y sin partición todo lo que sobra del espacio necesario para la imagen, discos también lo hace (usará seguramente dd para ejecutar esta acción) y como podemos ver en las dos imágenes incluidas, en ambos casos queda una parte del dispositivo libre sin particionar (parte azul del último, por ejemplo).

Y así tenemos preparado Fedora, en el primer caso un Live y en el segundo una instalación basada en red.

martes, 3 de noviembre de 2015

Fedora 23 (beta o definitivo); amule no arranca [SOLUCIONADO]

Así es. amule no arranca en Fedora 23, tanto beta como estable. He estado intentándolo en mi ordenador personal en beta y achacaba el error a algún "bug" en la versión beta y por que lo había instalado desde ejecutable externo y no desde rpmfusion, ya que no estaban disponibles. Sin embargo, desde ayer estaba trabajando sobre la versión en distribución estable y con la instalación desde repositorio y seguía sin arrancar. Eliminé la configuración personal, que viene desde mi primer Linux, por si alguna característica particular —directorios cambiados, permisos...— podía provocar que amule no arrancara, y nada. Buceando en la sabiduría colectiva —Google— encontré la solución.
El problema radica en un posible bug en el paquete cryptopp en Fedora 23 (véase aquí), así que la solución, como dicen ahí mismo, es bajar a una versión anterior —"degradar", que dicen los anglosajones—. Bajamos una versión anterior, por ejemplo desde aquí, y ejecutamos la orden

su -c 'dnf downgrade /ruta/hasta/ejecutable/cryptopp-5.6.2-9.fc22.x86_64.rpm'

y listo. Ni beta, ni fallo de compilación ni nada similar; simplemente, una dependencia con un "bug".


[Actualización]. Como se ha indicado en el título, este problema ha desaparecido. La actualización del 10 de noviembre incluía un paquete amule que funciona con el cryptopp de Fedora 23. Un problema menos.

miércoles, 21 de octubre de 2015

Canon i-sensys MF6140dn en Linux; esta vez en Fedora 23 beta



Hace unos meses indicaba como se podía instalar una impresora Canon —i-Sensys MF6140DN— en Linux, en concreto Fedora 22. Es una impresora con capacidad múltiple —impresión, copia, escaneo y fax—, de los que en Linux solo se puede usar la impresión (la copia no necesita ordenador y el escaneo se puede hacer en dispositivos USB). Debido al accidente de fregonas también indicado, no quedó más remedio que instalar de nuevo el sistema, en este caso, para adelantarnos, Fedora 23. Sin embargo, ha sido imposible que funcionara la impresora siguiendo las mismas instrucciones antes indicadas
Para hacerlo sencillo, en este caso los pasos han sido:
1. Hemos tenido que instalar un driver más moderno, versión 2.09, obtenido de aquí.
2. De nuevo hemos eliminado cualquier versión anterior de esta impresora en el Control de impresión y hemos desenchufado la máquina y USB.
3. IMPORTANTE. Extracción de los PPDs del interior del ejecutable —los correspondientes a la impresora, ya que hay muchos— e introducirlos como administrador en el directorio /opt/cel/ppd, ya que si no luego el programa no podía acceder a los controladores ppds ni indicándoselos, cerrandose la acción.
4. Instalación del paquete binario correspondiente a vuestra distribución. En mi caso

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

5. Conexión de la impresora y prueba.


Esta vez ha costado más que aceptara los controladores al enchufarla. Listo.

lunes, 19 de octubre de 2015

Morphing múltiple con software libre

La semana pasada una compañera mencionó el interés de hacer un vídeo o presentación que indicara su evolución a lo largo de los años. Unos años atrás yo había realizado un "morphing" entre dos compañeros que había quedado "interesante" y se me "sugirió" como posible autor de ese vídeo. El problema es que en aquel momento utilizaba Windows y ahora, en Linux y software GPL, tras diferentes búsquedas, no he encontrade software libre que pudiera realizar un "morphing" múltiple entre 5 fotos. Por supuesto, por el simple hecho de aprender, hemos llegado a hacer un vídeo avi de 4 segundos con la evolución de esa persona a lo largo de los años.
Partimos de 5 fotos tamaño carnet que copiamos con el móvil (no buscamos la perfección, solo aprender los pasos). En Windows hay diferentes aplicaciones, la mayor parte de pago, que permiten hacer "morphing", pero las que lo hacen con más de 2 fotos —múltiples— son todas de pago. Con aplicaciones de las que usamos todos los días y que podemos instalar desde el terminal tenemos:
- Gimp, con la extensión —"plugin"— de vídeo gap (su -c 'dnf install gimp gimp-gap'
- Mencoder (su -c 'dnf install mencoder')
- Algunos scripts de Gimp

Describamos el proceso por partes:
1. Para hacer la fase de "morphing" hemos usado Gimp con su extensión Gap. Tenemos unas instrucciones más completas aquí. Lo que nos importa es que solo podemos hacer "morphing" entre 2 capas (lo siento, por protección de datos no hay fotos de la persona en cuestión).


Eso nos obliga a hacer una copia de la primera foto en gimp, pegarla como nueva capa y sobre ella añadir una segunda capa de la segunda foto. En el menú Video, que solo tendremos si antes hemos instalado la extensión Gap aparece la posibilidad de morphing - morph, que nos lleva a este menú.


Sobre como debe hacerse, el número de "sharepoints" y todo eso, remito a las instrucciones completas antes citadas. En mi caso, para generar una evolución natural, aplique un solo "sharepoint" en el punto del centro de la parte baja de cada una de las dos fotos. Para generar un segundo de vídeo entre cada dos fotos, pedí 25 superficies, lo que genera 25 capas nuevas que van evolucionando desde la primera foto hasta llegar a la última.
Las posibilidades que nos da Gimp una vez generadas las capas son guardar un gif, con la pérdida de calidad y niveles de color —256 colores— o animación mng, que es un formato de animación asociado a png, pero que no es un estándar y muchos programas no lo reconocen. Por eso decidí grabar cada capa como imagen individual y generar un fichero avi estándar desde la línea de comandos. Gimp no tiene esa posibilidad directamente, pero encontré unos scripts preparados. Guardando los scripts en al directorio /usr/share/gimp/2.0/scripts aparecen en el menú Archivo de Gimp la posibilidad de grabar las capas (como tal o completas) y eso me ha permitido tener la transición entre las dos imágenes.
1capa0001.png - 1capa0025.png (foto 1-2)
2capa0001.png - 2capa0025.png (foto 2-3)
3capa0001.png - 3capa0025.png (foto 3-4)
4capa0001.png - 4capa0025.png (foto 4-5)

2. Generar una salida con transición desde esas 100 imágenes hasta un fichero estándar aplicamos un comando que ya hemos utilizado anteriormente, preparando un avi formato mpeg4 y con 25 imágenes por segundo, aunque esta vez sobre png y no sobre jpg (lo he probado hasta en un windows media player y funciona).

mencoder "mf://*.png" -mf fps=25 -o output.avi -ovc lavc -lavcopts vcodec=mpeg4

Listo; fácil y "free" (gratis y libre). Tras este experimento hemos comprobado que podemos realizar un morphing múltiple (entre 5 fotos) con aplicaciones de código libre.

Cosas a tener en cuenta:
- Las fotos deben todas tener la misma resolución (ajustar con gimp o bien en terminal con convert de ImageMagick)
- Probablemente sea recomendable ajustar esa resolución a aquella que queramos dar al vídeo (idem)
- La creación de capas en Gimp lleva tiempo; más cuanto menos potente sea el ordenador (y si la RAM está muy justita)
- El comando mencoder, tal como está aquí, sin reconversiones, se ejecuta en poco tiempo


jueves, 15 de octubre de 2015

Y cuando las fregonas controlaron el mundo...

Las fregonas... ¿Por qué?
Por que he tardado una semana en reparar mi ordenador después de que una fregona libertaria —o libertina, según se mire— golpeara la regleta de alimentación del SAI del ordenador de trabajo, que nadie se diera cuenta del estruendo de alarma —era medio día, todo el mundo comiendo— y se apagara de mala manera el dispositivo. Resultado final, un arranque con errores:



Como podemos ver en la segunda imagen, el problema de arranque se debe a una inconsistencia en uno de los discos. Erróneamente, culpé al disco de arranque, un WD Raptor de 10.000 rpm, que ya está muy baqueteado, con más de 8 años de uso, y con un sector erróneo por otro apagado sorpresa. Empecé la reparación sustituyendo el primer disco por un sólido, pero me aparecía el mismo error tras la instalación del sistema. Eso me obligó a reconsiderar que el error estaba en el segundo disco, un WD Caviar Green de 1TB, que actúa como /home y que solo tiene 6 años de uso. La prueba smart indicó que no había errores físicos, pero no había tabla de partición. En resumen, todos los datos y configuraciones perdidos.
Instalación nueva, reutilizando los discos originales, con Fedora 23Beta (30 minutos) y recuperación de /home desde una copia de seguridad (varias horas). En resumen, entre unas cosas y otras 3 días seguidos trabajando a medias con un portátil. Peor aun, la copia de seguridad, aunque contiene todo, tiene la estructura del ordenador de casa, no la del trabajo, con lo que hay que cambiar la estrategia mental de localizar las cosas.
Una pérdida lamentable de tiempo, aunque sin coste económico, y unas entradas de retraso por una fregona.

miércoles, 30 de septiembre de 2015

Problema con dnf: 'ascii' codec can't decode...

De repente me encontrado con un error extraño. Necesitaba una conversión de audio y decidí instalar soundkonverter

su -c 'dnf install soundkonverter'

y la respuesta del comando fue


Así que buceando en la red encontré en minilsegundos la respuesta. En esa página dice "El problema está relacionado con la actualización del paquete dnf-plugin-system-upgrade. En la última actualización, este paquete trae un fichero de idiomas con errores." Este error afecta ma todas las opciones de dnf que probé. La solución es simple

1. Ir a la carpeta: /usr/share/locale/es/LC_MESSAGES como administrador

2. Renombrar el fichero dnf-plugin-system-upgrade.mo

mv dnf-plugin-system-upgrade.mo dnf-plugin-system-upgrade.mo.bak

y listo.

Problemas resueltos de avidemux en gtk

En estos momentos uso solo en raras ocasiones programas como avidemux. Sin embargo, el otro día necesitaba hacer una correción rápida sobre un vídeo y recurrí a avidemux, que fue la primera que se me ocurrió. La instalé y al llamarla la respuesta fue:


Por lo visto es un error conocido de avidemux en las distribuciones que utilizan gtx. Como podemos ver en esa página, ya han preparado un parche que deben haber incluido en alguna actualización siguiente, por que ayer, al volver intentar arrancar avidemux, esta vez sí ha funcionado




lunes, 28 de septiembre de 2015

Error al actualizar Fedora 22

Al intentar actualizar Fedora 22, con una simple orden

su -c 'dnf -y update'

el sistema empezó a bajar las nuevas versiones y cuando estaba a punto de terminar se cortó la orden y apareció un error parecido a

...  [=== 76% ...
Error: Error al descargar los paquetes:
  Cannot download google-chrome-stable-45.0.2454.99-1.x86_64.rpm: All mirrors were tried

y no había forma de que continuara.
Como sabemos, la opción --skip-broken ya no está presente en dnf, ya que está incluida, teóricamente, en la orden básica.
Después de mucho mirar leí en esta página que probablemente el sistema estaba intentando actualizarse a una versión anterior a la que había en ese momento, probablemente pon un cambio rápido de versión en el repositorio. La recomendación era limpiar los ficheros de paquetes en actualización

dnf clean metadata

y luego repetir

su -c 'dnf -y update'

Perfecto. 


PD. Sí, sí. Aunque casi siempre uso Firefox, también tengo instalado Chrome

martes, 22 de septiembre de 2015

Actualización a Windows 10

¿Sorprende la entrada?
Supongo que sí, como esta otra entrada. Pues es verdad, he actualizado a Windows 10... el pequeño ordenador personal que compré hace unos meses como "desecho" de oficinas de banco cerradas. Este pequeño portátil Lenovo traía instalado Windows 7 Profesional 32Bits. Estas dos últimas semanas he necesitado corregir rápidamente un documento muy extenso en docx, y para no alterar el formato de los otros usuarios —los incompatibles— no me ha quedado más remedio que usar ese portátil (la máquina virtual es demasiado lenta e incómoda y Word a través de PlayonLunux no se ve exactamente como parece, así que mejor ir sobre seguro).
Desde el principio del anuncio de la actualización se activó el sistema de actualización y tenía una reserva se actualización. Desde principio de septiembre el ordenador marcaba que estaba en descarga a segundo plano y que cuando terminara comenzaría la actualización. A pesar de dejarlo 5 días seguidos enchufado y cableado a red, nunca terminaba, así que como el trabajo apuraba, estuve trabajando inicialmente en Windows 7 + MSOffice 2007. De repente aceptaba el comienzo de la actualización, pero para evitar alteraciones en el trabajo lo pospuse hasta terminar. Después de un trabajo intenso, y cuando esperaba nuevos documentos, con uno o dos días de descanso, al intentar empezar la actualización en el ordenador aparecía de nuevo que estaba en descarga a segundo plano. Un poco cansado, decidí hacerlo "por la fuerza". Me conecte al sistema de actualizaciones de Microsoft, me baje el instalador. Primero guardé un ISO para 32-64bits (2,97GB), por si lo tengo que instalar de limpio después y luego lo actualice. Tarda un rat, según la capacidad de la red utilizada.

Al grano; ¿qué tal Windows 10? En mi opinión no está mal; siempre hay que tener en cuenta que soy usuario de Linux y que Windows es solo una herramienta temporal y para mi sin valor. Es rápido, fluido, las herramientas instaladas funcionan. Sobre el espionaje y otros comentarios que circulan, no los he revisado ni me importan, ya que no lo pienso usar más, salvo imponderables.
Si la pregunta es si recomendaría la actualización, creo que sí. No me parece peor que Windows 7 y si bastante mejor que Windows 8. Nada que perder; si te está espiando, los anteriores también, seguro. Si la pregunta es qué instalaría yo, la respuesta sería en este momento Fedora 22 (falta poco para la 23, que está previsto para 27 de octubre).

lunes, 21 de septiembre de 2015

Steam y Ark en Fedora. Recursos gráficos

En mi casa algunos estaban muy interesados en la instalación de Ark. Como usuario registrado —accidental, ya que lo soy para que jueguen otros— intenté instalarlo en el ordenador donde ya estaban la aplicación de escritorio de Steam. El problema es que es una máquina antigua, más de 6 años, con muy pobres recursos gráficos (es mi antiguo ordenador y no necesito gráficas potentes; solo mucha RAM) y con Windows XP. Por lo visto el juego no arranca en un equipo como ese. Este es el error


Debido a este error "desconocido" —el peor de todos, por qué no sabes que hacer— decidí instalarlo en mi ordenador, más moderno y potente, aunque con poco poder gráfico —HD 4000 en el i7—.
1. Primero lo intenté en una caja de ubuntu, pero no pude instalar de forma funcional el paquete de Steam para ubuntu (steal.largest.deb)
2. Luego lo intenté en una máquina virtual de Windows. No pude arrancar Steam, por lo que no se puedo intentar instalar Ark
3. A continuación intenté instalar el paquete de 32 bits de Fedora, pero no daba errores de dependencias; con el paquete tar.gz en Fedora no funcionaba el script de instalación.
4. Finalmente, lo mejor; directamente desde repositorio de Fedora. Funcionaba Steam, con lo que instalamos ARK. Arrancó, pero para que pudiera funcionar adecuadamente, y no deslizarse como un caracol reumático, hubo que bajarle las exigencias gráficas.


En fin, Steam sí funciona en Fedora.

viernes, 4 de septiembre de 2015

Cuando lo pretecnológico aun nos sirve

Contextualicemos el título; Reino Unido, un solo adaptador de enchufe y numerosas máquinas que cargar; una situación típica del siglo XXI.


¿Qué solución tenemos?
1. Comprar mas adaptadores (gasto innecesario)
2. Llevar una regleta; en las maletas modernas, ¿donde la ponemos? y ¿a qué renunciamos?
3. Utilidades pretecnológicas que presionan la conexión de toma de tierra y abre las conexiones de la luz, y con ello podemos introducir los cargadores; es decir, una tapa de bolígrafo BIC.


Sí, la más prosaica de todas. No fue un descubrimiento; ya la llevaba para eso en un bolsillo.

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.