foremost: segunda parte

Como habíamos dicho en la entrada anterior, con foremost, después de haber copiado una imagen con ddrescue, habíamos recuperado gran parte de los ficheros de una unidad USB sin formato. Sin embargo ho habíamos recuperado el fichero más importante, un pptx. Pensando sobre la orden realizada (foremost -vqT /rutadeenlace/imagen), la opción q es quick mode, mirando solo la cabecera de cada sector buscando lo que llama "matching header", que yo interpreto como cabeceras de ficheros conocidos. Por si un pptx fuera una cabecera "desconocida", realicé una nueva recuperación con foremost -vT /rutadeenlace/imagen, sin la q. El resultado fue obtener un montón de más ficheros de imagen pequeños, seguramente embebidos en ficheros más grandes (doc y ppt) y algunas estructuras zip (donde segun man foremost deberían estar los pptx, xlsx y docx, debido a su estructura XML), pero que no resultaron ser el fichero deseado. Cada vez estoy más convencido de que el lápiz se dañó al extraerlo mientras se estaba escribiendo ese fichero.

Recuperación de datos en una unidad USB sin formato

Hoy me han dado un lápiz USB que, de repente, había perdido el formato. En general aplicamos photorec (del paquete testdisk) y siguiendo las instrucciones se recuperan todos, o al menos gran parte, de los ficheros; es especialmente útil para recuperar las fotos de las tarjetas de las cámaras digitales. Sin embargo, hoy la cosa se puso más difícil, por que al llegar al quinto fichero se paraba la acción por algún error y se cortaba photorec en el terminal.
Aunque no tenía experiencia, decidí aplicar foremost sobre la unidad, pero tardaba mucho tiempo, mucho más del necesario. Llegado a este punto copie una imagen del lápiz (sudo ddrescue -d /dev/sd? imagen fichero.log) y trabajar sobre ella. La imagen no se pudo montar, así que aplicamos foremost sobre ella (foremost -vqT /rutadeenlace/imagen) y recuperamos CASI todo, unos 180 ficheros, más o menos. La única pena es que el que se necesitaba en ese momento fue el único que no se recuperó. Eso me lleva a pensar de que la razón de la pérdida de formato del lápiz se deba a que estaba en formato FAT32 y había sido extraído del ordenador con ese fichero abierto. La segunda posibilidad es que el troyano que posiblemente tenía (un fichero exe pequeño, 9KB, que recuperó foremost me parece muy sospechoso) pudiera impedir el desmontado del USB, y ya sabemos que los sistemas de ficheros sin journaling, como FAT o FAT32, si no se extraen adecuadamente, pierden fácilmente el formato (el ejemplo más claro son las unidades con Slax en FAT32).
Después intenté trabajar en la imagen con autopsy, pero me superó y no pude cargar la imagen en el "caso nuevo" abierto. Tengo que aprender más sobre ello. O no encontré documentación clara para mi o no busqué lo suficiente.

Vuelta de vacaciones. Errores en la versión 64

Feliz año a todos. Estamos de vuelta de las vacaciones; de hecho, llevo varios días intentando hacer funcionar el ordenador, pero no lo he tenido listo hasta ayer y no he podido escribir una entrada antes. Los hechos fueron así:
1. Después del último intento de instalar 10.10, me fui de vacaciones con ganas de "vacacionar" así que no me llevé ordenador alguno. A la vuelta instalo de nuevo a 10.04 y aprovecho para cambiar de disco duro, ya que el Seagate de 1,5TB presenta, segun Palimsest, 23 sectores recolocados, y como no me fio de él lo cambio por un WD Caviar Green del mismo tamaño. Cometo un error; al instalar el sistema, como siempre con la prisa de instalar rápido y tenerlo preparado rápidamente para trabajar, me equivoco de CD e instalo Ubuntu 10.04 AMD64.
2. Una vez instalado, copio el Home de un disco a otro, lo que le llevó un rato (unas 10 horas para 1250GB).
3. Al acabar de copiar, instalo Dropbox y en ese momento me doy cuenta de que había instalado la versión AMD64 ya que me da un error y pide un paquete 64bits de Dropbox. Lo dejo asi por que tenía prisa y quería escribir en ceros el disco Seagate a ver si ayuda a recuperar el disco, para lo que tardó entre 65 y 72 horas.
4. Para no interrumpir la escritura en ceros he estado con la versión de 64bits 3 días. El problema es que esta versión funciona tan mal en mi ordenador que entre una orden y su realización pasan casi 15 minutos. Es casi imposible navegar en la red, ver el correo o escribir un documento. Según varias páginas Web que he visto, puede deberse a tener un procesador AMD o por una tarjeta nVidia (seguro que se debe a esta última, que desde hace 3 meses me estáa fastidiando continuamente).
5. Finalmente ayer puede instalar la versión 32bits y en 30 minutos estaba todo solucionado... salvo Dropbox. Resulta que Dropbox no funciona por alguna razón, y yo trabajo siempre sobre Dropbox...
6. Solo pude resolver el problema de Dropbox al intentar instalarlo en terminal. Ahí pude leer el error; en la configuración quedaba algo de la instalación anterior en 64bits. Borré el directorio .dropbox-dist, lo instalé de nuevo y perfecto.
Es decir, está casi todo como hace un mes, pero me ha llevado 5 días en los que no he podido trabajar, todo debido a una serie de errores concatenados; mantener una nVidia, con los problemas de sus drivers, instalar una versión de 64bits sin necesitarlo (tengo 4GB de RAM), escribir en ceros un disco muy grande (tres días seguidos para que sigan detectándose los 23 sectores recolocados) y estar probando continuamente todas las novedades.
Lo bueno, en estas vacaciones he leído un montón de libros (me he llevado el Kindle con 189 libros) y acabado unos cuantos puzzles; es lo bueno de carecer de aparatos informáticos.

Ubuntu 10.10. Aun imposible

He estado vigilando Synaptic desde que intenté instalar Ubuntu 10.10 y lo único que lograba era una pantalla negra. ¿Por qué? Pues estaba esperando que los repositorios oficiales de Canonical pusieran a nuestra disposición el nuevo driver para esas tarjetas nVidia que no funcionan con el driver inicial de Ubuntu 10.10. He seguido esta página del "bug" 626974 de Ubuntu, y había concluido que cuando el driver 96.43.19-0ubuntu1 para nVidia estuviera en los repositorios habituales, podía intentar una instalación de forma texto (no en gráfico, que no funciona) y al actualizarse en la instalación cargaría el driver nuevo de nVidia.
Hoy me ha dado la impresión de que ya era así (los ordenadores de trabajo y mi portatil ya tienen 10.10). Lo he realizado así; arranqué con una imagen en Dvd tomado de UbuntuUsers, que tiene más formatos de instalación (si no habría que recurrir a un Cd alternate), he instalado todo en forma plana, no gráfica, y al instalar ha cargado cientos y cientos de ficheros, entre ellos alguno de nVidia. sin embargo al reiniciar, me ha vuelto a dejar la pantalla negra. Es el quinto intento; seguiremos intentándolo.

Preparación de ebooks desde documentos de Word. Calibre y Open-LibreOffice

Desde hace tiempo uso Calibre para generar mi librería de ebooks. Me es muy útil en el ordenador y mucho más para transformar los documentos de todo tipo y poder añadirlos a mi lector, un Kindle de Amazon, y poder llevármelos por ahí adelante y poder leerlos aunque no tenga ordenadores o conexión a red. Pero no exactamente todo tipo, ya que los documentos de Word, los famosos ficheros doc no podían ser transformados por Calibre. Supongo, y estoy casi seguro de acertar, que se debe a que es un formato propietario y "nadie" sabe su estructura, por no hablar de derechos, patentes... Por suerte Calibre si puede transformar documentos abiertos OASIS (Organization for the Advancement of Structured Information Standards). Eso incluye nuestro famoso odt, es decir, el formato de ficheros de texto de, entre otros, OpenOffice (o LibreOffice). Además, esta ?Office tiene una virtud, nos permite abrir y transformar los documentos Word (doc) a odt. Así de fácil. Para los usuarios habituales de la Office "oficial", pueden convertir sus doc a HTML o rtf, y luego estos otros formatos más abiertos ya podrán ser transformados al formato más adecuado para su lector de libros electrónicos. Paga un programa para que genere trabajo añadido.

Vídeos MTS en el salón

Si la primera pregunta sobre los vídeos MTS de mi cámara era de qué estaban hechos, la segunda fue como verlos en el salón cómodamente y no sobre el monitor. En los lectores habituales que usamos estaba seguro de que no sería posible, así que con WinFF los tranformé a avi, codificando H264 y AC3 a XviD y Mp3; la verdad es que quedó muy bien. Esa podría ser la primera respuesta, que además supone una gran ventaja de espacio, ya que a pesar de que estaba codificando con kbps variable bastante alta, alrededor de 2000-3000, el volumen queda reducido aproximadamente a un quinto del MTS original. Sin embargo hay también una segunda respuesta; el pequeño aparato de Western Digital, WD TV, no solo lee los ficheros normales, o imágenes iso de Dvds, ficheros MKV o casi cualquier cosa, también lee los MTS de la cámara, con lo que es innecesario recodificar los vídeos, con el gran ahorro que supone en tiempo.
Para finalizar, una última sorpresa; WinFF también puede ser descargado para Windows; y yo que inocentemente pensaba que los usuarios de Windows solo veían videos wmv con drm incluido.

Seguridad de los datos personales

¿Piensa usted que está seguro? Por el módico precio de 9€ puedo saber casi todo lo importante de usted. En un blog "anónimo" que sigo últimamente (no doy la dirección para que no se entere la CIA) encontré algo tan interesante como esto:

Como es natural pedí inmediatamente datos míos. A los pocos minutos recibí esto:

El "tachado" era yo, así que nadie tiene que dudar de quien buscaba yo información confidencial.

En resumen, que barato es saber quienes somos, donde estamos y que hacemos. 

Por supuesto, como me conozco, no pagué 9€ por mi información; sin embargo no estaría de más saber cuantas veces se ha pagado por la información de uno mismo. Incluso podría ser un asiento más en el Curriculum. Me imagino una entrevista, "...soy Licenciado y Doctor, 28 publicaciones en revistas indexadas y 175 personas han pagado por mi información personal..."). Pero tranquilos, nunca van a divulgar información de enfermedades (procelosas o no) o prácticas religiosas, mira tú, pero todo lo demás, sí.

Intentaré dormir esta noche, si puedo...

Conflicto entre JDownloader y Transmission

He descubierto un nuevo problema en JDownloader. Después de haber conseguido un funcionamiento continuo y sin cortes con OpenJava, ayer empecé a usarlo simultáneamente a Transmission; cada vez que se completaba un paquete, al empezar el siguiente JDownloader se quedaba colgado y había que "matar" Java para poder recuperarlo. El cambio entre Java "oficial" o "libre" no supuso ninguna mejora, ya que se colgaba en cualquiera de ellas. He tenido que desconectar Transmission para usar de JDownloader. He intentado usar Tucan para poder hacer ambos tipos de descarga, pero el resultado ha sido muy malo, sin un solo byte bajado (no sé por que no me funciona Tucan). La solución será no usar Transmission y cambiar a otro torrent (fácil, ya que solo uso torrent esporádicamente), o quizá usar una máquina virtual para hacer cada tipo de descarga, y así no se molestarán.

JDownloader y OpenJava: ahora sí

O eso parece. Desde la última actualización de las librerías de java libres, JDownloader lleva funcionando ininterrumpidamente 48 horas, así que a lo mejor ya puedo desinstalar el java de Sun-Oracle. Esperaremos a que funcione unos 7 días seguidos y luego nos libramos del Java "semipropietario". Que así sea

Videos MTS y latitud y longitud

He descubierto ayer donde guarda mi nueva cámara (Lumix TZ10) los vídeos. La confusión nace en el hecho de que si usas tarjetas grandes, no te preocupas de las fotos que haces hasta que te queda poco espacio o, como en este caso, hasta que te piden unas copias de las fotos. Leí la tarjeta y no me aparecían los vídeos. En vez de guardarlos con las fotos esta cámara genera un directorio nuevo para los vídeos de alta definición con un montón de subcarpetas, supongo que para poder manejarlas directamente sobre televisiones Panasonic. La sorpresa (para mi) fue descubrir que los videos tienen una extensión mts.
Al querer ver de que "estaban hechos",

$ ffmpeg -i 00020.mts

sale:
...
Stream #0.0[0x1011]: Video: h264, yuv420p, 1280x720 [PAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 100 tbc
Stream #0.1[0x1100]: Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s

Es decir, para ser una cámara de bolsillo, no está mal. Los voy a probar en mi WDTV para ver si los puedo ver en el salón sin tener que transcodificarlos.
Por lo de pronto, en los monitores de resoluciones altas se ven muy bien.

Además, quería leer los EXIF de las fotos, para ver como guarda esta cámara la latitud y longitud (única razón por la que decidí comprar esta cámara, como decía en esta entrada), y no sabía como leer los metadatos, así que buscando por la red encontré en este blog la solución;instalamos el paquete libimage-exiftool-perl y solucionado. Simplemente

$ exiftool -a -u -g1 P1000699.jpg

y salen metros y metros de información, incluido
---- GPS ----
GPS Version ID                  : 2.2.0.0
GPS Latitude Ref                : North
GPS Latitude                    : 42 deg 59' 39.46"
GPS Longitude Ref               : West
GPS Longitude                   : 7 deg 32' 46.50"
GPS Time Stamp                  : 09:43:39
GPS Satellites                  : 4
GPS Status                      : Measurement Active
GPS Measure Mode                : 2-Dimensional Measurement
GPS Dilution Of Precision       : 1.8
GPS Map Datum                   : WGS-84
GPS Processing Method           : GPS
GPS Date Stamp                  : 2010:11:24

y al final de todo
---- Composite ----
Aperture                        : 3.3
Blue Balance                    : 2.802657
GPS Date/Time                   : 2010:11:24 09:43:39Z
GPS Latitude                    : 42 deg 59' 39.46" N
GPS Longitude                   : 7 deg 32' 46.50" W
GPS Position                    : 42 deg 59' 39.46" N, 7 deg 32' 46.50" W
Image Size                      : 4000x3000
Preview Image                   : (Binary data 712616 bytes, use -b option to extract)
Red Balance                     : 1.225806
Scale Factor To 35 mm Equivalent: 6.1
Shutter Speed                   : 1/30
Thumbnail Image                 : (Binary data 7436 bytes, use -b option to extract)
Circle Of Confusion             : 0.005 mm
Field Of View                   : 71.5 deg
Focal Length                    : 4.1 mm (35 mm equivalent: 25.0 mm)
Hyperfocal Distance             : 1.03 m
Light Value                     : 6.4

Por cierto, nunca me había fijado en la información guardada en los EXIF, pero solo le falta poner mi carnet de identidad; con esos datos, ahora mismo nos vamos a Google Maps o Earth y ya se puede saber donde saqué la foto.