Si eres nuevo en Linux, es probable que en algún momento te encuentres en algún foro o una sala de chat, con una persona malintencionada y poco inteligente que pretenda engañarte para que utilices comandos que puedan dañar tus archivos o incluso arruinar todo tu sistema operativo. Para evitar que se presente este peligroso escenario, he aquí una lista de comandos mortales en Linux que deberian ser evitados:
El primer comando, el rm -Rf / usualmente no llega a borrar todos los archivos del sistema. Si por algún motivo llega a ejecutarse dicho comando, es probable que muchos archivos logren sobrecvivir a él. Con suerte, entre ellos podrían estar los datos de usuario.
¿Cómo es posible?
Muy sencillo, dicho comando borra recursivamente todos los archivos y directorios del sistema, PERO, como cualquier otro programa, los borra de uno en uno. Recordemos que en un sistema Linux, al igual que en cualquier sistema tipo UNIX, TODO se trata como archivos. Cuando este comando mortal está ejecutándose, en algún momento empieza a borrar los archivos del directorio /proc, igual que ya ha hecho con otros directorios. Pero resulta que el contenido de dicho directorio no está en el disco duro: son procesos en memoria, es decir, programas que se están ejecutando. Es decir, está matando tareas. En algún momento, el programa se matará a sí mismo, autodestruyéndose, y a partir de dicho momento el comando asesino ya no existirá, por lo que todos los archivos que todavía no han sido borrados se habrán salvado.
Evidentemente, no lo he probado en ningún sistema Linux.
El primer comando, el rm -Rf / usualmente no llega a borrar todos los archivos del sistema. Si por algún motivo llega a ejecutarse dicho comando, es probable que muchos archivos logren sobrecvivir a él. Con suerte, entre ellos podrían estar los datos de usuario.
¿Cómo es posible?
Muy sencillo, dicho comando borra recursivamente todos los archivos y directorios del sistema, PERO, como cualquier otro programa, los borra de uno en uno. Recordemos que en un sistema Linux, al igual que en cualquier sistema tipo UNIX, TODO se trata como archivos. Cuando este comando mortal está ejecutándose, en algún momento empieza a borrar los archivos del directorio /proc, igual que ya ha hecho con otros directorios. Pero resulta que el contenido de dicho directorio no está en el disco duro: son procesos en memoria, es decir, programas que se están ejecutando. Es decir, está matando tareas. En algún momento, el programa se matará a sí mismo, autodestruyéndose, y a partir de dicho momento el comando asesino ya no existirá, por lo que todos los archivos que todavía no han sido borrados se habrán salvado.
Evidentemente, no lo he probado en ningún sistema Linux.
Hay otra cosa que tener en cuenta.
A parte de tener que ejecutarlo como Root/Sudo, introducir la contraseña, a la hora de empezar a eliminar archivos empieza por la A
Los archivos personales están en la H (de /home/usario) normalmente.
Cuando lo ejecutas, a parte de ver muuuchas letras en la terminal, lo primero que ves es como te desaparecen iconos de las barras, los programas dejan de funcionar, etc... etc...
Tardaría mucho mucho tiempo antes de llegar a los archivos personales. Eso si, deja el sistema bastante inservible y requeriría reinstalación, copia y pega de los archivos vitales o uso de un Live CD. Pero los datos tardaría mucho en llegar a eliminarlos.
También me he fijado que no logra eliminar muchos archivos relacionados con el arranque y el Kernel. A pesar de ser SUDO te muestra un error, no me acuerdo si es un access denied u otra cosa.
Podéis probarlo con cualquier LIVE CD, pero vigilad que no esten montadas vuestras particiones.
Explicación rápida de lo que hace rm -rf / :
Borra (rm), todo lo que se te ponga por delante (-r) y no hagas preguntas (-f), para la raíz del sistema (/) .
uno de los comandos más inocentes y destructivos es ejecutar como root chmod -R 777 /
tras ejecutarlo el sistema nos devuelve el prompt como si nada hubiera pasado.
sin embargo, como se necesita que muchos archivos tengan determinados permisos, el sistema se vuelve inusable.
restaurar todos los permisos correctos a mano es una tarea tan complicada que la única solución es reinstalar de nuevo.
Una puntualizacion.
Ninguno de estos comandos es mortal asi si se emplea como usuario normal (casi todas las distribuciones te "obligan" a usar normalmente un usuario sin privilegios de admin)
Otra cosa es si alguien comete la estupidez de entrar en modo administrador-root-superusuario a pesar de las mil y una impedimentas que ponen todas las distribuciones.
Si te encuentras estas ordenes en algun foro, blog o similar, seguro que van precedidas de un "sudo" para volverlas peligrosas.
#9 Me has quitado de las teclas lo del órden alfabético. Primero se cepillaría /etc, con lo que se perderían configuraciones y scripts importantes y seguramente no volvería a arrancar. /home y /mnt van antes que /proc, por lo que estas también se borrarían. /usr y /var y poco más se salvarían. Claro que, antes tendrías mucho tiempo de CTRL-C o resetear.
Y otra cosa, el viejuno :();: no lo cuelga. Solo de ser responsivo durante unos minutos (lo probé en un Slackware 11). Eventualmente, toda la memoria se llena, bash comete un segmentation fault, y todo vuelve de golpe a la normalidad
Que ma llamao el Bill Gates y me ha dicho que si soy un terrorista y tal, y que me va a meter un puro que me voy a cagar. Asi que retiro mi post anterior porque estoy pasando mucho miedo
P.D.: pa terrorista tu #20, mientras yo estoy montando la bomba tu ya la has hecho estallar y estas tomando un cafe en tu casa
Aqui un pequeño tutorial (para novatos) que permite eliminar todo tipo de virus, troyanos, spyware, DRM, etc. del equipo:
sudo mkdir /media/shit
sudo mount -t ntfs-3g /dev/sda1 /media/shit
sudo rm -rf /media/shit
reiniciais y tan felices. El sistema limpio como el culete de un niño.
En digg, esta noticia tuvo 2036 votos...y aca 18. Moraleja: "si estás esperando a que una noticia salga en digg, para poder mandarla a meneame, te darás cuenta que por ahi no funciona". http://digg.com/linux_unix/The_7_Deadly_Linux_Commands
"rm -rf /" lo primero que hace es borrar los comandos del sistema, asi que aunque hagas ctr+c de todas formas tendrás que instalar el sistema nuevamente
Comentarios
A lo que ha dicho #7 añado:
El primer comando, el rm -Rf / usualmente no llega a borrar todos los archivos del sistema. Si por algún motivo llega a ejecutarse dicho comando, es probable que muchos archivos logren sobrecvivir a él. Con suerte, entre ellos podrían estar los datos de usuario.
¿Cómo es posible?
Muy sencillo, dicho comando borra recursivamente todos los archivos y directorios del sistema, PERO, como cualquier otro programa, los borra de uno en uno. Recordemos que en un sistema Linux, al igual que en cualquier sistema tipo UNIX, TODO se trata como archivos. Cuando este comando mortal está ejecutándose, en algún momento empieza a borrar los archivos del directorio /proc, igual que ya ha hecho con otros directorios. Pero resulta que el contenido de dicho directorio no está en el disco duro: son procesos en memoria, es decir, programas que se están ejecutando. Es decir, está matando tareas. En algún momento, el programa se matará a sí mismo, autodestruyéndose, y a partir de dicho momento el comando asesino ya no existirá, por lo que todos los archivos que todavía no han sido borrados se habrán salvado.
Evidentemente, no lo he probado en ningún sistema Linux.
#8
Yo lo probé con un Live CD.
Hay otra cosa que tener en cuenta.
A parte de tener que ejecutarlo como Root/Sudo, introducir la contraseña, a la hora de empezar a eliminar archivos empieza por la A
Los archivos personales están en la H (de /home/usario) normalmente.
Cuando lo ejecutas, a parte de ver muuuchas letras en la terminal, lo primero que ves es como te desaparecen iconos de las barras, los programas dejan de funcionar, etc... etc...
Tardaría mucho mucho tiempo antes de llegar a los archivos personales. Eso si, deja el sistema bastante inservible y requeriría reinstalación, copia y pega de los archivos vitales o uso de un Live CD. Pero los datos tardaría mucho en llegar a eliminarlos.
También me he fijado que no logra eliminar muchos archivos relacionados con el arranque y el Kernel. A pesar de ser SUDO te muestra un error, no me acuerdo si es un access denied u otra cosa.
Podéis probarlo con cualquier LIVE CD, pero vigilad que no esten montadas vuestras particiones.
Explicación rápida de lo que hace rm -rf / :
.
Borra (rm), todo lo que se te ponga por delante (-r) y no hagas preguntas (-f), para la raíz del sistema (/)
Para comando mortal KILLALL
uno de los comandos más inocentes y destructivos es ejecutar como root chmod -R 777 /
tras ejecutarlo el sistema nos devuelve el prompt como si nada hubiera pasado.
sin embargo, como se necesita que muchos archivos tengan determinados permisos, el sistema se vuelve inusable.
restaurar todos los permisos correctos a mano es una tarea tan complicada que la única solución es reinstalar de nuevo.
Una puntualizacion.
Ninguno de estos comandos es mortal asi si se emplea como usuario normal (casi todas las distribuciones te "obligan" a usar normalmente un usuario sin privilegios de admin)
Otra cosa es si alguien comete la estupidez de entrar en modo administrador-root-superusuario a pesar de las mil y una impedimentas que ponen todas las distribuciones.
Si te encuentras estas ordenes en algun foro, blog o similar, seguro que van precedidas de un "sudo" para volverlas peligrosas.
#8, p>h datos del "/home" al aire.
No lo he probado, pero, creo que si que borra el contenido entero del disco duro.
Los comandos me han parecido una parida excepto este :();: .
Y para comandos paria: dd if=/dev/zero of=/dev/sda
#9, veloz..
Donde este un "format C:" de toda la vida
#13 unix salió en 1969, no lo se seguro, pero creo que DOS es de los '80.
#15 lo cual dice que Menéame puede estar perdiendo su corriente de frikismo informático
#19, insisto dd if=/dev/zero of=/dev/sda1 te saltas montarlo y tener que instalar el FS ntfs.
El más mortal de todos:
user: root
password: *******
#9 Me has quitado de las teclas lo del órden alfabético. Primero se cepillaría /etc, con lo que se perderían configuraciones y scripts importantes y seguramente no volvería a arrancar. /home y /mnt van antes que /proc, por lo que estas también se borrarían. /usr y /var y poco más se salvarían. Claro que, antes tendrías mucho tiempo de CTRL-C o resetear.
Y otra cosa, el viejuno :();: no lo cuelga. Solo de ser responsivo durante unos minutos (lo probé en un Slackware 11). Eventualmente, toda la memoria se llena, bash comete un segmentation fault, y todo vuelve de golpe a la normalidad
Que ma llamao el Bill Gates y me ha dicho que si soy un terrorista y tal, y que me va a meter un puro que me voy a cagar. Asi que retiro mi post anterior porque estoy pasando mucho miedo
P.D.: pa terrorista tu #20, mientras yo estoy montando la bomba tu ya la has hecho estallar y estas tomando un cafe en tu casa
Y la frase mas temida "Kernel Panic!".
[OFFTOPIC]
Como curiosidad freak, un dia compilando no recuerdo qué programa, entre todas las lineas apareció.
"OMG They're trying to kill Kenny"
"Kenny Killed!"
Si no recuerdo mal, creo que fué utilizando el repositorio pkgsrc de NetBSD, lo que me pude reir
[/OFFTOPIC]
Aqui un pequeño tutorial (para novatos) que permite eliminar todo tipo de virus, troyanos, spyware, DRM, etc. del equipo:
sudo mkdir /media/shit
sudo mount -t ntfs-3g /dev/sda1 /media/shit
sudo rm -rf /media/shit
reiniciais y tan felices. El sistema limpio como el culete de un niño.
En digg, esta noticia tuvo 2036 votos...y aca 18. Moraleja: "si estás esperando a que una noticia salga en digg, para poder mandarla a meneame, te darás cuenta que por ahi no funciona".
http://digg.com/linux_unix/The_7_Deadly_Linux_Commands
"rm -rf /" lo primero que hace es borrar los comandos del sistema, asi que aunque hagas ctr+c de todas formas tendrás que instalar el sistema nuevamente
Olvidan:
for pid in ` ps -A | cut c15 ` ; do sudo kill -9 $pid ; done
Mata todos los procesos que esten abiertos, con la consecuente perdida de información es mas molesto que perjudicial pero similar al 4.
Creo que el primer y el segundo comando son iguales.
Y el de trasladar el home a dev/null no se carga el sistema, solo te cargas tu usuario...
linux => relevante
futbol => irrelevante
http://meneame.net/search.php?q=comandos linux
Aqui una lista de todos los envios del tema, para que veamos que utiles y relevantes son los comandos de linux para nuestras vidas.
PD: Frikis !!