jueves, 4 de febrero de 2016

Nexus 7 2013. Daños físicos, no de software

Dispongo en estos momentos de dos tablets; una Nexus 7 2012 y otra Nexus 7 2013. La versión 2012 dejó de funcionar adecuadamente en una de las actualizaciones de Android, y aunque ha ido mejorando en cada actualización, aun tarda mucho tiempo en recargar la batería y actualizar las aplicaciones. La versión 2013 es la mejor tablet que he utilizado; se carga rápido y se actualiza muy rápidamente. Aun más, las aplicaciones y juegos funcionan muy fluidamente aun hoy, 2 años y medio después de comprarla. Sin embargo y de repente dejó de cargar la batería. Como se había comentado desde su comercialización que ese era un defecto frecuente, y varios avisos de que la actualización a Android 6.01 podría provocar ese efecto, estuve tratando de aplicar los mecanismos de arreglo señalados por Google (pulsar el botón de encendido y de bajada de volumen simultáneamente durante al menos 15 segundos y ver si genera una señal y muchas versiones de tiempo, cargador, cable y mil cosas más sobre el mismo proceso). En todos los acos la única señal que aparecía eran 5 señales LED en la tablet. Por eso y que ya no estaba en garantía, la envié a mi técnico de cabecera. Pues no era un error de software... simplemente se habían soltado alguno de los pines de carga


Hubo que cambiar la pieza de conexión externa, pero no fue posible encontrar una idéntica al original, así que la conexión quedo algo interna, y no es fácil conectar un cargador normal.


Por suerte conservaba el cable de carga de la Kindle 2, que es muy fácil de desmontar. Le saque la protección externa, fijé el cable con un celofán y ya tenemos un conector que conecta. Listo.


PD. No utilicen los aparatos mientras están cargando, por que tarde o temprano, en un tirón, estropearemos los conectores de carga.

lunes, 1 de febrero de 2016

Impressive en Windows sin terminal: ImpressiveGUI

Mi amigo hckorootx, para evitar síncopes en los que los que se asustan al ver un terminal me ha preparado una GUI ("Graphical User Interface" o Interfaz Gráfica del Usuario) para Impressive (véase entrada anterior). Un simple ejecutable de 9 KB que genera una ventana para cargar el fichero. 


Menos que teclear y sin terminal intermedio, con los que me escuchan están más tranquilos.

Está visto que tarde o temprano tendremos que aprender a programar.

lunes, 25 de enero de 2016

Presentaciones en Windows para los usuarios de Linux. Impressive 0.11.1

Como ya saben los que han leído este blog soy un usuario de Linux. Como ya he explicado alguna vez,

"... si trabajamos con Impress, siempre tenemos problemas al llegar a cualquier sala y proyectar nuestras presentaciones; nos enfrentamos siempre a ordenadores con Windows y el cambio a PowerPoint altera siempre las fuentes, aunque tengamos las ttf instaladas en Linux y las estemos usando y nos descoloca las fotos. Es más, aun teniendo LibreOffice en esos ordenadores, se alteran las fuentes. Para evitar esos problemas, llevamos siempre un pdf, pero el resultado no es tan atractivo como una presentación. Por si todo falla, suelo colgarlas en slideshare, pero no siempre hay conexión a red. Finalmente, siempre llevo un portátil, pero en muchos sitios no te permiten usar tu propia máquina. Con impressive está todo solucionado..."

Y es así. Desde hace años uso Impressive. Voy a empezar este nuevo semestre y para los que usan este programa diré que hay una versión nueva —0.11.1— de finales de 2015.
Además de lo dicho, Impressive en Windows tiene una ventaja añadida. Solo tenemos que descomprimir la versión de Windows en un directorio de un dispositivo USB y funciona directamente. Lleva todas las dependencias incluidad (Python, PyGame, PIL, pdftk, un renderizador de PDF ...).

En resumen, llegamos a un ordenador con Windows —tierra extraña llena de infieles— y extraemos nuestra arma secreta, un USB con el directorio impressive.
Simplemente:
1. Super+R (ejecutar)
2. cmd (emulador de terminal en Windows)
3. f: (o la unidad que le corresponda al USB)
4. cd impressive (entrar en directorio)
5. impressive fichero.pdf

Listo, ya se presenta perfectamente.

Únicos defectos:
- No permite animación (salvo que se diseñen las diapositivas para que den esa impresión). A mi no me importa, por que no animo nunca.
- No permite la incorporación de vídeos (hay que recurrir a enlaces a la red o llevar los vídeos en la unidad USB)


PD. También permite presentar colecciones de imágenes, si son de los formatos jpg, png, tif o bmp.

lunes, 18 de enero de 2016

Cuando una marca de prestigio no es lo mejor para el usuario [ACTUALIZADO]

Al contrario de lo que había dicho en la entrada anterior, en ocasiones el prestigio esconde "otras" cosas. Ejemplo:
Un compañero utiliza un pendrive o dispositivo USB Sandisk Cruzer de 32GB


Yo se lo recomendaría a cualquiera. Tengo varios dispositivos Sandisk y funcionan bien y nunca me ha fallado uno. Sin embargo, en esta ocasión y de repente se convierte en una unidad de solo lectura y por más que lo intentamos no somos capaces de recuperar su estado anterior y es imposible añadirle ficheros, borrar los anteriores ni formatear la unidad. Lo hemos intentado en Linux (dd, discos, gparted, de todo...) y Windows (administrador de discos, diskpart...). Cuando se nos acabaron las opciones, y recurrimos al acervo general —Google— descubrimos que los dispositivos Sandisk no se pueden "reparar" por software ya que se reparan utilizando un interfaz programador que se debe conectar a unos pines que tienen en la placa (véase aquí). En resumen, si se nos daña una unidad Sandisk, o la mandas a fábrica para que la arreglen o despídete de ella; o sea, que manipulaciones como ésta —sobre la rotura de protección de una unidad USB y la publicidad obligatoria— no se pueden realizar en unidades Sandisk.
Contradiciéndome a mi mismo, en ocasiones habrá que comprar material del malo, para evitar protecciones fuera de lugar.

ACTUALIZACIÓN: mi amigo hckorootx ha profundizado en el asunto y aclarado algunas circunstancias y nos ha mandado esta información:

"Estuve indagando un poco más acerca del problema con los Sandisk, y parece ser que no se trata de un fallo en sentido estricto, si no que es algo programado por el fabricante y que sucede "a propósito". Al intentar copiar un archivo de más de 4 GB en un Sandisk con FAT32, el software interno del dispositivo lo marca como Read-Only como "medida de protección". El caso cumple ambos requisitos: USB con FAT32 y una imagen de Windows 7 de 4,1 GB.

Cita 1:
"...This is a known hardware error and can't be fixed. Sandisk is aware of the issue, although there is no official recall for the product. This is an offical answer if you contact customer service.
I understand that you are getting write protection error while accessing your Cruzer flash drive. The flash drive has detected a potential fault and has become write protected to prevent data loss. There is no method to fix this. You will need to backup your data and replace the flash drive..
Our team of developers is in combination with the OS developers looking into a solution to resolve this issue..
Please note that only a minor percentage of users are experiencing the write protection issue and these are the customers posting on the internet to find a solution..."

Cita 2:
"...I just bought a new SanDisk 16GB and put some files on it. I got an error during copy because one of my files is > 4GB. Sure I thought, it's FAT32, so reformat and copy again finding out that the filesystem is now READONLY!!
So copy a file > 4GB on a sandisk and it locks up the whole disk making it totally unusable..."

Fuente:
http://forums.sandisk.com/t5/All-SanDisk-USB-Flash-Drives/Sandisk-cruzer-16GB-became-read-only/td-p/255218/page/2"

martes, 12 de enero de 2016

Adaptadores microSD. No todos son iguales

1. Introducción
Una persona me pidió un teléfono, y que daba igual lo antiguo que fuera, así que saqué del cajón el último móvil no "smartphone" que conservaba, comprobé que funcionaba, lo cargué, por lo que el cargador también funcionaba. Para evitar enviar datos míos (contactos, fotos ...) lo volví a estructura de fábrica y eliminé todos los datos (sobre el código de seguridad, Nokia usaba 12345, por si os hace falta) y, aquí viene la entrada de hoy, le saqué la MicroSD, para luego recuperar las fotos y eliminar el resto de datos.

2. Materiales y métodos


2.1. Tarjeta microSD de 2 GB marca no conocida ni por lshw; solo sabemos
                      vendor: c330f563
                      serial: 0000-ceac
                      capacity: 1910MiB
y marcada como 1 en la foto

2.2. Adaptador a microSD marca conocida (muy conocida en televisiones, teléfonos móviles...) y que no vamos a decir por que es el malo de la película

2.3. Adaptador a microSD TDK, marcado como 2 en la foto

2.4. Adaptador/lector Sandisk de SD a USB 3, marcado como 3 en la foto

3. Resultados
Del montón de adaptadores que tengo usé el primero con el que tropecé, de marca MUY conocida e intenté recuperar las fotos de ese teléfono. El dispositivo ni aparecía. Muchas veces se debe al bus USB y cambiando de enlace ya aparece, pero nada. Ni la utilidad discos nos daba opción alguna ni gparted detectaba su presencia. Ni cambiando de ordenador ni nada. Cuando ya estaba a punto de echarle la culpa al lector Sandisk, me di cuenta que lo uso todos los días para todo y que nunca me había fallado, así que recurrí a otro adaptador microSD. El siguiente que encontré era TDK, y al cambiar el anterior por este ya pude extraer las fotos, formatear la microSD, identificarlo en gparted y utilizarlo como dispositivo.

4. Discusión
No todos los dispositivos y marcas son iguales. De hecho, solo tengo una tarjeta microSD de "esa" marca y otra TDK. Lo normal es que use Kingston o Sandisk, y nunca me han fallado; conservo desde mi primer pendrive USB de 256MB Kingston, que funciona, hasta el último, y los de esas marcas funcionan todos.

5. Conclusión
En electrónica, compra marcas con prestigio, que viene de algo.

PD. Ya me estoy arrepintiendo de haber comprado un SSD de "esa" marca, que lo tengo aun en su caja sin usar


jueves, 7 de enero de 2016

Nuevas habilidades

Sí, ya sé que no ha habido entradas. Tengo varias coartadas. En primer lugar, me he dedicado a escribir textos para docencia y artículos científicos, que de algo hay que comer. En segundo lugar, en vacaciones no le hago mucho caso al ordenador, y este blog trata de tecnología en informática y software libre. En tercer lugar, los Reyes Magos han sido muy buenos y en casa han traído algo nuevo e irresistible.


Así, ¡quién se va a dedicar al ordenador!

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.