Ojos de Gato

El SNES ha sido siempre una de mis consolas de videojuego favoritas. No obstante, nunca pude conseguir varios juegos que me gustaron mucho en su tiempo. Afortunadamente, gracias a la computadora y un emulador, es posible jugar ésos juegos sin necesitar la consola real.

Desde que usaba Windows, el programa ZSNES ha sido mi preferido para hacerlo. Cuando migré a GNU/Linux supuse que no habría versión para éste sistema y ya me había resignado a ello. Agraciadamente, el programa sí que está disponible y funciona muy bien, debo decir. Cuando lo instalé en Fedora no tuve problemas para usarlo. Pero hoy, en Debian, me dí cuenta de que a pesar de que el programa estaba bien instalado y no parecía haber algún problema aparente, no me daba sonido. Los juegos no se escuchaban en absoluto.

Verifiqué configuración aquí y allá. Y después me puse a googlear alguna respuesta. Algunas personas recomendaban bajar la resolución de la ventana, y otras usar OSS en vez de ALSA. No me funcionó ninguna de esas recomendaciones. Seguí buscando y di con la solución.

El problema, al parecer está en el archivo de configuración del emulador que se encuentra en /home/user/.zsnes. Allí se encuentra el archivo zsnesl.cfg, el cual hay que editar para que funcione el sonido. Al abrirlo (se puede hacer sin estar como root, puesto que el fichero en cuestión está en nuestro Home) hay que buscar el apartado que se refiere al sonido (’Sound’). El inicio del apartado luce así:

; —-
; — Sound –
; —-

; libAO driver to use. Use zsnes –help to see valid list.
; However “auto” (to automatically pick best one), and “sdl” should
; always be available.
libAoDriver=”auto”

Aquí, entonces, hay que cambiar la línea que no está comentada (la que no tiene punto y coma), es decir, la que dice libAoDriver. Como ven, el valor que tiene es auto (así era en el caso del mío). Hay que cambiar ése auto por sdl, con lo que le diremos al emulador que use ALSA en vez de intentar buscar automáticamente un controlador adecuado. Debe entonces de quedar así:

; —-
; — Sound –
; —-

; libAO driver to use. Use zsnes –help to see valid list.
; However “auto” (to automatically pick best one), and “sdl” should
; always be available.
libAoDriver=”sdl“

Guardamos el archivo y lo cerramos. Abrimos ZSNES y en teoría debe funcionar. Si no lo hace, hay que asegurarse de tener instalada la librería libsdl1.2.debian-alsa (supongo que lo de ‘debian’ varía según la distribución usada, pero no tengo manera de comprobarlo).

Y pues eso es todo. A mí me funcionó y ahora ya tengo sonido en el emulador. Así que a recordar mis viejos tiempos con el Super Mario World =3.

Si son de aquéllos usuarios que por una u otra razón aún tengan que lidiarse con Windows y sus cosas, y además son el tipo de usuarios que le toma importancia a sus datos, entonces es casi seguro que tengan entre sus prioridades las reverenciales copias de seguridad. Hay que aceptarlo: por mucho que resulte fastidioso programarlas y monitorizarlas, en muchas ocasiones nos pueden salvar de un desastre.

Por supuesto, hay software especializado en este tipo de tareas, pero también hay que aceptarlo: la mayoría hace sus backups con la herramienta incluida en Windows: la herramienta Copia de Seguridad. Este programa, aunque básico, cubre las funcionalidades esenciales de copia, además de venir de serie en el SO.

No obstante, en varias ocasiones (‘pretty often’, como me gusta decirlo), sucede que, aunque el archivo de copia se haya hecho y esté bien guardado y no haya terminado con errores aparentes, a la hora de intentar restaurar algo, nos sale con mensajitos tipo:

- The backup file contains unrecognized data and cannot be used;

- El archivo de backup contiene informacion no reconocida y no puede ser usado

- An inconsistency was encountered on the requested media;

- Se encontró una inconsistencia en el medio solicitado

- The backup file is unusable. You must erase it, or choose another file

- El archivo de backup es inutilizable. Debe borrarlo, o elija otro archivo

¿Y que pasa? Simple: que no podemos recuperar la información que tenemos, por que al señor archivo, se le pegó su gana corromperse. Ahora, aquí tenemos tres opciones:

1. Jalarnos el cabello y comenzar a gritar histéricamente rodando por el suelo. Por supuesto, con esto nada se resolverá y sí ganaremos un bonito ataque nervioso ^__^.

2. Recurrir a alguno de esos programas tipo Repair My Backup o BKF Repair Tool. Claro, estos programas son de pago, por lo que tendremos que desembolsar una pasta. Dependiendo de lo que necesitemos, puede ser una opción aceptable, a menos que no tengamos $90-180.00 USD, que es lo que cuestan este tipo de softs.

3. O podemos usar la herramienta que os paso a mencionar:

NTBKUP es un programa de DOS que es capaz de leer, buscar y extraer información de archivos QIC (copias de WIN 9x) y BKF (copias de Win XP/2K/2K3 y creo que también de NT) corruptos. Una vez ejecutado, y con los parámetros configurados como necesitemos, se pondrá a buscar dentro del archivo de copia y extraerá la información que necesitemos.

Por ejemplo: si tengo un archivo DOC muy importante llamado “sociedades.doc” que quiero y no puedo recuperar de mi copia llamada “Info.bkf“, basta abrir una consola de DOS, ir al directorio en donde está el programa y escribir:

ntbkup.exe “C:\Copias de seguridad\Info.bkf” -xsociedades.doc

Con lo que le estoy diciendo al programa que busque en la ruta de backup indicada y sólo me extraiga los archivos que se llamen así (aquí puse la ruta entre comillas por que lleva espacios en su nombre. Si el lugar en donde esté tu archivo no los lleva, no son necesarias). El modificador -x sirve para indicar un filtro en la búsqueda y funciona en una base *.*, por lo que es posible buscar por nombre, extensiones o ambos. Por supuesto, no son las únicas opciones, ya que también permite extraer todos los archivos de una ruta conocida y/o hacerlo recursivamente.

Las opciones son variadas y están mejor explicadas en la Web del autor (en inglés), en donde además da unas buenas explicaciones sobre el tema.

Sólo hay que hacer una mención: este programa es estrictamente un extractor y no un reparador. Lo que significa que aunque extraigas la información, tu archivo BKF seguirá corrupto. Por eso, si lo que quieres es repararlo, recomiendo mejor una de las herramientas de pago que menciono más arriba.

Pero no hay que pensar que el programa se limita, pues puede extraer de archivos de varios GB (yo lo probé hace poco con uno de 136 GB). Además, al tener licencia GPL, es libre (y gratis), por lo que no necesitaremos pagar ni un duro y tenemos el código fuente a disposición para modificarlo y redistribuirlo.

Para algunos casos, en verdad que nos puede llegar a salvar la vida (o algo así), en serio.

Enlace a la página de información y descarga: NTBkup.

En la anterior entrada comentaba mi overview de Debian, una vez que decidí instalarla. Continuaré ahora con los subsiguientes Urghhss y Yeys! que ha habido.

Después de darme cuenta de que al parecer, por poner repos de Lenny no petaba nada, vino lo que casi cualquiera con dos dedos de frente hubiera hecho: querer acceder a su información personal.

Como cuando instalé Fedora hice una partición exclusiva para el Home, supuse que Debian la detectaría y se enlazaría a ella. Pues no. Me creo un espacio /home distinto, y no montó automáticamente la partición en cuestión. La verdad esto último no me sorprendió. Sabía que no estaba ni en Mint ni en Ubuntu, así que tendría que montarla manualmente. Suerte que sé hacerlo ya casi de memoria. No obstante, como dije, quería que mi /home fuera el mismo para las dos distros. Así que sin reparar en si era posible o no causaría conflictos, me lancé a la consola haciendo un:

[kureno@LunaNueva ~]$ su -

Contraseña:

[root@LunaNueva ~]# nano /etc/fstab

Para editar el archivo fstab y hacer que montara automáticamente la partición y que la pusiera como el Home.

# /etc/fstab: static file system information.

#

# <file system> <mount point> <type> <options> <dump> <pass>

proc /proc proc defaults 0 0

/dev/hda4 / reiserfs notail 0 1

/dev/hda3 none swap sw 0 0

# Entrada /dev/hda5 (particion /home):

/dev/hda5 /home ext3 defaults 0 2

/dev/hdc /media/cdrom0 udf,iso9660 user,noauto 0 0

/dev/fd0 /media/floppy0 auto rw,user,noauto 0 0

De esta manera, hda5, la partición Home, queda enlazada como el nuevo Home. Hecho esto, a reiniciar y ver si el asunto pirulaba…

Continuar leyendo ‘Mi cuento con Debian, parte 2′