La línea de comandos de Linux puede ser el hogar de usuarios avanzados y administradores de sistemas. Sin embargo, Linux es más que un trabajo duro. Linux fue desarrollado por personas amantes de la diversión que crearon una variedad de comandos cómicos. Intente jugar con estos usted mismo cuando quiera sonreír.
#29:
#10 Después de ejecutarlo descubres que todos eran temporales
#52:
#12 Esto lo usabamos como prueba de sistemas en las entrevistas, pero con un ulimit de procesos.
Te dábamos una shell con eso ejecutado y tenías que recuperar el control, era gracioso porque se puede resolver pero no puedes ejecutar más procesos porque tienes el ulimit.
#10:
#5 Este es super útil, limpia todos los archivos temporales! y los no temporales
Me hace gracia, dice que el "sl" no tiene razón de ser.
Igual es leyenda urbana, pero tengo entendido que es una gracieta para joderte porque como llevas tanta prisa que has escrito mal "ls", pues ahora te esperas a que termine de pasar el tren.
#12 Creía que con la potencia de los ordenadores actuales me daría tiempo a matar la ventana desde la que lo estaba ejecutando, y que una vez muerta la instancia padre sus hijos se irían a la mierda, pero aunque he matado la ventana ha seguido ejecutándose o comiendo recursos de alguna forma hasta que el ordenador se ha vuelto inusable y/o se ha colgado.
#12 Sólo hay que ladear la cabeza hacia la izquierda para darse cuenta de que dibujar a un señor en pelotas con pajarita y una rana en la cabeza no puede traer nada bueno...
#12 Pues sí que es divertido. He puesto un límite de 5000 procesos con ulimit -S -u 5000. lo he ejecutado, y no encuentro la forma de matar los procesos bash desde la sesión sin matar todos los procesos del usuario.
Y ahora hecho como root un "while true; do killall -u user -9 bash; done", me he matado mi propia ventana y tengo al "virus" y al "antivirus" peleándose por los recursos y sin poder abrir shells desde mi usuario
#63 no ha funcionado. Ni poniendo un nice a prioridad -20. Quizás si me logueara directamente como root o saltase con sudo desde otro usuario el script básico funcionase. Si no sólo queda hacerlo más complicado y buscar los procesos bash con "ps" y descartar los que sean las Shells desde la que estás ejecutando el script.
En cualquier caso si no tienes un ulimit puesto la bomba fork gana y no puedes abrir shells ni ejecutar nada con ningún usuario. No sé porqué las distribuciones no vienen con un ulimit de procesos por defecto. 5000 procesos por usuario son muchos, te salvan al menos de tener que reiniciar y no creo que mucha gente se topara con el límite
#64 Claro. si lanzas la bomba como root no tiene mucho remedio.
Si la lanzas como usuario, entras como root en otro terminal y con un script matas todos esos procesos
#65 La he lanzado como usuario desde una terminal gráfica, pero como teniendo un usuario la única forma de ir a root es abriendo otra terminal con sudo, no te deja abrir más shells. Cuando he puesto el primer ulimit sí he podido abrir una shell y saltar a root, pero con el script guarro acababa matando antes la shell desde la que he saltado a root que la de la bomba. Quizás con un nohup o similar sí se logre hacer que el script antibomba se desenganche de su shell padre y no acabe muerto
#12 Parece que lo he solucionado poniendo en el archivo limits.conf que el usuario tenga un límite blando de 2000 procesos y duro de 5000 procesos. Mientras está abierta la ventana con la bomba no puedo abrir más terminales, pero en cuanto la cierro todo vuelve a la normalidad.
#12 Esto lo usabamos como prueba de sistemas en las entrevistas, pero con un ulimit de procesos.
Te dábamos una shell con eso ejecutado y tenías que recuperar el control, era gracioso porque se puede resolver pero no puedes ejecutar más procesos porque tienes el ulimit.
Comentarios
#10 Después de ejecutarlo descubres que todos eran temporales
Falta cowsay
# cat /dev/zero > /dev/sda
$ man woman
#3 no manual entry for woman
#18 $ yes
#18 Manual entonces
#3 Cuidado con los comandos que pones que yo puse uno sobre el git y me pusieron un strike.
#3 man es un comando del heteropatriarcado, espero que pronto se gaste dinero público en denunciarlo y se cambie por woman
Me hace gracia, dice que el "sl" no tiene razón de ser.
Igual es leyenda urbana, pero tengo entendido que es una gracieta para joderte porque como llevas tanta prisa que has escrito mal "ls", pues ahora te esperas a que termine de pasar el tren.
Si non é vero...
:();:
(No lo hagáis si no queréis que se os vaya el equipo a la verga)
#12 Creía que con la potencia de los ordenadores actuales me daría tiempo a matar la ventana desde la que lo estaba ejecutando, y que una vez muerta la instancia padre sus hijos se irían a la mierda, pero aunque he matado la ventana ha seguido ejecutándose o comiendo recursos de alguna forma hasta que el ordenador se ha vuelto inusable y/o se ha colgado.
#28 ulimit
#12 Sólo hay que ladear la cabeza hacia la izquierda para darse cuenta de que dibujar a un señor en pelotas con pajarita y una rana en la cabeza no puede traer nada bueno...
#12 Pues sí que es divertido. He puesto un límite de 5000 procesos con ulimit -S -u 5000. lo he ejecutado, y no encuentro la forma de matar los procesos bash desde la sesión sin matar todos los procesos del usuario.
Y ahora hecho como root un "while true; do killall -u user -9 bash; done", me he matado mi propia ventana y tengo al "virus" y al "antivirus" peleándose por los recursos y sin poder abrir shells desde mi usuario
#31 mata los.procesos con un script
#63 no ha funcionado. Ni poniendo un nice a prioridad -20. Quizás si me logueara directamente como root o saltase con sudo desde otro usuario el script básico funcionase. Si no sólo queda hacerlo más complicado y buscar los procesos bash con "ps" y descartar los que sean las Shells desde la que estás ejecutando el script.
En cualquier caso si no tienes un ulimit puesto la bomba fork gana y no puedes abrir shells ni ejecutar nada con ningún usuario. No sé porqué las distribuciones no vienen con un ulimit de procesos por defecto. 5000 procesos por usuario son muchos, te salvan al menos de tener que reiniciar y no creo que mucha gente se topara con el límite
#64 Claro. si lanzas la bomba como root no tiene mucho remedio.
Si la lanzas como usuario, entras como root en otro terminal y con un script matas todos esos procesos
El ulimit es imprescindible
#65 La he lanzado como usuario desde una terminal gráfica, pero como teniendo un usuario la única forma de ir a root es abriendo otra terminal con sudo, no te deja abrir más shells. Cuando he puesto el primer ulimit sí he podido abrir una shell y saltar a root, pero con el script guarro acababa matando antes la shell desde la que he saltado a root que la de la bomba. Quizás con un nohup o similar sí se logre hacer que el script antibomba se desenganche de su shell padre y no acabe muerto
#67 ctrl+alt+f5
#12 Parece que lo he solucionado poniendo en el archivo limits.conf que el usuario tenga un límite blando de 2000 procesos y duro de 5000 procesos. Mientras está abierta la ventana con la bomba no puedo abrir más terminales, pero en cuanto la cierro todo vuelve a la normalidad.
#12 Esto lo usabamos como prueba de sistemas en las entrevistas, pero con un ulimit de procesos.
Te dábamos una shell con eso ejecutado y tenías que recuperar el control, era gracioso porque se puede resolver pero no puedes ejecutar más procesos porque tienes el ulimit.
$sudo yes > verasquerisa.txt
A veces voy a cenar y después de unos gintonics les digo "estáis preparados? venga esos comandos", y se nos hacen las tantas.
unzip; strip; touch; finger; mount; fsck; more; yes; unmount; sleep
#37 Venía buscando si alguien había puesto ya ese precisamente.
Nada más divertido para un viernes noche que lanzar commandos de terminal en linux
#40 hombre, se me ocurren ciertas cosas divertidas que conseguir con comandos linux
#69 y yo pero no se me ocurre por el disfrute de lanzar commandos
#73 en eso estamos de acuerdo.
reboot -p y a la cama
$ man escritorio [Enter]
#1
espeak -v es "Hola, me descojono ejecutando comandos"
la de la foto se descojona... después de hacer un sudo rm -rf /
Jo, la mayoría no funciona en Linux.
#33, perdón Termux
#34 pkg in figlet toilet bsdgames espeak
"Linux fue desarrollado por personas amantes de la diversión"
jejejejejejeje
Para saber el numero de polvos de los meneantes: touch polvos && ls -las polvos | awk ''
#15 tiene un bug si el fichero ya existe.
#22 creeme, no existe
Ja jajaj jajajajaja
No
apt moo
sync && sync
Cuando necesitas reiniciar un server al que no tienes acceso físico: $sudo shutdown -h now
$ sudo make love
$ sudo make sandwich
$ sudo destroy earth
$: format c:
Sudo rm -f
#4
$ sudo rm -rf /
#5
Cierto
#5 A esto venia yo.
#5 Este es super útil, limpia todos los archivos temporales!
y los no temporales
#5 Este por defecto ya no funciona. Prueba.
#13 A ver quien es el valiente.
#5 esta es super-curiosa!
Me moló mogollón probarla en en servidor productivo un viernes, a última hora.
#17 sobre todo si ese dia acaba tu contrato
#5 --no-preserve-root
#5 Eso no funciona
#5 sudo dd if=/dev/zero of=/dev/sda bs=4m
#5 sudo su
yes | rm -rf /
#4 mejor shred.
#4 , c¿omo bromita ya está ya muy visto no?
#26 algo hay
Je je
#4 acabo de descubrir lo poco originales que somos los linuxeros. Venía a esto
curl parrot.live
Yo uso fuck. Es realmente útii. Debería estar en la lista.
https://github.com/nvbn/thefuck
El mejor es el editor vigor
`sl` es uno de los primeros que aprendió mi hijo
#20 Esa sintaxis en markdown...lastima que no la soporte menéame...ni bbcode....
Joder Figlet sí que es útil! Cómo voy a hacer si no los banners de mis super h4x0r t00ls?
prefiero windows y divertirme con el buscaminas
#50 No lo creo si has entrado en esta noticia a comentar.
$ cmatrix
#7 subo la apuesta: bb
#38 que recuerdos
#38 Madre del amor hermoso…
#74 alguien alguna vez me dijo: "la espiral es la culpable de inmensa y densa locura", creo que se tiro mucho tiempo viendo bb en una Debian Woody.
Hay uno muy divertido: sudo rm -fr /* Pruebalo y veràs que risas
#53 ya no funciona; hay que añadirle --no-preserve-root