Red Hat Linux 6.2

I remember like if it was today the first time I installed Linux in my computer. I was 12 years ago and I bought a magazine, from Spain, that came with the CD of Red Hat 6.1.

I completely destroyed my partition table with Disk Druid, that I don’t know how could recover later. Once the installation was complete,  several days after the issue, I started to fight with my monitor to use 1024 x 768, the only way was using a very low horizontal frequency between 50-60 Hz, but I had to fight with Vertical frequency as well to get it working. Once working as the frequency was low it wasn’t really good for my eyes but it looked nice for screenshots. I used to take lots of screenshots that I have to find some day to post them.

These were recently taken from my VM:

I’m sharing this VM with the world, I’m planning to start uploading VM’s of old Linux distributions, so everyone can see how GNU/Linux was 10 years ago or maybe when it started.

How to install it?

As root:

trying to run old Red Hat version in KVM, failed.

Some days ago I felt some nostalgic feelings and I tried to install a red hat 6.2 version into a fedora 14 host.

The installation was painfully slow, but it was completed successfully anyway. The problem is that after booting the new (not really) redhat 6..2, I got a kernel panic with the following message:

Kernel panic: Kernel compiled for Pentium+, requires TSC”

after googling that, I found that one of the solutions would be recompile the old linux kernel with the option “Unsynced TSC support”, I’m to lazy to do that just for fun, I would do it if I have no choice, but I have some doubts, why the kernel in the installation cd is not failing? and, is it because my computer has an AMD processor?

unrealircd hacked =(

Hace un par de días descubrí en mi servidor de IRC unos archivos “raros” en el /tmp, que obviamente yo no había generado:

El contenido de estos archivos era un script.
La explicación de mas o menos que es lo que hace dicho script, la pueden ver en este link

En definitiva, unrealircd reporto hace poco (el 12 de junio), en su foro el problema. Al parecer, alguien cambio el .tar.gz en los mirrors de unrealircd por uno que contenía un backdoor (esto paso en Noviembre 2009), el cual permitía a cualquier persona ejecutar cualquier comando como el usuario con el corría el ircd (esos nos sigue enseñando a todos que no hay que correr servicios como root). Así que alguien, muy vivo, exploto esta falla en nuestro IRC (irc.xterm.com.ar), pero al parecer mucha maldad no hizo.

Si tu unrealircd esta comprometido o no, se puede probar de estas 2 formas:

Verificar el checksum md5 si todavia tienen el .tar.gz:
(MALA) es: 752e46f2d873c1679fa99de3f52a274d
Versión Oficial (BUENA) es: 7b741e94e867c0a7370553fd01506c66

La otra forma es pararse en el directorio donde lo compilamos y correr:

Si, el resultado son 2 lineas entonces tenemos la versión mala, si el resultado es nada entonces es la buena.

La solución es re-descargar el unrealircd y validar que sea el correcto por GPG o MD5/SHA1.

Deberé seguir confiando en unrealircd? o deberíamos mudarnos a otro?

English:

Some days ago I found in my IRC server, a couple of “weird” files in the /tmp directory, that obviously I did not create.

The content of these files was a malicious script.
The explanation about what does this script does can be reached at this link

unrealircd reported some days ago (June 12) in their forum the problem. Apparently someone changed the .tar.gz package in their mirrors for one that contained a backdoor (this happened in November 2009). This backdoor allowed any person to run any command with the privileges of the user running the service (this is still remember us that we must not run services as root) .
Someone exploited this bug in our IRC (irc.xterm.com.ar), but apparently nothing bad happened for us.

If you need to check if your unrealircd is compromised or not, you can try this with one of these two ways:

Verifying the MD5 checksum of the .tar.gz package:
(BAD) is: 752e46f2d873c1679fa99de3f52a274d
Official version (GOOD) is: 7b741e94e867c0a7370553fd01506c66

The other way, is change to the directory where we compiled the source code and then run:

If it outputs 2 lines, then you’re hacked.
if it outputs nothing, then you’re good.

The solution is re-download unrealircd and validate that it’s the good package by checking GPG or MD5/SHA1 checksum

May I continue using unrealircd? or do I need to move to a new one?

unrealircd hacked =(

Some days ago I found in my IRC server, a couple of “weird” files in the /tmp directory, that obviously I did not create.

-rw——- 1 ircd ircd 17251 Jul 8 09:10 robot.txt
-rw——- 1 ircd ircd 17251 Jul 8 09:10 robot.txt.1

The content of these files was a malicious script.
The explanation about what does this script does can be reached at this link

unrealircd reported some days ago (June 12) in their forum the problem. Apparently someone changed the .tar.gz package in their mirrors for one that contained a backdoor (this happened in November 2009). This backdoor allowed any person to run any command with the privileges of the user running the service (this is still remember us that we must not run services as root) .
Someone exploited this bug in our IRC (irc.xterm.com.ar), but apparently nothing bad happened for us.

If you need to check if your unrealircd is compromised or not, you can try this with one of these two ways:

Verifying the MD5 checksum of the .tar.gz package:
(BAD) is: 752e46f2d873c1679fa99de3f52a274d
Official version (GOOD) is: 7b741e94e867c0a7370553fd01506c66

The other way, is change to the directory where we compiled the source code and then run:
grep DEBUG3_DOLOG_SYSTEM include/struct.h
If it outputs 2 lines, then you’re hacked.
if it outputs nothing, then you’re good.

The solution is re-download unrealircd and validate that it’s the good package by checking GPG or MD5/SHA1 checksum

May I continue using unrealircd? or do I need to move to a new one?

Resumir las descargas del firefox en Linux o cualquier Unix

Lamentablemente, cuando cancelamos una descarga con firefox, no hay modo de volverla a iniciar desde el navegador y eso es bastante molesto, ya que si por ejemplo estamos en una laptop y nos queremos ir hacia otro lugar o simplemente cambiar de red wifi, perdemos lo que sea que estamos descargando.

Por esto mismo, es muy buena esta función y es muy sencillo, que en caso de estar bajando el archivo ftp://sunsite.doc.ic.ac.uk/ls-lR.Z luego de interrumpirlo con el firefox, posicionarnos en el directorio donde se encuentra el archivo, ejecutamos:

Espero que les sirva,

d.