Ademas le he añadido otra funcionalidad (como mola el software libre) y es que si la ejecutas con la opción make (no la de compilar si no “paketX make”) pues te crea una carpeta con el nombre de la practica y en ella todos los archivos (en blanco claro) que hay que entregar, así te ahorras el trabajo de crearte la estructura de la practica. Claro que solo funciona con archivos de texto (por ejemplo para los VHDl *.vhd o los sources de Pascal *.pas), si te genera un archivo *.pdf lo puedes borrar porque solo sirve para ver que tienes que entregar.

Es mi primer script serio en bash, y espero que no seáis muy duros con el, ya que hace dos dias, sabía bien poco sobre este lenguaje de scripting. Osea que tendrá sus fallos.
Esta escrito y testado bajo Debian GNU/LINUX squeeze. Que yo sepa solo necesita para funcionar, bash, p7zip y XMLStarlet.

El programa lo podéis bajar desde el archivo de alwar

Actualización v0.2

He actualizado el script, ya que antes separaba los nombres con un espacio y el programa para windows lo hace con un tabulador. Ahora el script también mete un tabulador. Estuve comparando una practica empaquetada con ambos programas, y a excepción del tabulador el archivo era idéntico. Solo cambia una cosa, y es que el programa para windows nombra a la practica con los nombres de los expedientes a la inversa de como los escribes, mientras que el script para linux lo pone en el orden que fueron escritos. Esto no creo que sea un problema ya que cuando examinen la practica no creo que sepan en que orden los introdujiste.

Introducción
Esta vez, (todo por culpa de windows que por arte de birlibirloque se carga el MBR haciendo cualquier SO inarrancable ) intentado restaurar una copiar del MBR, por error, en vez de copiarla al inicio del disco, (donde esta mi MBR) la copie al principio de la partición 2 (hd0,1 ó sda2). Al principio el error, no parece tan grave, pero cuando ves que no puedes montar la partición de ninguna manera, te empiezas a mosquear ¬¬

Vamos al Grano

“Tranquilidad y buenos alimentos” como se suele decir, lo primero ante un fallo de estos, es no alterarse y no estropearlo mas, intentar arreglarlo precipitadamente nos puede llevar a intentar arreglarlo de alguna forma que solo lo estropeemos mas (o irreversible). Ante todo debemos empezar con un buen diagnostico (En este caso, observando la salida de mount+google hubieramos dado pronto con la solución, sin correr a coger el testdisk)
Una buena practica es hacer backups, así si no tienes datos irrecuperables, puedes directamente formatear y volver a empezar. Pero como yo no lo tenía, y tampoco sabía como arreglarlo, pues antes de estropearlo mas, nos hacemos un backup por ejemplo con clonezilla. Tiene una interfaz hecha con ncurses (intuyo) que es un poco liosa a mi parecer (o que la versión en castellano esta mal traducida) , pero si tenemos espacio en otra particion/disco en el mismo PC donde esta la ext3 en cuestión, pues podemos copiarla a un archivo como yo hice (25 archivos de 2 GB ), si no pues buscar otra forma de hacer backup. Esto es importante ya que en mi caso los datos no se había perdido, solo se había sobreescrito los 32 primeros KBytes de sda2, entonces hacer algo inapropiado sobre el disco podría empeorarlo.

Busqueda de los backup del superblock
Una vez hecho el backup (bueno, esto se puede hacer también antes del backup) con testdisk seleccionamos HD, tipo de tabla de particiones, le damos a “Advanced” seleccionamos la partición ext2/3 (supongo que con ext2 también vale, son fs identicos, solo que ext3 incluye journaling y ext2 no, y no me pregunteis que es que no lo se) y le damos a “Superblock”, esto buscara en la partición los “Superbloques” de backup que hay esparcidos por todo el disco, por si nos pasa esto xD.
Cuanto termine nos dará una tabla de números, que habrá que copiar para luego indicarle a fsck.ext3 donde puede haber un superbloque de repuesto.

Para saber mas de como funciona el sistema de ficheros ext2 puedes ver este PDF [111 Transparencias]
Apunta todos los “superblock” y el “blocksize” (con una vez que apuntes el blocksize es suficiente, ya que debería ser siempre el mismo) que nos hacen falta ahora despues.

Restaurar el superblock
Para restaurar el superblock, solo tienes que ejecutar algún live cd que tenga fsck (digo live cd, porque entiendo que si estas leyendo esto es que te has cargado el sistema de ficheros raiz, si no es así lo puedes hacer desde tu instalación normal de linux)
Una vez tengas una consola funcionando, ejecutamos fsck:
/sbin/fsck.ext3 -b [superblock] -B [blocksize] /dev/hda1
Donde [superblock] reemplazar por uno de los bloques que nos dio testdisk. Recomiendo uno alto, ya que si te ha pasado como en mi caso, es mas probable que se halla afectad un superblock del principio que del final. Donde [blocksize] el tamaño de cada bloque, normalmente 1024, 2048 o 4096.
Donde hda1 reemplazar por la particion a reparar.Ojo con esto, que por no fijarme bien en que unidad ponía me carge el sistema de archivos.
Fsck se pone a trabajar… nos empezara a sacar errores y nos preguntara que si queremos repararlos, le decimos que si a todo, y cuando termine el sistema de archivos en cuestión se podrá montar con normalidad.

Resumiendo
Para Recuperar el superblock necesitamos:
- TestDisk
- fsck (viene con e2fsprogs y con RIP liveCD)
Opcional
- Clonezilla (si queremos hacer backup)
- RIP liveCD (si no tenemos donde ejecutar testdisk ni fsck)

Procedimiento
- Halla los superbloques con testdisk (en Advanced)
- Restauralo con fsck: /sbin/fsck.ext3 -b [superblock] -B [blocksize] /dev/[partición]

Cosas a tener en cuenta
HACER BACKUP’S DE TODO

Como diagnosticar que le pasa a un disco
- Ver que dice mount
- Ver que dice fsck
- Ver que dice gpart (sin opciones, solo dispositivo) No tiene nada que ver con gparted.
- Ver que dice TestDisk, pero no escribir cambios, hasta que estemos seguros.
Tomar una decisión precipitada puede llevarnos a empeorarlo mas.
Usar mucho google, y si hace falta (como es mi caso) buscar información sobre como funciona el FileSystem y así poder averiguar que ha pasado.

Este nos abre una ventana y según movamos el ratón por ella o presionemos teclas irán saliendo mensaje en la consola.
Presionamos la tecla que queramos averiguar y no saldrá algo como esto:

KeyPress event, serial 33, synthetic NO, window 0x4000001,
   root 0x13b, subw 0x0, time 22797201, (168,-8), root:(173,41),
   state 0x0, keycode 105 (keysym 0xff57, End), same_screen YES,
   XLookupString gives 0 bytes:
   XmbLookupString gives 0 bytes:
   XFilterEvent returns: False

KeyRelease event, serial 33, synthetic NO, window 0x4000001,
   root 0x13b, subw 0x0, time 22797342, (168,-8), root:(173,41),
   state 0x0, keycode 105 (keysym 0xff57, End), same_screen YES,
   XLookupString gives 0 bytes:
   XFilterEvent returns: False

Nos fijamos donde pone keycode 105. Ese es el código que necesitamos asociar a un keysym
En esa página vienen muchas constantes simbólicas asociadas a un kernel 2.4. Los números en hexadecimal no nos valen para nada, quedaros solo con el nombre de la tecla.

Una vez halláis recopilado los keycodes y keysyms pocederemos a crear un archivo muy sencillo con la estructura:
KEYCODE #keycode = keysym

En mi caso quedó esto:
keycode 99 = Home
keycode 105 = End
keycode 97 = Prior
keycode 103 = Next


Lo guardáis donde queráis (preferiblemente en /home/user/.xmodmap) y lo probamos con:
xmodmap /home/user/.xmodmap
E inmediatamente podéis probar si funcionan los cambios sobre el teclado. Si no funciona, revisar el archivo o los keycodes/keysym. Yo al principio usba los keycodes dados por showkey -k y no me funcionaba correctamente (me daba codigos pertenecientes a otras teclas).

Si os funciona, pues añadirlo a algún script de inicio o donde corresponda a vuestro entorno de escritorio (para gnome en Sistema > Preferencias > Sesiones se pueden añadir comandos personalizado para ejecutar al inicio.)

Feliz Navidad!

A continuacón voy a describir el metodo que seguí para conseguirlo suponiendo que lo crearemos desde un SO Windows(R).
Necesitamos:
Un pendrive mayor o igual a 256 mb
syslinux
boot.img.gz **
initrd.gz **
vmlinuz **
imagen de un cd de instalación de la misma version que el boot.img.gz*

* Recomiendo usar una imagen netinstall ya que son menores de 256 mb, y el archivo boot.img.gz al parecer crea al arrancar un disco virtual de solo 256 mb, osea que si el pendrive es mayor, no sirve de nada.

** Los enlaces para boot.img.gz, initrd.gz y vmlinuz dados anteriormente son para la arquitectura i386 de la rama testing. Si deseas instalar otra arquitectura (amd64…) u otra rama, (stable, sid…)  navega por el ftp y baja la que corresponda para tu arquitectura y rama que desees instalar. Recuerda que deben coincidir arquitectura y version de estos archivos con la imagen del cd de instalación.

Una vez descargados los archivos, descomprimimos syslinux y ejecutamos:
./syslinux/win32/syslinux.exe -f E:

Donde E: pon la letra de la unidad donde tengas el pendrive.
Depues creamos en la raiz del pendrive un archivo llamado syslinux.cfg con el siguiente contenido:
default vmlinuz
append initrd=initrd.gz

Despues copiar boot.img.gz, initrd.gz vmlinuz y la imagen iso a la raiz del pendrive. Y ya está! solo queda que arranques el pc desde el pendrive y seguir los pasos del instalador.

Mas información en wiki.esDebian

De Barrapunto.com

«OpenGL ARB anunció oficialmente la tercera versión de OpenGL el 8 de agosto de 2007 en el BOF de Siggraph en San Diego, California. OpenGL 3 es el nombre que tendrá esta API que proporcionará un gran aumento de eficacia con respecto a su antecesora y representa un gran esfuerzo de la industria. Esta especificación podría estar disponible para finales de septiembre después de una reunión pendiente a finales de agosto del OpenGL ARB y después del período obligatorio de aprobación por parte de Khronos de 30 días. Más detalles de las presentaciones en el BOF de OpenGL.»

Si juntamos que ATI esta liberando documentación y drivers de alguna de sus tarjetas gráficas, que Valve busca ingenieros para portar juegos de windows a linux, y que la tercera versión de OpenGL (que esta apunto de salir) promete, ¿que creéis que va a pasar?
Desde mi humilde punto de vista, creo que van a cambiar mucho las cosas, en unos años, ya no podrán decir que lo malo de linux es que no tiene juegos buenos (de todas formas, eso ya es mentira), es mas me atrevería a decir que linux va a ganara un gran numero de usuarios, y esto puede provocar que Microsoft cree un sistema operativo decente. Escalofriante ¿no?

Por Cierto, Unreal Tournament 3 tendrá version nativa para linux, al igual que ET: Quake Wars…. ¿que no había que?

Que quede claro, que esto no implica que vallan a sacar los de valve juegos para linux, pero si buscan gente para ellos, por algo será.

¿Tendra algo que ver con que ATI está liberando documentación y drivers sobre sus tarjetas gráficas?

Windows Tiembla….

ScreenShot en la entrada completa

Anyone that refuses to carry binary-only drivers, so that all others will also benefit, as it will require documented hardware

Traduccion:

Cualquiera que rechace incluir drivers binarios (no libres), por tanto se podran beneficiar otras (distribuciones) al necesitar documentar el hardware

Podeis votar aqui
Mas informacion:
Barrapunto

No se como va a continuar esto, porque le dan mucha coba pero al final puede que liberen el código fuente pero con licencias restrictivas, o que no liberen suficientes especificaciones como para poder desarrollar un driver. El caso es que pintan muy bien la cosa, pero no me quiero hacer ilusiones, de todas formas se tardara un tiempo en que halla drivers estables, pero ¿Seguirá Nvidia estos pasos? ¿Sera mañana el inicio de una nueva época para GNU/Linux?
Quedaros con esta fecha, 10/09/2007.

Noticia original en Linux.com