martes, 25 de febrero de 2014

Fedora, Libreoffice y libcmis. Una historia de impaciencia

Como todas las mañanas, ayer, 24 de febrero de 2014, actualicé mis ordenadores de trabajo.

su -c 'yum -y update'

En todos ellos recibí un mensaje, que recortado decía más o menos

---> Paquete libreoffice-core.x86_64 1:4.2.1.1-1.fc20 debe ser una actualización
--> Procesando dependencias: libcmis-0.4.so.4()(64bit) para el paquete: 1:libreoffice-core-4.2.1.1-1.fc20.x86_64
--> Resolución de dependencias finalizada
Error: Paquete: 1:libreoffice-core-4.2.1.1-1.fc20.x86_64 (updates)
           Necesita: libcmis-0.4.so.4()(64bit)
 Podría intentar utilizar el comando --skip-broken para sortear el problema

Nos indica que hay problemas de dependencias no resultas. Cada vez que ocurre un aviso como este, simplemente tenemos que ejecutar

su -c 'yum -y update --skip-broken'

y se actualiza los paquetes sin problemas de dependencias y los demás esperan.

--> Resolución de dependencias finalizada

Paquetes ignorados por problemas de dependencias:
    1:autocorr-en-4.2.1.1-1.fc20.noarch de updates
    1:autocorr-es-4.2.1.1-1.fc20.noarch de updates
    firebird-libfbembed-2.5.2.26539.0-8.fc20.x86_64 de fedora
    libabw-0.0.2-1.fc20.x86_64 de updates
    libe-book-0.0.3-1.fc20.x86_64 de updates
    libeot-0.01-1.fc20.x86_64 de updates
    libfreehand-0.0.0-3.fc20.x86_64 de fedora
    1:libreoffice-calc-4.2.1.1-1.fc20.x86_64 de updates
    1:libreoffice-core-4.2.1.1-1.fc20.x86_64 de updates
    1:libreoffice-draw-4.2.1.1-1.fc20.x86_64 de updates
    1:libreoffice-emailmerge-4.2.1.1-1.fc20.x86_64 de updates
    1:libreoffice-graphicfilter-4.2.1.1-1.fc20.x86_64 de updates
    1:libreoffice-impress-4.2.1.1-1.fc20.x86_64 de updates
    1:libreoffice-langpack-es-4.2.1.1-1.fc20.x86_64 de updates
    1:libreoffice-math-4.2.1.1-1.fc20.x86_64 de updates
    1:libreoffice-opensymbol-fonts-4.2.1.1-1.fc20.noarch de updates
    1:libreoffice-pdfimport-4.2.1.1-1.fc20.x86_64 de updates
    1:libreoffice-pyuno-4.2.1.1-1.fc20.x86_64 de updates
    1:libreoffice-ure-4.2.1.1-1.fc20.x86_64 de updates
    1:libreoffice-writer-4.2.1.1-1.fc20.x86_64 de updates

Y hoy por la mañana, día 25, al actualizar mis ordenadores de trabajo

su -c 'yum -y update'

.
.
.
---> Paquete libcmis.x86_64 0:0.3.1-8.fc20 debe ser actualizado
---> Paquete libcmis.x86_64 0:0.4.1-2.fc20 debe ser una actualización
.
.
.

Y listo.

El problema está en que entre ayer y hoy el twitter ha estado inundado de avisos de error, que donde se puede encontrar el maldito libcmis 0.4, que debe ser el maldito de todo. Basta con poner en google fedora libcmis y salen páginas y páginas de mensajes de usuarios desesperados por que no pueden actualizar la libreoffice a 4.2.
Bien; yo también estaba esperando la vesion 4.2, entre otras cosas por que por fin tenemos disponible las ecuaciones poligonales


Y se han añadido funciones estadísticas similares al "Analysis ToolPack" de Excel.


No era imprescindible, ya que esas funciones las tenía en gnumeric, pero es interesante añadir funciones similares a las de Excel y que sea más sencillo el cambio de MS Office a LibreOffice para los usuarios de Windows.

Pero de lo que se trata aquí es que podemos tener un poco de paciencia. En los años que llevo en Fedora estas dependencias no resueltas pasan frecentemente, debido a la velocidad de actualización de esta distribución. Este problema se suele resolver en 24-48 horas. ¿Qué podrían decir los usuarios de windows, que tienen que ir actualizando la LibreOffice por la fuerza y si se acuerdan? ¿O los usuarios de Debian?, que seguramente aun están en alguna versión estable 3.x.x.

Un poco de paciencia, por favor, y menos inundar el twitter con minucias.

PD. Y podríamos dar las gracias a los programadores de paquetes como apt-get y yum, que controlan las dependencias y nos hacen la vida (y las actualizaciones) mucho más fáciles. ¿Dónde van nuestros infiernos de dependencias y los viajes al infinito y más atrás en el árbol de las dependencias para instalar cualquier paquete?

viernes, 21 de febrero de 2014

Estandarización de los monitores tactiles


Es solo un deseo, debido a que hoy por la mañana, de repente, me he puesto a apagar uno de mis ordenadores golpeando con el índice en el monitor. Hago una recreación


Tal cual; y no le di una sola vez, si no que insistía y no comprendía por que no apagaba. Tanto smartphone y tanta tablet, y acabamos aporreando al pobre monitor.

De esto al "sudo make me a sandwich" solo falta un paso


¡Locuras tecnológicas!

martes, 18 de febrero de 2014

¿Por qué Fedora? Por las actualizaciones rápidas

Como ya he dicho anteriormente, la razón original por la que empecé a usar Fedora


fue que en un momento en que necesitaba un kernel (3.2.5, creo recordar), Fedora era la única distribución que me lo ofrecía en sus actualizaciones. Como prueba, un botón; la versión 3.13 se liberó el 19 de enero (a las pruebas me remito), y hoy, 18 de febrero, en la actualización matutina, Fedora ha tenido a bien instalarlo.


Es cierto que en ocasiones se generan problemas en algunas máquinas, pero como se mantienen 3 copias de kernel (en mi ordenador principal mantengo 5), con reiniciar en una versión anterior ya podemos solucionar temporalmente el arranque hasta que se "reparan los daños".


En cambio, con Debian 7.4 actualizado aun estamos con la 3.0.2. Evolución o estabilidad a toda prueba; tenemos que elegir.

PD. Al fin y al cabo, ¿no es lo que quería Linus T.? Sí, ya sé que se refería a las imágenes de instalación; era solamente una broma.

lunes, 17 de febrero de 2014

¿Cuánto cachea la RAM?

El otro día, accidentalmente, me di cuenta de que la memoria RAM del ordenador estaba casi completamente ocupada. Curiosamente, el ordenador llevaba una rato muy largo, horas, sin hacer nada en particular. Para ser exactos, lo vi en una de las funciones de nmon en una de las áreas de trabajo.


Al vaciar la memoria mediante un método no destructivo (ver aquí, por ejemplo)

su -c 'echo 3 > /proc/sys/vm/drop_caches'

se liberó la mayor partede la memoria. Los 22.498KB usados pasaron a ser 2.643


Ahora solo queda una pregunta... ¿Qué cachea? Por que mi sisema entero ocupa 13GB en el disco sda1


Así que, ¿de donde salen 20GB de caché? Pregunta interesante.


martes, 11 de febrero de 2014

Telegram y WhatsApp

Hoy he instalado Telegram, simplemente para probar. He leído que si la seguridad es mejor, que este sí es gratuito ...


Solo he encontrado un problema; no tengo contactos. No es por fastidiar, pero entre ningún contacto y los 500 millones de WhatsApp, creo que mucho tienen que cambiar las cosas para que WhatsApp deje de ser el rey de la mensajería. La razón debe ser esa de que el que pega primero...



Razones para la duda tengo; lo intenté con Line, y lo acabé desinstalandolo. Primero, solo tenía un contacto, pero más importante aún, empezó a mandarme mensajes publicitarios cada día.

A ver en que queda la mensajería.

viernes, 7 de febrero de 2014

Otras formas de "recuperar" espacio para el almacenaje

... sin tener que poner un disco nuevo. Primero, podríamos describir varias razones por las cuales nos empieza a faltar sitio en nuestros discos:

1. Pérdida de espacio debido al sistema

Windows. Los usuarios de Windows deben tener en cuenta que su sistema operativo tiene la "mala costumbre" de almacenar ficheros innecesarios; por ejemplo, el fichero de paginación a veces parece crecer sin fin; puntos de restauración en cada actualización o instalación realizada; cachés de búsquedas en Internet; archivos temporales. No me considero capaz de hablar de lo que hay que hacer en Windows, así que para esos usuarios será mejor buscar las acciones recomendadas en otro sitio

Linux.
a. Los cachés que mantienen los propios programas de instalación, paquetes que no borran una vez instalados por si pueden ser usados en el fururo. Lo evitaremos por ejemplo en Fedora, como administrador

yum clean packages (o incluso yum clean headers, con lo cual elimina las bases de datos de los paquetes que utiliza para las dependencias; yum clean all elimina todo)

b. Los caches que guardan los navegadores y los clientes correo. Según el que usemos, actuemos en consecuencia.

c. Paquetes de idiomas que no usamos.

 d. Los sistemas de archivos ext guardan para uso del sistema un 5% de los sectores de cada disco, por lo cual siempre podremos ver, incluso en discos que señalan el 100% de uso, MBs o GBs vacíos. Por ejemplo aplicando la orden

df -h

Un ejemplo, aunque en este equipo no está ningún disco cerca de estar lleno


Podemos comprobar si tenemos los sectores reservados con la orden

dumpe2fs -h /dev/partición

Por ejemplo:


En este caso se trata del disco del sistema, al cual siempre le respeto al menos un porcentaje de bloques reservados, para que el sistema guarde los ficheros log y las acciones que necesite. En los tiempos que corren, podría reducirse a un 1%. Si, como en mi caso, el disco solo se usa para sistema, da igual, por que el disco no se va a llenar nunca.

En el disco home podemos evitar ese bloqueo mediante tune2fs (como ya habíamos hablado en otras entradas):



Como podemos ver a la izquierda, el disco tiene 917GB de capacidad total, usados 342 y disponibles 529. Al aplicar como administrador

tune2fs -m 0 /dev/sdb1

siendo m el porcentaje de bloques que queremos mantener bloqueados en la partición

Como vemos el efecto inmediato es que de los 917GB totales, con 342 usados, aparecen ahora un 5% más (575 frente a los 529 anteriores), que estaban para el uso del sistema, que en la partición /home no es necesario.
Y así en todos las particiones que no sean de sistema.

Por supuesto, también en Linux se pueden eliminar diferentes cachés, así como copias que se mantienen de los kernels anteriores. sin embargo, no hay fichero de paginación, ya que en Linux se ha generado una partición swap que sirve para esos menesteres, y que por lo tanto no aumenta hasta el infinito y más allá, como en Windows.

2. Pérdidas de espacio por culpa del usuario

Estas suelen ser mucho más "voluminosas" que las del sistema. En general, lo peor de todo es, primero, mantener copias antiguas de material y software obsoleto y inútil y segundo, tener diferentes copias del mismo fichero en diferentes sitios (no solo 2 o 3; a veces 10 o más copias de la misma conferencia o lo que sea). Para esto no hay mucho que decir; tener buenas costumbres, ordenar bien el material, y si después de 25 años la situación es desesperada, siempre podremos recurrir a fslint. De esto también hemos hablado ya hace tiempo.


Espero que pueda servir para algo.

miércoles, 5 de febrero de 2014

Errores al introducir un nuevo dispositivo [ACTUALIZADO]

Como decía en la entrada anterior, la moda multimedia me ha generado un problema... De repente me ha faltado espacio. Mi sistema principal está distribuido de la siguiente manera:
sda - disco duro sólido de 64 GB. Es root, y contiene solo el sistema
sdb - caviar black de 2TB. Contiene solo mi carpeta personal
sdc - caviar black de 1TB. Tiene material multimedia
sdd - caviar green de 3TB. Es la copia interna del resto del equipo. Duplica el material importante.

No está distribuido, probablemente, de la mejor manera posible, pero está así dispuesto por razones históricas, ya que al cambiar de ordenador no cambio de discos y suelo mantener desde hace años un sistema similar. Sin embargo, podemos decir que la capacidad de almacenaje debería ser suficiente. Pero debido a que guardo en el interior del sistema los trabajos almacenados desde 1990, no he tenido sitio para hacer la última copia de seguridad en el disco interno.

Por supuesto, la solución más sencilla sería cambiar el disco de 3 TB por uno de 4TB, pero no me han parecido adecuado los costes, superiores a 150€.

Entre los discos que tengo "aparcados" para diferentes usos según el momento tenía uno de 1,5TB -un caviar black-, y como aun me quedaba una conexión SATA sin ocupar, lo he incorporado como quinto disco. Lo he conectado en caliente de forma frontal, formateado (era un antiguo home con una carpeta personal antigua), configurado para arranque al encender el ordenador.

Cuando todo parecía listo, una de mis aplicaciones lo identificaba mediante su UUID, ya que no le había puesto una etiqueta, y le añadí un nombre. Luego actualicé el ordenador y lo reinicié; bueno, lo intenté, por que esta fue la respuesta:



Simplemente, estaba identificado por su UUID y, supongo, al haberle cambiado la etiqueta, ya no era identificado.

Las soluciones posibles eran
1. La primera que se me pasó por la cabeza; instalar de nuevo el sistema, integrando los discos a mi gusto. Tendría una mejora añadida; librarme de kde, que aunque cumple mis necesidades, no me gusta.

2. Dos, mucho más delicada; editar con un LiveCd fstab.

Por suerte, suelo empezar por la versión más barata o que exija menos tiempo. Simplemente extraje el disco, arranque el equipo -funcionó-, volví a introducir el disco en caliente y lo configuré de nuevo. MUCHO más fácil.

Como consejo, evitar configuraciones tras la adaptación de nuevos dispositivos antes de reiniciar.

Además de añadir un disco, apliqué tune2fs para intentar aumentar el volumen disponible, pero eso lo dejamos para un tercer episodio.

[ACTUALIZACIÓN]: Al final no quedó más remedio que editar los fstab

Multimedia y los requerimientos del almacenaje

El problema en el almacenaje nace de la moda y facilidad de extraer fotos y vídeos. Hasta el año 2000, aproximadamente, mi trabajo se basaba en texto, y ocupaba poco. Sin embargo, con las cámaras digitales "disparamos" muchas más fotos y sacamos vídeos; no solo familiares, si no que también en el trabajo. Ese acúmulo supone que un artículo, que antes ocupaba 200kb (las fotos estaban "almacenadas" en negativos) ahora suponen 5 o 6 MB de texto, 10 o 12 de datos y resultados estadísticos y 5 GB de fotos y vídeos. Las clases eran también texto, y las imágenes estaban en diapositivas. Hoy preparamos presentaciones, que incluyen fotos, sonidos y vídeos. Esta evolución a lo "multimedia" supone que el material de trabajo crece exponencialmente. Aquí esta el problema de almacenaje.

A eso le podemos sumar otra situación; la música. Es general ya no se utilizan los CDs para nada (en mi caso solo para ripearlos). La música se escucha en aparatos mucho más pequeños que los 12cm del CD. Eso ha supuesto que la música se almacena, al menos en mi caso, en un directorio donde se va extrayendo cuando se quiere oír, generalmente en una compresión sin pérdida FLAC, y a veces una segunda versión comprimida con pérdida MP3, ya que hay dispositivos que no leen FLAC (como dato que confirma esta afirmación, estoy escuchando a Corelli mientras escribo, pero no desde el disco original, si no que desde un FLAC extraído hasta un disco dedicado solo a eso). Para curiosos, en el ordenador uso el terminal:

mplayer *.flac

El resultado de esta moda multimedia es la necesidad de tener centenares de GBs, o incluso varios TB en el ordenador principal y discos más grandes externos para hacer copias de seguridad. Terminaremos con ordenadores así en nuestra casa


Y esto ¿por qué?

He tenido problemas por la inclusión de un quinto disco en mi ordenador, debido a la necesidad de espacio. Pero esto será una nueva historia ... quiero decir entrada.

PD. Ahora mismo he cambiado a Tomás Luis de Victoria (recomendado; corales maravillosas).