Vota por Chame

Envía PERDER CHAME al 31111 y mándalo a ¿cuánto quieres perder?

Rescatando a Chilpayatl

En un desventurado berrinche del destino, le instalamos Hasefrog a un equipo con una nVidia GeForce2 440 MX, que por muchos años tuvo Linux. Pasó por (casi) todas las versiones de Fedora, un par de casi desastres, en particular uno en el desapareció el python.

Debido a una falla en las comunicaciones entre los investigadores, el equipo aún tenía información que no se había respaldado. Afortunadamente, el equipo original tenía dos discos duros en RAID1, y en la instalación de Hasefrog sólo utilizamos el primer disco :-)

Así que he sacado el segundo disco para ponérselo a otro equipo con el mismo hardware, con la esperanza de recuperar la información perdida. Me sentía optimista: el disco estaba intacto, así que debería de bootear, cargar el raid en modo degradado, luego los LVMs y eso sería todo: el equipo volvería a la vida como si nada.

Sí, como no.

Para empezar, el disco no arrancó (todo por no decir "no boot-eó"). Como decía Alf: "No hay problema". Utilizando el SARS (Sistema de Arranque Remoto (sic)) entré al entorno de rescate de Fedora... y no encontró nada :-(.

Ni modo, será el camino difícil.

Entrando al shell del entorno de recuperación de Fedora. Una revisión rápida indica que las particiones del disco se encuentran en su lugar. Menos mal.

# fdisk -l /dev/sda
Disk /dev/sda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

 Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1          33      265041   fd  Linux raid autodetect
/dev/sda2              34        3265    25961040   fd  Linux raid autodetect
/dev/sda3            3266        6497    25961040   fd  Linux raid autodetect
/dev/sda4            6498        9729    25961040   fd  Linux raid autodetect

La estrategia: hacer el disco boot-eable (sic) para tener el equipo funcionando nuevamente.

1. Activar los dispositivos RAID



# raidautorun /dev/md0
# raidautorun /dev/md1
# raidautorun /dev/md2
# raidautorun /dev/md3
# cat /proc/mdstat
Personalities : [raid1] [raid6] [raid5] [raid4]
md0 : active raid1 sda1[1]
    264960 blocks [2/1] [_U]
  
md2 : active raid1 sda3[1]
    25960960 blocks [2/1] [_U]
  
md3 : active raid1 sda4[1]
    25960960 blocks [2/1] [_U]
  
md1 : active raid1 sda2[1]
    25960960 blocks [2/1] [_U]
  
unused devices: 



2. Activar los LVMs



# lvm pvscan
PV /dev/md1   VG Vo0   lvm1 [24.75 GB / 0    free]
PV /dev/md2   VG Vo0   lvm1 [24.75 GB / 0    free]
PV /dev/md3   VG Vo0   lvm1 [24.75 GB / 0    free]
Total: 3 [74.26 GB] / in use: 3 [74.26 GB] / in no VG: 0 [0   ]
# lvm vgchange -ay
6 logical volume(s) in volume group "Vo0" now active
# lvm lvscan
ACTIVE            '/dev/Vo0/local' [4.60 GB] normal
ACTIVE            '/dev/Vo0/tmp' [1.09 GB] normal
ACTIVE            '/dev/Vo0/var' [1.09 GB] normal
ACTIVE            '/dev/Vo0/swap' [1.00 GB] normal
ACTIVE            '/dev/Vo0/home' [57.89 GB] normal
ACTIVE            '/dev/Vo0/zod' [8.60 GB] normal



3. Instalar el GRUB



# mount /dev/Vo0/zod /mnt/sysimage
# mount /dev/md0 /mnt/sysimage/boot
# grub
grub> setup (hd0)



4. reboot

Con un poco de suerte, las información estará allí.

Ya arrancó, parece que tiene todo en su lugar. Ahora a notificar al dueño de la información.

Devuélveme mi SPAM

Esto del SPAM es una lata (sic). Debido a los cambios recientes en la Unidad de Cómputo me he tenido que volver a hacer cargo de las listas de correo. Después de recibir un titipuchal de avisos para el moderador (o sea, yo mero) me di cuenta que la vasta mayoría eran de SPAM. Como ya tengo corriendo el spamassassin sólo hacen falta unos pequeños cambios en el archivo /etc/aliases y utilizar procmail.

#
# /etc/aliases
#
#cafe-l: "|/var/mailman/mail/wrapper post cafe-l"
cafe-l:  "|/usr/bin/procmail LIST=cafe-l /etc/procmail.mailman"

#
# /etc/procmail.mailman
#

:0
* ^Subject:.*SPAM
/dev/null

:0
* ^X-Spam-Status:.*Yes
/dev/null

:0
| /var/mailman/mail/wrapper post $LIST