Aviso de cookies

miércoles, 21 de enero de 2015

¿Cuánto espacio tiene realmente un disco de 5TB? tune2fs

La pregunta que siempre nos hacemos es ¿cuánto me queda de la cantidad teórica que tiene un disco? Como bien sabemos las compañías que fabrican discos pueden decir que 1GB es 1000 MB, en vez de 1024 y 1TB son 1000GB, en vez de 1024, con lo que 5 TB (5x1024x1024), en vez de 5.242.880 MB son aproximadamente 4,6TB (algo más de 4.800.000 MB). Sobre eso no hay más que discutir, ya que está legalmente aceptado. Lo segundo es que al formatear el disco duro en ext4, el sistema se guarda el 5% para root, bloqueando el uso de más de 200GB (ver aquí, por ejemplo) al usuario normal. Si aplicamos tune2fs en la partición correspondiente (en este caso sdd1)

su -c 'tune2fs -m 0 /dev/sdd1' # -m reserved-block-percentage

al poner la opción m en cero el dispositivo sdd, partición completa sdd1 no retiene ningún sector para root y queda todo disponible para el usuario.


Solo mantengo un porcentaje reservado a root en sda1, el disco sólido en el que está instalado el sistema. Como se puede ver en la imagen, hemos liberado más de 200GB del disco de 5TB teóricos (4,6 reales).

martes, 13 de enero de 2015

Problemas por el orden de colocación de los dispositivos

Estos días sin entradas he tenido algún problema técnico que por fin he solucionado. Es algo que ya me había pasado en este ordenador, pero que no describí en una entrada, o al menos yo no la encuentro. La secuencia de los hechos son la siguiente:

1. A la vuelta de Navidad, comenzar a trabajar y hacer la copia de seguridad descubro que mi unidad interna de almacenaje, y solo almacenaje, ya que contiene una copia de mi trabajo y los ficheros intermedios multimedia (fotos y vídeos en copias sucesivas desde la original a diferentes manipulaciones, por si hace falta recurrir a ellas), descubro que solo quedan 160GB libres. Solución, sustituir por uno más grande.

2. El disco de almacenaje era un Caviar Green de 4TB. Mucho mejor, ahora que los precios son más bajos (aunque están subiendo por la depreciación del Euro), sustituirlo por un dispositivo preparado para NAS, en este caso compré un WD50EFRX,  Western Digital NAS Red de 5TB. Además, tenía un conector SATA  vacío de entrada en caliente frontal, pero como desde la llegada de los USB3 lo uso muy raramente, decidí acoplar un WD Caviar Black de 1,5TB que tenía parado para generar un añadido a home. Antes de empezar, copia de seguridad.

3. Como es bien sabido, al sustituir un disco duro que arranca en el inicio por uno nuevo aparece un error en el arranque, ya que no encuentra el UUID (Universally Unique IDentifier) que identifica al dispositivo en fstab

Por ejemplo en este ordenador en que estoy escribiendo

nano /etc/fstab


Y genera un mensaje como este


Ya lo sabía, y había decidido instalar de nuevo Fedora 21 desde una imagen netinst, y así tener un sistema más "limpio". A pesar de que solo sirve para instalar la distribución "server", podemos en la instalación Anaconda elegir cualquir distribución y escritorio en la opción "Software selection".

4. Distribución de los dispositivos
La placa madre Intel DZ77BH-55K dispone de 6 conectores SATA, marcados de 0 a 4, A y B en tres bancos dobles



No todos tienen las mismas características. El 0, 1, A y B son 6G, mientras que el 2 y 3 son 3G. Con estas condiciones, lo mejor sería establecer el disco de sistema en 0, home en 1, el disco de almacén en 2, la grabadora en 3 y los otros dos discos de trabajo (material multimedia) en A y B.

5. Instalación de Fedora 21 desde netinst
Como me dio algún problema el arranque en dispositivos USB, lo hice desde un CD. Tiempo total, como 1hora y 45 minutos, pero no lo estaba cronometrando ni estaba con la máquina.

6. PROBLEMA
A los pocos minutos de mandar una copia al nuevo disco de almacenaje, este desaparece del sistema, o si llego a él, aparece sin formato y vacío. Sin embargo, al sacarlo y leerlo desde un conexión USB el formato ext4 está bien y tiene contenido.
El problema es que estos dos conectores añadidos no son controlados si se les pone la grabadora por delante o se deja alguno o los dos conectores 2 y 3 vacíos.

7. Cambio de orden  y se pone el disco último de 1,5TB y la grabadora en los conectores A y B y vuelta a instalar todo.

PD. Por desgracia eso ya me había pasado, pero me había olvidado completamente. Me hago viejo

lunes, 5 de enero de 2015

Escaneando negativos

... y diapositivas. Es decir, estoy en un nuevo intento de digitalización de los cientos -miles- de negativos que tengo almacenados. Mi escáner no dispone de drivers para Linux, lo que me ha obligado a tener instalado Windows en máquinas virtuales o en particiones (1, 2 ...); en estos momentos lo tengo añadido a un ordenador con Windowx XP. Aun en Windows, y con su driver original, tengo otros dos problemas. El primero, nunca he podido sacar una resolución superior a 1600x1000, así que las imágenes extraídas son de 1,5 MegaPixeles. Como segundo problema, aun escaneando solo 1,5 MP necesita más de 5 minutos por cada negativo, por lo que extraer más de dos tiras de negativos supone más de una hora de trabajo mirando para una pantalla. En mayo del ao pasado hice un primer intento de solución y compré un Lomography Smartphone Scanner, una "caja de plástico" que permitía digitalizar con la cámara del smartphone un negativo. El resultado fue bastante pobre, así que la cajita está en un cajón. Antes de Navidades vi una oferta en el panfleto publicitario de Lidl de un "digitalizador", al módico precio de 29,99€, y decidí que podía arriesgar tal cantidad y ver el resultado de la máquina.
El aparato (SilverCrest Escáner de diapositivas con sensor CMOS de alta resolución 5 megapíxeles; escribo lo que dice la caja) es un aparato pequeño de 16x9x9 cm


pero se necesita un espacio lateral de unos 25-30cm, ya que los negativos y diapositivas entran desde una tira plástica lateral que se sujeta sobre esa apertura que se ve en el lado de la imagen.
El CD incluido ofrece un programa de captura que incluye el driver de comunicación con el dispositivo


La captura es inmediata, unos 3 segundos, con los siguientes resultados; esta imagen de este negativo de prueba que saqué aleatoriamente (Kodak Gold 100, 1992, con una cámara Pentax, objetivo zoom 28-80), con la resolución automática 1800ppp del digitalizador, que da una imagen de 2520x1680 en TIFF (para colgarla aquí la he transformado a png en Gimp), 4,2MP


Si le pedimos más resolución -3600ppp- la captura es igual de rápida y da este resultado 5040x3360 (16,9MP)


El resultado del Canoscan 8000f es, tras 5 interminables minutos de escanear, 1639x1052 (1,7MP)


Claramente, por muchos megapíxeles que pongamos, el detalle es mejor con el Canoscan 8000f. Además, parece que el digitalizador SilverCrest no captura el lateral derecho del negativo. Además, tendremos que calibrar el sensor, por que los colores no son reales. Es decir, seguimos enfrentándonos a una máquina que da más calidad, pero que limita la resolución a 1,5MP y que tarda 5 minutos por negativo. Si necesitamos varios negativos de forma rápida, debemos usar el SilverCrest, aunque si son negativos de cortes histológicos, donde el detalle de cada célula es importante (cosas de trabajo), a lo mejor el resultado no es adecuado. Mi objetivo final es escanear todos mis negativos y diapositivas y olvidarme de que existen, pero no he encontrado un dispositivo adecuado con un coste razonable.

Resumiendo, lo mejor es comprar un digitalizador de negativos profesional, pero mientras tenemos estas opciones:
1. Usar el SilverCrest, con la ventaja de su rapidez.
2. Usar el Lomography Smartphone scanner con mi nuevo teléfono (LG G3), pero eso es una nueva historia.

PD. Como adivinanza, a ver quien sabe en que sitio se sacó esa foto, teniendo en cuenta que hoy en día está bastante cambiado.

martes, 23 de diciembre de 2014

Actualización con FedUp. Espacio en las particiones

En este caso describo los problemas que he tenido en un portátil. Este ordenador tiene instalados Windows 7 y Fedora.


Debido a que ya tiene unos años, el disco duro es un TOSHIBA MK3263GSX de 320GB, dividido en 5 particiones. Las dos primeras sda1 y sda2 son las originales del sistema que venían de fábrica (sda1 NTFS de 500MB de reparación para Windows y sda2 donde viene instalado Windows 7). Sobre esa sda2 extraje un espacio vacío que he rellenado con una partición (sda3 NTFS) para datos de Windows, y la extendida sd5 (ext4) para /, sd7 (ext4) para /home y sd6 swap.
El problema generado en la actualización surgió del hecho de que sd5 / nació siendo de 14GB. Siempre fueron suficientes estos GB para sistema; sin embargo la carga de los paquees necesarios para actualizarse, más el espacio necesario para instalarlos antes de borrar los anteriores significo la falta absoluta de espacio, con el mensaje de que eran necesarios 2GB libres más en sd5. Es decir, los 34GB que se ven en la imagen fueron gestionados por gparted live, instalado a través de unetbootin en un dispositivo USB.
Conclusión: antes de empezar con FedUp, comprueben que tienen libres más de 5GB en /, por que si no tendrán que generarlos antes de la actualización.

PD. Sí, la alteración gráfica de las particiones no ha  sido perfecta y deja rastros, como esas zonas vacías sin uso. Sí, también en Windows, por que aproveché para aumentar c:\.

PDD. Si, llevo un rato bastante largo

viernes, 19 de diciembre de 2014

Formatos propietarios imposibles de abrir. CPT

Con los programas comerciales hemos topado. En ocasiones he comentado los cientos (o miles, que no nos vamos a poner a contar ahora) de gráficas realizadas en Harvard Graphics hasta el año 1995 (y unas cuantas decenas de presentaciones en las últimas versiones) que somos incapaces de abrir hoy en día. En este caso no encontramos posibilidad alguna, ni siquiera en Windows y programas comerciales.
Bien, en esta última semana hemos encontrado un segundo caso de dependencias rotas. En la época de PhotoShop 2.5 (ya llovió y nevó) éramos incapaces de imprimir de forma adecuada las fotos editadas con ese software con el hardware del que disponíamos. Por esa razón comenzamos a utilizar PhotoPaint, del que disponíamos como añadido de Corel Draw 3 (lo incluían como un plus en el paquete). Ese inicio por necesidad se acabó convirtiendo en una costumbre, y como siempre venía añadido en el paquete Corel, seguimos usándolo hasta que nos pasamos a software libre (unos 17 años). Y esta pequeña introducción, ¿dónde nos lleva?
Nos lleva a cientos de fotos editadas en formato cpt que no somos capaces de abrir. En concreto esta semana he necesitado una y no he sido capaz de encontrar un paquete que sea capaz de abrir o importar un fichero cpt. La lista ha sido:
- GIMP
- convert de image magick en terminal
- image magick a través de gthumb (GUI)
- Krita
- irfanview a través de wine
- XnConvert, versión de Windows a través de wine, ya que la versión de linux mostró varios errores en su instalación y no pudo terminarse.


No profundicé más, entre otras cosas por que no tenía tiempo, y preferí ir al material y hacerlas de nuevo. De todas maneras es una asignatura pendiente, por que como ya dije disponemos de mucho material en cpt. Obviamente, no estamos en un caso tan grave como Harvard Graphics. Llegado el caso sería posible adquirir una licencia de Paint Shop Pro a Corel o una versión de prueba y convertir las imágenes en una orden bash (o como sea posible) para recuperarlas, aunque está posibilidad no es segura (ver aquí) .

COROLARIO: el que con software propietario se acuesta...


jueves, 18 de diciembre de 2014

Fedora 21 a través de FedUp. Solución para las "broken dependencies"

Como había señalado en la entrada anterior, la actualización por FedUp había funcionado "casi" perfectamente, y que en la propia actualización, antes de empezar la sustitución de paquetes, la aplicación avisaba de cuáles presentan dependencias rotas, con el desalentador aviso de que instalásemos bajo nuestra responsabilidad ("Continue with the upgrade at your own risk").
A pesar de ello, todo va como la seda... hasta que llamas a uno de esos paquetes, en mi caso R, que es parte intrínseca de mi trabajo. La respuesta es:


Es decir, hemos tropezado con la dependencia rota.

Para solucionarlo simplemento desinstalé a través de yumex (YumExtender) R (R-core, R-core-devel, R-devel, R-java-devel) y luego reinstalé con yum

su -c 'yum install R-core R-devel' # suficiente; los otros son dependencias

Y con eso ya funcionaba. Eso sí, en vez de ser la versión 3.1.2 "Pumpkin Helmet" que ya estaba instalada en Fedora 20, la que está ahora es la 3.1.1 "Sock it to Me".


Es decir, la preparación de Fedora 21 quedó congelada antes de alguna de las actualizaciones de Fedora 20 y hay alguna "regresión" de versión.

Este problema solo me ha aparecido en R, Virtual Manager (virt-manager) y HandBrake. Los dos primeros se han corregido de la misma manera (desinstalación y vuelta a instalar) y handbrake no lo he necesitado, así que no lo he vuelto a instalar (aun).

Y de todas maneras dos días después ya se ha actualizado R a 3.1.2. en Fedora 21.

jueves, 11 de diciembre de 2014

Fedora 21. Actualizacion con FedUp

Aunque el trabajo no nos da tregua, aproveché unos milisegundos libres para actualizar Fedora a su versión 21. Hay razones varias, Gnome 3.14, Libreoffice 4.3 y muchas más, pero la más importante era comprobar que mi ordenador principal funcionaba correctamente con gnome y podía dejar KDE. Para acelerar las cosas y consumir el menor tiempo posible decidí usar fedup. Y esta vez, de lo más sencillo, siguiendo las recomendaciones de Fedora:

1. Actualización completa de sistema

su -c 'yum -y update'

2. Instalación de Fedup

su -c 'yum install fedup'

3. Comprobar que no queda nada sin actualizar

su -c 'yum update fedup fedora-release'

que en todos los casos ha dado que no quedaba nado por actualizar

4. Preparación de la actualización

sudo fedup --network 21 --product=workstation

En mi caso es workstation, aunque hay otras dos posibilidades, según sea la función del ordenador actualizado (server, cloud). Eso supone la bajada de los paquetes nuevos a actualizar (en mi caso, entre 2570 a 2685, según máquina, entre 2,4 a 2,5GB). En función de la red disponible, supone 8-15 minutos a varias horas.

Aquí llegan los avisos de posibles errores, por ejemplo en este ordenador en concreto fueron dependencias de handbrake-gui, icedtea-web y R-core


Lo mejor es el mensaje

Continue with the upgrade at your own risk

Una vez terminada la descarga, al reiniciar se ejecuta fedup y comienza la instalación de los nuevos paquetes y luego limpieza del sistema. Según la potencia del ordenador (de los que yo he probado), entre 30 minutos a 1 hora.
El resultado ha sido Fedora 21 funcionando, salvo algunos detalles que ya nos había avisado el sistema(R, handbrake).

Para terminar, habilitar el plugin "Gnome Shell Integration" de Firefox


para poder manipular las extensiones de Gnome shell y actualizarlas.

Finalmente nos queda el problema de que, de nuevo, no esta activo el repositorio de Dropbox, lo que impide la actualización del sistema.


Para solucionarlo, el arreglo que hacíamos siempre no ha funcionado, pero siguiendo las instrucciones de la página de los repositorios adicionales de Fedora hemos podido lograr que no tenga en cuenta el repositorio cuando no esta disponible y nos permita actualizar sin problemas. Para ello editamos dropbox.repo

su -c 'nano -$ /etc/yum.repos.d/dropbox.repo'

y añadimos las 3 últimas líneas

enabled=1
skip_if_unavailable=1
gpgcheck=1

Listo. Reinicio y Fedora 21 en marcha.

PD. Y sí, ¡gnome funciona en mi ordenador principal!

jueves, 27 de noviembre de 2014

Nexus 4 y Android 5.0 Lollipop

Hablemos hoy de albañilería; sí, cuestión de cal y arena. Tengo que reconocer que mi móvil presenta una doble personalidad; desde que lo tengo, a veces ha sido Dr Jekyll, funcionando perfectamente como teléfono, con una pantalla de un tamaño lo suficientemente grande para poder leer libros y comics, pero suficientemente pequeño para llevarlo en el bolsillo del pantalón...


Sin embargo, en ocasiones saca su Mr Hyde; en primer lugar, debido a que no tiene una entrada para una micro SD y que internamente solo dispone de 8GB totales, de los que quedan libres para almacenamiento 5,8, de vez en cuando hay que liberar espacio, en general borrando fotos y vídeos. En segundo lugar, no es tan sólido como parece, y a veces su Gorila glass se hace "quebradizo".
Además, en un artículo de la revista Android Magazine nº 36 sobre Android 5 Lollipop aparecía la actualización del Nexus 4 solo como probable.


Teniendo en cuenta esta parte Mr Hyde dentro de sus características, y la posibilidad de que no se actualizara a Android 5 estaba pensando cambiar de terminal, poniendo como opciones LG G3 o MOTO X.

Sin embargo la tarde del 25 de noviembre apareció el mensaje de actualización. En principio debería descargar 394MB y eran precisos 500 MB libres. Sin embargo, solo admitió la descarga tras haber dejado libres más de 2GB. Después la descarga e instalación se hizo rápida y suavemente, un reinicio y... LISTO.
Por ahora todo bien, pero eso será otra historia.

viernes, 14 de noviembre de 2014

Se acerca Fedora 21

Como se ve en el avisador de la derecha, se acerca Fedora 21; ¡qué son 19 días! La verdad es que el día 4 ya se había liberado la versión beta. De manera egoista, jamás he probado una versión beta, entre otras cosas por que Linux también es mi sistema en el trabajo, y en mi ordenador personal guardo la copia maestra de todo.  aun así, tengo ganas de que llegue la nueva versión, y ver también el nuevo gnome.
Es una semana de novedades; ya tenemos el kernel 3.17, acaba de actualizarse R a la versión 3.1.2 y se acerca Fedora 21. Perfecto.

jueves, 13 de noviembre de 2014

Extracción de imágenes desde un vídeo mkv

Recordemos ese vídeo que extraímos hace unos días de un DVD y convertimos en mkv utilizando de Handbrake, y que luego recortamos mediante avidemux. De ese vídeo me han preguntado si era capaz de extraer unas imágenes en jpg para utilizarlas individualmente sin tener que incluir un vídeo. Por supuesto dije que sí. Luego estuve valorando las diferentes posibilidades.
Primera, avidemux, pero no descubrí la forma de extraer imágenes fuera de ir pidiendo de una en una (File -> Save image). Siempre es mejor sacar tiras completas para escoger la que nos de la mejor visualización.
Segunda opción por mi conocida; si disponemos de un vídeo con formato adecuado para él, VirtualDub nos convierte un vídeo en una tira de imágenes en milésimas de segundo. Aunque es una aplicación pensada para windows, podemos utilizarla en Linux, por que VirtualDub funciona perfectamente por wine. El problema es que nos exigiría una codificación más, ya que VirtualDub solo admite "Video for Windows (VFW) compatible codec..."


y es preferible evitarlo, ya que HandBrake ya lo ha recodificado una vez, y ahora otra más siempre genera pérdida de calidad; eso sin olvidar de que para convertirla a imagen JPG se va a recodificar otra.

Tercera, y más sencilla y adecuada, ffmpeg. En concreto en sus FAQ encontramos la instrucción básica

ffmpeg -i movie.mkv movie%d.jpg

Perfecto. El único problema es que el vídeo dura 1 hora y 5 minutos y solo se necesitan para lo que queremos 13 segundos. La orden directamente sobre el vídeo nos generaría 97500 imágenes (65minutos x 60 segundos x 25fps). Así que lo mejor es ejecutar solo sobre la porción menor posible del vídeo.
Podríamos volver a dividir mediante avidemux, pero genera diferentes problemas en función de la localización de los "keyframes", los fotogramas base sobre los que se marca la compresión de todos los siguientes. Sin embargo, la división mediante mkvmerge GUI no generó ningún problema y lo pudimos dejar en 13 segundos (primero en cortes de 20 minutos, luego 5 del que nos interesaba, luego 1 minuto y luego de 20 segundos, que el programa dejó en 13)


En la pestaña de Opciones generales, Modo de corte (Dividir según duración) y luego los segundos (formato horas:minutos:segundos).

Luego aplicamos la orden ffmpeg y se obtienen un lote completo de fotos. Ahora solo nos queda elegir las mejores y las podemos poner en una presentación, sin tener que cargar un vídeo.

PD. Por cierto, aplicaciones gráficas, pero al final, recurrimos al terminal