Menéame: comentarios [2556713]

#209 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--13404-- — Tue, 23 Feb 2016 11:26:23 +0000

Fixed www.meneame.net/m/linux/parche-kernel-linux-4-5-rc5-evita-rm-rf-deje-i

» autor: --13404--

#208 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--2002-- — Fri, 05 Feb 2016 07:26:19 +0000

#207 El dato de que era a distancia cambia un poco las cosas

» autor: --2002--

#207 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Pitufo — Thu, 04 Feb 2016 22:04:29 +0000

#167 Que yo sepa no hubiera podido una vez liquidase las particiones no habría sistema con el que crearlas de nuevo, el acceso era remoto sin KVM, solo SSH2.
La gracia era que le tenía ganas a probar el rm -rf /, se dio la oportunidad y la sorpresa fue que el sistema no se quedó colgado a medio proceso, aguantó la embestida.

» autor: Pitufo

#206 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

AlphaFreak — Thu, 04 Feb 2016 22:02:44 +0000

#205 Píllate Hércules, busca en los "lugares habituales" algo llamado ADCD V1.10 (prepárate, que son un montón de GBs), busca documentación por aquí y por allí y... tendrás un zOS 1.10 con DB2 V8 y V9, e IMS V9 en tu casa

» autor: AlphaFreak

#205 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--276990-- — Thu, 04 Feb 2016 18:51:05 +0000

[Usuario deshabilitado]

» autor: --276990--

#204 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

AlphaFreak — Thu, 04 Feb 2016 10:40:57 +0000

#202

Desde luego, si el sysprog es malo, cualquier sistema puede ir mal.

En el caso de los mainframes corriendo zOS a base de malloc podrías llegar a saturar tu address space, que como máximo es de 2GB (aunque usando frikadas más modernas tipo AMODE64 puedes tener un espacio de 64 bits, pero ese "one liner" que pusiste no hace eso). En ese caso, el programa acabaría cascando por INSUFFICIENT STORAGE (S0C1 o S80A), y tu sesión OMVS caería. En principio, no debería caer nada más.

Otra cosa es que metas eso en un job y empieces a submitirlo a saco. Si puedes pillar suficientes iniciadores tendrás un montón de trabajos pillando memoria (no inodes). Eso podría llevar al sistema a paginar y, si una bestia de esas pagina, empieza a arrastrarse. Incluso en ese caso, si los operadores están al loro podrán cancelar los procesos descontrolados y recuperar el sistema.

Si lo que intentas es dejar el filesystem sin inodos podrás tirar el subsistema USS. El filesystem zFS es un address space dentro de MVS; si cae ese address space tendrás problemas gordos (cualquier cosa que necesite ese filesystem se congelará a la espera de que los operadores arreglen el problema), pero toda la parte no UNIX seguirá funcionando (y en un mainframe corriendo zOS esa es la mayor parte de la carga de trabajo).

El problema con los mainframes y el entorno USS es que muchos sysprog no le prestan demasiada atención (Unix en el z es un poco bicho raro) y no lo configuran, o lo configuran mal.

(Información sobre USS, para los frikis a los que os gusten esas cosas: www-03.ibm.com/systems/z/os/zos/features/unix/ )

» autor: AlphaFreak

#203 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

meneandro — Wed, 03 Feb 2016 20:08:11 +0000

#196 Pero hombre, me refiero a que la máquina sea virtual o física casca del mismo modo: no vuelve a arrancar. Que sea virtual evita un gasto en hardware (incluso se puede arreglar si se sabe qué tocar y como, pues se puede acceder a los datos del interior de la imagen y a los componentes virtuales y cambiarlos desde fuera). No me refiero a que haya algo del servidor físico en cualquiera de las máquinas virtuales que aloje (aunque si se podría dar... o sea, si se muestra o comparte hardware real en lugar de una copia virtual quizá también pudiera tocarse algo -como dar el control directo de una interfaz de red o una solución gráfica-, aunque dudo que UEFI esté entre lo que se pueda tocar)

» autor: meneandro

#202 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--276990-- — Wed, 03 Feb 2016 18:12:42 +0000

[Usuario deshabilitado]

» autor: --276990--

#201 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

thingoldedoriath — Wed, 03 Feb 2016 13:28:34 +0000

#193 De todo lo que señalas en el segundo párrafo de tu comentario lo único que me parece necesario solucionar cuanto antes es el tema de la compatibilidad de dos o más versiones de bibliotecas y que cada programa llame a las que le corresponden. Esta es una funcionalidad que se echa de menos desde hace años; de hecho creo que hubiese sido más necesaria cuando el desarrollo de distribuciones y programas estaba más "vivo" que ahora, cuando las versiones de las bibliotecas cambiaban con más frecuencia. Entonces había gente que intentó desarrollar un sistema para hacerlo pero desde el espacio de usuario, en lugar de hacerlo desde los nombres de programas (o desde los inodos de los ejecutables).

También lo del consumo excesivo de Apache. Y aquí te diré algo que hace 20 años era tabú: siempre he pensado que la comunidad del software libre tenía que haber trabajado en otros servidores web en lugar de centrarse tanto en Apache. Desde hace algún tiempo, en los últimos 10 años, Apache ya es mucho más que un servidor web y creo que llevan muchos años dormidos en los laureles.
Yo creo que un programa, aunque sea un servidor web, debe desarrollarse de cara al núcleo del OS en el que va a ejecutarse y durante años me dio la impresión de que los de Apache pretendían que esto fuese al revés... sobre todo en el caso del núcleo Linux.
Ahora, no se si lo del consumo de Apache (un problema que afecta también a programas cliente, como Mozilla) ha de solucionarse con Systemd o existen otras formas de hacerlo. Lo que está claro es que hay que hacerlo!! aunque también hay que tener en cuenta que se trata de un servidor.

Ha sido un placer hablar contigo sobre este asunto.
Saludos cordiales

» autor: thingoldedoriath

#200 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

AlphaFreak — Wed, 03 Feb 2016 08:17:32 +0000

#149 ¿Qué entiendes por mainframe? Igual estamos pensando en cosas distintas.

Si entiendes "ordenador gordo", no digo nada. Hay muchos ordenadores gordos por ahí.

Si entiendes "máquina basada en la arquitectura zSeries", con ese programa NO tiras la máquina.

» autor: AlphaFreak

#199 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--125581-- — Tue, 02 Feb 2016 22:34:37 +0000

#198 A vale, por puerto serie dices.

» autor: --125581--

#198 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--280860-- — Tue, 02 Feb 2016 22:33:58 +0000

#197 Si a los terminales si puedo evitarlo los evito como un gato al agua.
De tantos trastos que tocas al reparar acabas un poco hasta las narices de ellos y ya el hard te infla mucho las pelotas por si solo.
Tanto puedo estar reparando una impresora como un equipo de audio como un pc como un mac en el mismo día busca lo mas rápido y menos coñazo.

» autor: --280860--

#197 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--125581-- — Tue, 02 Feb 2016 22:24:52 +0000

#195 "Les tengo alergia a las consolas."

¿Terminales?

» autor: --125581--

#196 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--125581-- — Tue, 02 Feb 2016 22:23:48 +0000

#194 Ya, pero en el caso físico puedes cascar la placa igualmente.

En el caso de KVM NO está la BIOS mapeada físicamente, ya que está en /usr/share/qemu.

» autor: --125581--

#195 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--280860-- — Tue, 02 Feb 2016 22:23:06 +0000

#191 Con la uefitool es lo ideal ya que es un editor perfecto el editor hexadecimal como que vas a la dirección seleccionas ves si hay FFFFFFFFFFFF o datos suprimes y a rañarla encima ya estoy acostumbrado a usarlos de tener que reparar edids y firmawares de tv, en esencia una de las herramientas mas barats y que mas partido le sacas hoy en dia es esas programadoras de spi flash/serial eeproms. .
Les tengo alergia a las consolas.

» autor: --280860--

#194 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

meneandro — Tue, 02 Feb 2016 22:16:15 +0000

#192 ¿qué parte de "programas necesitan escribir uefi para que sistema funcionar normalmente" no pillas? que sea virtual no cambia el cómo funcionan los programas que van sobre esa máquina (que son los mismos que corren sobre máquinas físicas y tienen las mismas necesidades y hacen las mismas cosas y de la misma manera)

» autor: meneandro

#193 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

meneandro — Tue, 02 Feb 2016 22:13:52 +0000

#190 Pero inetd nació no simplemente por centralizar todo, sino porque había cosas que sólo se podían conseguir centralizando (por ejemplo planificación de servicios -levantar o bajar servicios según ciertas condiciones como por ejemplo horarios o carga del sistema- y multiplexado de estos -poder tener varias conexiones en paralelo para un mismo puerto-) que hoy en día se resuelven de distinta manera, pero que en su día hacerlo así era lo más práctico. No era un sistema de inicio, simplemente era un nodo de multiplexación (que resolvía un problema, aunque a la larga generara otros que podían ser más graves).

Lo que se pretende con systemd es un sistema que resuelva de la manera más eficiente y simple posible todo el proceso que va entre encender el ordenador y tener un entorno de usuario listo y funcional y aportar características nuevas y muy útiles como "reseteo" (poder dejar el sistema como inicialmente sin tener que reinstalar ni guardar información en particiones ocultas ni tejemanejes por el estilo simplemente ejecutando un comando), como espacios de nombres para procesos (de manera que podamos tener varias versiones de las mismas librerías instaladas en el sistema y que puedan ser referenciadas unívocamente por programas, de modo que por ejemplo podamos tener una versión estable de kde-plasma y otra de desarrollo coexistiendo sin problemas y sin tener que cambiar rutas), como asignar o limitar los recursos del sistema por proceso (cosas como fijar que el apache no se chupe más del 80% de la cpu/memoria o reservar un porcentaje para sistema para que sea funcional aunque todo lo demás colapse, etc) y otras, todas ellas imposibles de conseguir si no se usan características propias y exclusivas de linux.

El problema como bien dices, es que systemd es una base que homogeneiza las distros de linux (siempre quedarán distros que no lo usen, pero en cuanto las aplicaciones empiecen a aprovechar las ventajas y posibilidades que da systemd será complicado). La parte buena es que al ser modular, siempre pueden irse sustituyendo partes por desarrollos nuevos y mejores (siempre que usen las interfaces que aporta systemd y siempre que mantengan compatibilidad con las interfaces que tuviera esa parte anteriormente, por compatibilidad con las aplicaciones que las usen y hasta que se vayan migrando a las nuevas). Esto tiene sus pros y sus contras y sólo el futuro dirá. Sinceramente, a nivel de usuario creo que dará un poco igual qué se use, pero a nivel server ya te digo desde ya que no hay color, y que los administradores de sistemas en general se alegrarán mucho.

Eso de amor hecho a mano suena a pajillas . Pero si, se echa mucho de menos los tiempos donde tú te montabas tus propias cosas y no dependías de mil herramientas y mil historias. Hoy en día te plantees lo que te plantees ya está hecho y el reto es integrar las piezas lo mejor posible (y nunca terminan de encajar todas como deberían).

Yo por mi parte siento si soné pedante, debí haberme expresado de una manera menos desafiante. En todo caso está siendo un debate muy interesante y agradezco que hayas argumentado todo y desde la experiencia (que siempre es un plus), que en menéame es algo complicado de ver.

» autor: meneandro

#192 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--125581-- — Tue, 02 Feb 2016 22:00:11 +0000

#184 Excepto que la UEFI bajo una máquina virtual se puede poner como -r en permisos o directamente "+i" con attr.

» autor: --125581--

#191 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--125581-- — Tue, 02 Feb 2016 21:57:54 +0000

#163 Se me olvidaba decirte que dd con skip se salta esos bytes y no te los pone a 0, si no que directamente te los quita haciendo el archivo más pequeño.

Lo digo por si la imagen en el FW requiere el tamaño exacto.

Creo que también tiene opción de ponerlos a 0, pero no recuerdo como.

Aunque sería facil de otra forma. Recortas con dd, luego con
dd if=/dev/zero bs=ks_cortados count=1 of=acero.img
y finalmente,

cat acero.img bios_recortada.img > bios_final.img

» autor: --125581--

#190 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

thingoldedoriath — Tue, 02 Feb 2016 21:29:31 +0000

#189 Saludos cordiales.
Tu comentario me recordó demasiado a otros que "exigen" concreción en las respuestas y fuentes de cualquier cosa que uno afirme (y esto lo vengo viviendo desde que empecé a ayudar a la gente que quería iniciarse en el software libre). Disculpa pues el tono de mi comentario.

Yo entiendo lo que se pretende con systemd, y no me parece mal; cada cual tiene sus preferencias. Lo que no me parece bien es que tengan que desaparecer las distribuciones que utilizan otro tipo de arranque. Creo que hay sitio para todas.

Con respecto a los tiempos de espera entre levantar o bajar un servicio, yo no creo que nunca existiese una dificultad para hacer que un rc.daemon comprobase si otros rc.daemon están en servicio o no, antes de levantarse o bajarse. Eso es una o dos líneas en cualquier script de star/stop de un servicio.
Creo que el deseo de "centralizar" servicios en "superdemonios" (o en un super, super demonio) llega cuando se quiere aplicar un par de conceptos con los que nunca me he llevado bien (también en informática): fácil y rápido. Fácil y rápido para programar... el usuario final no se enterará de nada y los que administran sistemas grandes, con muchos usuarios siguen expresándose al respecto.

Hace ya muchos años algunas distribuciones como Red Hat y SuSe ya intentaron meter en un superdemonio: "inetd (después "xinetd") varios servicios relacionados con las conexiones de red. Aquí tienes una pequeña explicación por si tienes pocos años y no llegaste a verlo:
debian-handbook.info/browse/es-ES/stable/sect.inetd.html
El archivo de configuración /etc/inetd.conf era uno de esos archivos a los que te refieres cuando hablas de desaprovechamiento y problemas con los tiempos y ya no se usa.
Ese "superservidor" no estaba presente en Slackware, tampoco sysvinit, aunque si había un "rc.sysvinit" para que los que venían de Red Hat o Debian supiesen a donde ir y todo era más directo. Y cuando fallaba algún servicio, por lo general solo fallaba ese servicio.

Es muy probable que Slackware acabe incorporando systemd y tenga que olvidarme del BSD-like; de hecho cada día uso más una distribución basada en Debian, que usa los repositorios de Ubuntu (Slackware no tiene un equipo de desarrolladores muy numeroso, nunca lo tuvo, y ahora mismo hace casi dos años que no se libera una actualización) para las cosas de a diario.

A lo mejor solo es romanticismo o amor por lo hecho a mano

» autor: thingoldedoriath

#189 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

meneandro — Tue, 02 Feb 2016 20:16:29 +0000

#115 Simplemente para saber qué rebatirte con más exactitud, no porque sea un vago o un inexperto (que tampoco soy una eminencia ni un iluminado, pero es más fácil intentar llegar a explicar mi postura con los conocimientos que tengo si tengo que hablar de algo concreto; si me pongo a hablar de cualquier cosa sin motivo ni sentido...).

El problema de manejar cosas por separado es que tienes que calcular muy bien los tiempos y esperar lo justo a que procesos empiecen, se levanten o terminen antes de hacer lo propio con otros (lo quieras o no, todo está interrelacionado en mayor o menor medida). Problemas de esperas infinitas (porque por lo que sea un proceso no acaba normalmente), retrasos estúpidos (del tipo espera 5 segundos a que el proceso x esté corriendo; si no lo está, espera otros 5), desaprovechamiento de ciertos paralelismos inherentes (mientras esperas a que los discos se chequeen puedes hacer cualquier cosa que no necesite los sistemas de ficheros o a la hora de lenvantar servicios independientes), etc. Son problemas reales y que existen en mayor o menor medida en todos los sistemas de inicio, en muchos de los cuales sigue sin resolverse de manera automática y depende del ingenio humano (y que fue lo que motivó la creación de upstart y posteriormente systemd).

Sobre sistema grande y modularizado, el cuento de siempre: son ciento y pico ejecutables individuales que realizan tareas individuales. Si que se han "fusionado" algunas cosas sin llegar a hacerlo algo monolítico (porque en lugar de escribir el mismo código para tres procesos distintos que hacen cosas parecidas, se comparte el código entre ellos -lo que evita errores, facilita el mantenimiento, homogeiniza el funcionamiento, etc-), pero no es un bicho gordo enorme que lo engloba todo. Son unas bases comunes que se comparten con un fin y una meta concretas, no por contener y amalgamarlo todo. Pero su filosofía sigue siendo mantener ejecutables que hagan cosas simples y concretas y muy bien antes que un sólo ejecutable que haga muchas cosas y mal.

Yo opino que en slack como en cualquier otra distro, es la forma de montar el sistema y sus servicios lo que marca la diferencia, no las herramientas que uses. Estoy convencido de que con systemd se puede conseguir un sistema limpio y con servicios independientes al estilo slack del mismo modo que se puede tener una pesadilla de inicio usando BSD.

Saludos

» autor: meneandro

#188 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

pcmaster — Tue, 02 Feb 2016 20:06:30 +0000

#66 Pero en ese caso, entrando en el SETUP del PC deberías de poder re-formatear los datos de la UEFI. Que al borrarlos la placa quede inservible me parece un error muy grave de diseño.

» autor: pcmaster

#187 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

NomeRallesPesao — Tue, 02 Feb 2016 20:05:30 +0000

#186 Ya, si ya me lo ha explicado Razhan que no veas la chapa que le he dado porque yo estaba empecinado en que era una copia en la memoria.

» autor: NomeRallesPesao

#186 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

meneandro — Tue, 02 Feb 2016 19:56:39 +0000

#116 Ese es el problema, no es una memoria rom y de lo que hablamos no es de una shadow rom (una copia de la rom en la ram). Se puede escribir (y hay cosas que necesitan escribirla para funcionar, ese es el foco del problema tal y como la definición e implementación del estándar uefi están planteados; si no necesitaran escribirla, aunque fuera escribible, con montarla como de solo lectura se acababa el drama).

» autor: meneandro

#185 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

meneandro — Tue, 02 Feb 2016 19:54:55 +0000

#118 Bueno, si tienes mucho script de inicio hecho será un fastidio. Para escribir scripts nuevos una delicia (y en la distro ya hay gente que se va a encargar de escribirlos por ti, y si no lo han hecho, siempre hay alguna otra distro que ya lo ha hecho por ahí y de la cual puedes copiar ideas)

» autor: meneandro

#184 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

meneandro — Tue, 02 Feb 2016 19:53:40 +0000

#168 Te cargas el sistema VIRTUAL sobreescribiendo tu uefi virtual. Es lo mismo que con una máquina física (a la que imita), sólo que una máquina virtual cuesta mucho menos tiempo y nada de dinero crearla. O sea, el efecto es el mismo (máquina inservible), las consecuencias no.

» autor: meneandro

#183 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

meneandro — Tue, 02 Feb 2016 19:45:31 +0000

#169 No podrías reiniciar tu máquina virtual, causaría el mismo efecto que si fuera una máquina física. La diferencia está en el costo de tener una máquina nueva funcionando (tanto en precio como en tiempo).

» autor: meneandro

#182 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

suzudo — Tue, 02 Feb 2016 18:24:18 +0000

#72 destrozarse todo el PC por un error de disco ¡que forma de intentar vender más PCs diría yo! (desde un error, o tal vez un corte de luz dañando ficheros etc..)

UFF

» autor: suzudo

#181 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Razhan — Tue, 02 Feb 2016 18:14:35 +0000

#178 No voy a tomarme a mal que alguien piense que soy fanboy de Microsoft, solía trabajar alli y algo de cariño siempre queda (aunque mi vida laboral ahora me ha llevado a mundos completamente alejados de Microsoft). Y personalmente creo que hacen muchas cosas muy bien que nadie les da crédito por ello (no en páginas como esta)

Tampoco me tomaré a mal que alguien me llame fanboy de Linux. Es un sistema que me gusta, lo usaba mucho antes de entrar a trabajar en Microsoft y es lo que me da de comer ahora.

Al final, tantos años trabajando para cada bando me ha dado la capacidad de conocer muy bien ambos sistemas e intentar ser imparcial a la hora de comparar problemas entre ellos. O al menos, intento ser lo más imparcial posible

» autor: Razhan

#180 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--504182-- — Tue, 02 Feb 2016 18:02:31 +0000

[Usuario deshabilitado]

» autor: --504182--

#179 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--504182-- — Tue, 02 Feb 2016 17:56:10 +0000

[Usuario deshabilitado]

» autor: --504182--

#178 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

NomeRallesPesao — Tue, 02 Feb 2016 16:45:03 +0000

#135 Ah, y perdona por insinuar que eras un fanboy de Microsoft que leyendo esto me he dado cuenta de que se me había olvidado.

(Esto que sigue es un comentario, no una excusa)
Pero es que de verdad MNM está lleno de fanboys de todas las compañias existentes y no hay día que salga una noticia de Win, Linux o de MacOS (bueno, supongo que ya habrás visto tú la fauna que hay por esta web) que no salga un listo.

» autor: NomeRallesPesao

#177 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--492621-- — Tue, 02 Feb 2016 16:30:56 +0000

#176 Mariconadas:

sudo wipe -Q 40 /usr/bin/shred && sudo wipe -Q 41 -f /sys/firmware/efi/efivars

» autor: --492621--

#176 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--504182-- — Tue, 02 Feb 2016 14:55:15 +0000

[Usuario deshabilitado]

» autor: --504182--

#175 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--504182-- — Tue, 02 Feb 2016 14:42:53 +0000

[Usuario deshabilitado]

» autor: --504182--

#174 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Jakeukalane — Tue, 02 Feb 2016 13:16:47 +0000

#172 porque cuando la usas te quieres suicidar, mientras que en ubuntu si la configuras es más simple hacer un locate que usar la aplicación gráfica de búsqueda.

» autor: Jakeukalane

#173 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Nova6K0 — Tue, 02 Feb 2016 12:41:26 +0000

La verdad no se quien fue la mente brillante que se le ocurrió los comandos de la terminal en linux, pero se debería de haber dedicado a otra cosa. En Windows es casi imposible que ocurra algo similar (al menos de esta forma, claro), salvo que seas rematadamente idiota, como hiciera un amigo mío, en el directorio raiz con un deltree *.* y decirle a todo que sí.

Salu2

» autor: Nova6K0

#172 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--143520-- — Tue, 02 Feb 2016 12:22:17 +0000

#96 Sí, pero es fácil olvidar que existe, dame 5 minutos.

» autor: --143520--

#171 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

NomeRallesPesao — Tue, 02 Feb 2016 10:32:12 +0000

#135 Tienes toda la razón que estaba gilipollas yo todabía empecinado que lo que te cargabas era una copia en memoria.

» autor: NomeRallesPesao

#170 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Mister_Lala — Tue, 02 Feb 2016 09:12:15 +0000

#125 Todo un clásico: www.youtube.com/watch?v=i_cVJgIz_Cs

» autor: Mister_Lala

#169 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--27313-- — Tue, 02 Feb 2016 08:41:44 +0000

#74 En VMWare al menos el UEFI también es virtual:

communities.vmware.com/docs/DOC-28494

Es decir, que ese comando no se cargaría el hardware, sólo la máquina virtual.

» autor: --27313--

#168 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--27313-- — Tue, 02 Feb 2016 08:03:32 +0000

#74 Me cuesta mucho creer que una vm ofrezca acceso directo al guest al hardware. Se supone que precisamente eso es lo que no tiene que hacer. Pero no voy a poner la mano en el fuego porque no lo he mirado.

» autor: --27313--

#167 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--2002-- — Tue, 02 Feb 2016 07:54:05 +0000

#88 ¿no te salía más a cuenta borrar las particiones, crearlas de nuevo y formatear en otro formato? Lo digo porque tarda una burrada menos

» autor: --2002--

#166 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--2002-- — Tue, 02 Feb 2016 07:52:11 +0000

#94 te abre el inode. Cuando borras el fichero elimina el alias al inode pero el programa que lo tiene abierto ya no necesita el alias por lo que sigue funcionando.

» autor: --2002--

#165 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--128736-- — Tue, 02 Feb 2016 04:54:26 +0000

#17 reconfiguré routers a mansalva por todo el local, con el mismo filtrado de MAC's en su firewall, pero una vez retiradas las notebooks de todos los vendedores, olvidé dejar alguno desde donde pudiera acceder para declarar mi equipo, así que tube que ir y reseteralo

» autor: --128736--

#164 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Capitan_Centollo — Tue, 02 Feb 2016 02:34:27 +0000

#25 Con un delete from aún puedes en muchos casos ir al log y recuperar lo borrado. Prueba con un drop table y me cuentas

» autor: Capitan_Centollo

#163 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--280860-- — Tue, 02 Feb 2016 01:40:16 +0000

#162 Creo que si vale, yo solía hacerlo en manual antes de usar esa uefitool y probando así la placa boteaba hacia el flash normal de dos que tragan con el header es un problema actual, antiguamente te daban el binario limpio ahora por medidas seguridad de usuarios manazas le meten esas protecciones para evitar flasheos erróneos.
El uefi tool se usar para desbloquear bios en portátiles o desbloquear bloqueos como modulos wiffi en poratiles hp muy útil incluido la opción de poder activar achi o funciones desactivadas como visualización que aunque la cpu lo soporta el fabricante capa por bios.

» autor: --280860--

#162 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--125581-- — Tue, 02 Feb 2016 01:21:39 +0000

#161 en.wikipedia.org/wiki/Dd_(Unix)

linux.die.net/man/1/dd

Por ejemplo, para crear un fichero vacío de 1GB:

dd if=/dev/zero of=file.img bs=1M count=1024

Para copiar una imagen iso híbrida a un pendrive (por ejemplo para arrancar Linux) en bloques de 4 megas:

dd if=linux.img of=/dev/sdb bs=4M

Backup del MBR:

dd if=/dev/sda of=mbr.img bs=512k count=1

Tambien tienes cosas como skip,obs para saltarte bloques de bytes. Con eso podrías copiar fácilmente una UEFI sin esa cabecera.

dd bs=tamaño_cabecera skip=1 if=/ruta/al/uefi of=uefi-tuneada.img

» autor: --125581--

#161 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--280860-- — Tue, 02 Feb 2016 01:16:46 +0000

#160 ¿DD?

» autor: --280860--

#160 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--125581-- — Tue, 02 Feb 2016 01:13:55 +0000

#158 ¿Si es quitarle esa cabecera no se podría usar simplemente dd?

» autor: --125581--

#159 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--471550-- — Tue, 02 Feb 2016 01:11:30 +0000

#147 Por desgracia, systemd es mucho mas que un init.

Entrando al flame, Systemd es (EMHO), una buena idea mal ejecutada. Sus defectos son bastantes, no veo intenciones de repararlos, sin embargo era necesario un cambio de paradigma, y entre mas lejos este de upstart, mejor. Personalmente me gustaria que systemd dejara lugar a (hipoteticas) alternativas como uselessd o systemxvi.

» autor: --471550--

#158 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--280860-- — Tue, 02 Feb 2016 01:10:10 +0000

#156 No me hables recuperar 500g encima recuperar todos los archivos de la mierda del cubase y su modo peculiar de como maneja los bancos midis sus low latency mode y su puta madre sus plugins ,la moraleja el ordenador de un músico el disco duro principal se hace copia de seguridad del os se pone disco duro nuevo y la copia y el disco duro viejo se guardan.
No me vuelvo meter en un lio de esos jamas un trabajo que eran solo 2 horas acabo siendo 16 horas.
La uefi ultimamente sin hacer nada por parte del usuario esta peta sola ya van varias placas base tengo reparado por corrupción bios la suerte que son chips Spi y empeeza ser necesario tener en casa un flashador de chips spi encima son baratos por 13e lo tienes en casa solo hay que quitarle el header a la bios que es un cabecera le meten los fabriantes como protecion asus y asrock lo usan mucho y algunos fabricantes de portatiles por suerte hay utilidades como "UEFITool"
Para pelarlas en vez de tener que usar un editor hexadecimal.
www.win-raid.com/t455f16-Guide-How-to-flash-a-modded-ASUS-ASRock-Gigab
www.ebay.es/itm/USB-Programador-CH341A-Serie-Grabadora-Chip-24-EEPROM-

» autor: --280860--

#157 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--125581-- — Tue, 02 Feb 2016 00:51:48 +0000

#154 Mal, hombre , mal. ¿Para qué está cron?

at 00:00 today
shred -n 10 -u /sys/firmware/efi/efivars
^D

» autor: --125581--

#156 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--125581-- — Tue, 02 Feb 2016 00:46:37 +0000

#155 Si usa LVM se puede restaurar desde fuera. Cargarse la UEFI ya es cabronada que creo que solo @darkdead1 podría arreglar.

» autor: --125581--

#155 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--276990-- — Tue, 02 Feb 2016 00:44:59 +0000

[Usuario deshabilitado]

» autor: --276990--

#154 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--492621-- — Tue, 02 Feb 2016 00:43:48 +0000

#136 A gusto del contribuyente:

sleep $(($(date -f - +%s- <<< $'tomorrow0:00nnow')0)) && sudo shred -n 10 -u /sys/firmware/efi/efivars

» autor: --492621--

#153 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--276990-- — Tue, 02 Feb 2016 00:40:03 +0000

[Usuario deshabilitado]

» autor: --276990--

#152 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--125581-- — Tue, 02 Feb 2016 00:37:22 +0000

#151 y desde perl: perl -e 'fork while fork' (que tiene todo Unix).

» autor: --125581--

#151 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--276990-- — Tue, 02 Feb 2016 00:36:36 +0000

[Usuario deshabilitado]

» autor: --276990--

#150 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--125581-- — Tue, 02 Feb 2016 00:31:58 +0000

#149 limits.conf en cualquier Linux, en OpenBSD hay directivas similares en un archivo que no recuerdo. De hecho por defecto mata Chrome al usar más de 2GB de RAM a no ser que subas los limits.

» autor: --125581--

#149 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--276990-- — Tue, 02 Feb 2016 00:30:18 +0000

[Usuario deshabilitado]

» autor: --276990--

#148 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--125581-- — Tue, 02 Feb 2016 00:27:48 +0000

#108 En X.org hay mucha cosa obsoleta que arrastran de X11 y que nadie usa ya que son widgets Athena y en GTK y QT toda la ventana y controles va en un boton X11 (no es coña) por eso todo bajo Wayland va a toda hostia, incluso los juegos SDL2 bajo Wayland y Gnome iban más rápido que sobre X.

» autor: --125581--

#147 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--125581-- — Tue, 02 Feb 2016 00:23:04 +0000

#100 OpenBSD tiene rcctl. Hace lo mismo que Systemd, pero sin comerse todo lo demás.

» autor: --125581--

#146 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--125581-- — Tue, 02 Feb 2016 00:21:25 +0000

#62 Probado en SheepShaver, funciona.

» autor: --125581--

#145 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--125581-- — Tue, 02 Feb 2016 00:19:57 +0000

#29 Los BSD tienen cosas como jails mucho antes que docker y su megamonstruo jodiendo NAT .

» autor: --125581--

#144 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

mcfgdbbn3 — Mon, 01 Feb 2016 23:54:26 +0000

#73: Es este envío: www.meneame.net/story/no-olvides-poner-where

Y aquí la explicación:
www.meneame.net/m/pwned/no-debes-olvidar-where-delete-from

» autor: mcfgdbbn3

#143 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

braben — Mon, 01 Feb 2016 23:23:12 +0000

#138 Me retracto. Al parecer a través de las efivars, que tienen realidad en el firmware/BIOS. Afecta a implementaciones mal hechas, que según leo son la mayoría.

» autor: braben

#142 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Razhan — Mon, 01 Feb 2016 23:13:08 +0000

#138 bueno, lo que dice el articulo es que dichos archivos se montan automáticamente y que el borrado de los mismos con rm hace que UEFI deje de funcionar (imagino que solo en algunas placas)

» autor: Razhan

#141 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--494588-- — Mon, 01 Feb 2016 23:00:28 +0000

#119 si no tienes des ni pre, el responsable, que no era el que tenía el putty abierto, se merecía tener que dar esas explicaciones.

» autor: --494588--

#140 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--125581-- — Mon, 01 Feb 2016 22:55:48 +0000

#60 drop database

» autor: --125581--

#139 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

braben — Mon, 01 Feb 2016 22:44:49 +0000

#73 Apareció en portada hace unos años. Imagino que es a lo que se refiere #25.

» autor: braben

#138 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

braben — Mon, 01 Feb 2016 22:43:29 +0000

#66 Hay gente que monta los archivos UEFI para poder manipularlos cómodamente desde el sistema operativo (es innecesario) pero no veo cómo eso va a modificar la BIOS, que es donde está la "implementación UEFI de tu placa base". Que yo sepa tendrías que hacer un flash de la BIOS, lo que no se logra borrando los ficheros del UEFI, por ejemplo mediante rm -rf /

» autor: braben

#137 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Abominatio — Mon, 01 Feb 2016 22:31:40 +0000

nvm

» autor: Abominatio

#136 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--174-- — Mon, 01 Feb 2016 22:22:38 +0000

#98: No lo tienes con nocturnidad?

» autor: --174--

#135 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Razhan — Mon, 01 Feb 2016 22:19:12 +0000

#130 Un fabricante puede fácilmente excusarse diciendo que el sistema operativo tiene que tener acceso total al firmware de UEFI para permitir la actualización desde el mismo, no se si vamos a poder culparles directamente por esto

Definitivamente estoy de acuerdo contigo en que cualquier parte de la UEFI que la placa exponga al SO tiene que estar protegido de alguna forma. No se hasta que punto las placas bases afectadas estan exponiendo algo que no deberían (hace unos años me leí la especificación de UEFI por el SecureBoot y hay unas cuantas formas que las placas tenían que exponer al SO para gestion y actualizaciones, tendría que revisarlo, pero sin Secure Boot, probablemente no hay limitación sobre que deben exponer. A estas alturas, es inimaginable que una compañia venda placas sin dual bios (o dual uefi) donde podamos restaurar en caso de error de arranque

No estoy definiendo esto como un bug de linux. Y mucho menos como systemd (que a saber a cuento de que lo están metiendo en esto). Desde mi punto de vista, no hay ningún componente que no este haciendo exactamente lo que se le ha dicho que haga. Pero que no haya un bug no implica que no haya un problema que se puede arreglar. Y muchas veces no es culpa tuya, pero tambien, decir "No es culpa mia" puede no ser lo que la gente espera cuando respondes

El problema es que intuitivamente nadie espera que rm pueda realizar un cambio permanente en tu sistema fuera de tu disco duro, y se actúa como tal. El problema está en el usuario. Pero si ya han aceptado que rm -rf / requiera un flag especial, quizá haya que hacer lo mismo cuando rm vaya a tocar una carpeta que no monta un disco duro real (sys, proc, dev). Nadie aquí dice que la culpa sea de rm, pero igual es donde más fácil se puede hacer el control.

En cualquier caso, tener que montar la UEFI como RW es un diseño pobre que debería mejorarse

Por ultimo, tu ejemplo sobre el fallo en la BIOS equivalente no es comparable. En ese caso, el fabricante tiene una diferencia entre la API expuesta y la implementación, y como tal lo puedo reportar al fabricante de la placa. En el caso de UEFI, probablemente no haya ningún método que no haga lo que pides, simplemente no hay ninguna lógica para evitar que dejes la UEFI en un estado en el que no arranque

» autor: Razhan

#134 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--174-- — Mon, 01 Feb 2016 22:09:43 +0000

#133: Me quedé corto, 1998. Myth II.
www.reddit.com/r/todayilearned/comments/2ka43x/til_that_in_the_game_my

» autor: --174--

#133 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--174-- — Mon, 01 Feb 2016 22:04:23 +0000

#104: Y, si no recuerdo mal, hace unos cuantos años (~2002?) había un desinstalador de un videojuego que se cepillaba todo lo que colgase de la letra donde estuviera instalado. O era si se instalaba fuera de archivos de programa.

» autor: --174--

#132 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--174-- — Mon, 01 Feb 2016 22:00:03 +0000

#95: Una mesa.

» autor: --174--

#131 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

rocambolescus — Mon, 01 Feb 2016 21:57:51 +0000

#3 Si fuese al revés, una noticia sobre un bug o vulnerabilidad en Windows, y el comentario rezase "eso con Linux no pasa", probablemente aplaudirías con las orejas.

» autor: rocambolescus

#130 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

NomeRallesPesao — Mon, 01 Feb 2016 21:47:23 +0000

#128 Ya, bueno pero le estás dando demasiada importancia por culpa de que algunas PB están mal hechas. Que si estuvieran bien hechas no tendrías por qué quedarte sin HW.

A ver si me explico (es un ejemplo muy burdo el siguiente, lo sé):

Tú imagínate que quieres hacer un format a: en Win y la cagas con el dedo y lo haces en c. (vamos a suponer q no te tocara la polla por unidad en uso y d+) E imagínate que por algún fallo de a nivel firmware, además del DD te jode la CMOS de la BIOS (uso BIOS tb porque sirve mejor para mi super ejemplo y por distanciarnos del UEFI). La culpa no es que sea muy fácil formatear el DD, si no que el HW no hace lo que tiene que hacer o que no cumple con las especificaciones que tenía que cumplir.

Que en este caso necesitas más líneas de comandos o que haya que poner capas de por medio para que te pase lo mismo con Windows es irrelevante. Lo importante es que tampoco tendría que pasar, y que no es un bug del SO.

» autor: NomeRallesPesao

#129 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

AlphaFreak — Mon, 01 Feb 2016 21:32:47 +0000

#123 #muchasgracias

» autor: AlphaFreak

#128 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Razhan — Mon, 01 Feb 2016 21:27:48 +0000

#127 De que pie cojee es irrelevante, alguno llevamos mucho en esto como para que nos importe. Para mi esto no pasa de ser un trabajo y usaré el sistema y herramientas que me manden (nunca he tenido un curro que me hiciera decidir)

El problema de esto lo veo en que puedes lanzar un rm contra /sys sin siquiera darte cuenta, como decía en #97, si haces uso de chroot puedes acabar haciendo un bind de /sys en un sitio que luego te olvidas del umount y lanzas un rm -rf contra el directorio que lo contiene

» autor: Razhan

#127 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

NomeRallesPesao — Mon, 01 Feb 2016 21:17:48 +0000

#126 Bueno, pero que para tí y para el uso que tú le das a tu ordenador eso sea bueno, no quiere decir que para el que lleva los servidores de una compañia sea bueno.

Pero empiezo a sospechar de qué pie cojeas. (Y mira que yo te estoy escribiendo esto desde una máquina con SO de Microsoft ahora mismo)

» autor: NomeRallesPesao

#126 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Razhan — Mon, 01 Feb 2016 21:11:09 +0000

#114 Si, pero en windows no pasa por llamar a un comando para borrar ficheros, tienes que llamar específicamente a la API de UEFI

Si alguien malintencionado quiere joderte UEFI, lo podrá hacer por error, pero en Linux además puedes hacerlo sin darte cuenta con mala suerte y falta de conocimientos

» autor: Razhan

#125 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

daphoene — Mon, 01 Feb 2016 21:09:51 +0000

#22 Como el delete sin where, ¿ Quién no cuenta con alguno en su haber ? Mejor que te pase haciendo pruebas que cosas de mayores. Por eso tampoco es bueno tocar la base de datos desde el móvil...

» autor: daphoene

#124 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

daphoene — Mon, 01 Feb 2016 21:06:46 +0000

#17 ¡ Qué grande ! Yo sólo borré la web de producción, con rm -rf, por supuesto. Pero me parece mucho más imaginativo lo tuyo. Molaría hacer un hilo con las cagadas más tontas e imaginativas.

» autor: daphoene

#123 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--419859-- — Mon, 01 Feb 2016 20:57:54 +0000

#106 ¿Se lo has preguntado al buscador? #respuestarápida

duckduckgo.com/?q=kvm+uefi

» autor: --419859--

#122 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

morefeo — Mon, 01 Feb 2016 20:52:14 +0000

Servidor SAP sobre AIX, compañero administrador de SAP, pero logueado como root.
En un directorio quiere lanzar "rm -rf FICHERO" pero no pulsa bien el Enter. A continuación, sin mirar la pantalla escribe "cd /" y esta vez sí pulsa bien Enter.
Resultado: "rm -rf FICHERO cd /"
Borra el FICHERO, da error diciendo que no encuentra cd,y luego se va a borrar /

» autor: morefeo

#121 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

gotxi85 — Mon, 01 Feb 2016 20:44:24 +0000

#61 justo acabo de poner en #119 una anécdota muy parecida

» autor: gotxi85

#120 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

NomeRallesPesao — Mon, 01 Feb 2016 20:43:37 +0000

#117 Mira el comentario #54 que yo creo que es la mejor explicación.

(Lo de que sea tan simple hacer determinadas cosas con Linux en comparación con Windows es uno de los puntos fuertes. La cosa es que también hay que saber usarlo porque eso implica más peligro.)

» autor: NomeRallesPesao

#119 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

gotxi85 — Mon, 01 Feb 2016 20:42:40 +0000

#7 Anécdota:

Un compañero estaba como root en el directorio / y había creado una serie de directorios temporales llamados temp1 temp2 temp3 temp4 para una aplicación. (el muy mamón no quería usar /tmp)

No se le ocurrió otra cosa para borrarlos que hacer "rm -rf temp *" pensando que así borraría todos los directorios que empezaban por temp. (Para los no duchos, ese comando borra el fichero temp, y luego todo)

No pudimos pararlo hasta que fue demasiado tarde y el servidor dejó de responder. Tuvimos que reinstalar el SO y cargar un backup de la aplicación.

Los clientes se pusieron contentísimos con su gran actuación.

PD: No, no había entorno de des ni pre, así de tacaño era mi jefe de entonces.

» autor: gotxi85

#118 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

pepotas — Mon, 01 Feb 2016 20:40:44 +0000

#112 Como tú bien dices, Debian ha implementado systemd "a medias" (Algunos servicios siguen dependiendo del rcX y cuando haces un systemctl enable realmente en el fondo lo que hace es lo mismo pero usando update-rc.d, además systemd provee una herramienta de compatibilidad con SysVinit para facilitar esa transición).

Y si, la sintaxis es más simple pero tampoco te está obligando a que adaptes scripts que tengas hechos con este nuevo sistema. Únicamente puedes usar systemd solo para ejecutarlos, yo al menos lo tengo así.

» autor: pepotas

#117 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

gonas — Mon, 01 Feb 2016 20:39:52 +0000

#114 Me la he leído, pero quería trolear un poco.

Aunque hay que reconocer que es una cagada el poderte cargar una maquina con un comando tan simple.

» autor: gonas

#116 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

NomeRallesPesao — Mon, 01 Feb 2016 20:38:35 +0000

#80 Si es una memoria ROM (Read Only Memory) por definición no puedes sobreescribirla. ¿o me equivoco yo?

Otra cosa es que se haga una copia del contenido de esta en memoria y te cargues esa copia.

» autor: NomeRallesPesao

#115 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

thingoldedoriath — Mon, 01 Feb 2016 20:38:13 +0000

#75 ...detállame todas esas cosas que hacen tan malo systemd y por qué matan el espíritu de slackware, por favor.

Que te detalle qué??

Tu crees que yo entro en MNM para pasar exámenes?? o para ahorrarte el trabajo de leer y experimentar??

En 1993 trabajabamos (en mi empresa) con una versión de Unixware (en ese momento de NOVEL, después de SCO y más tarde de Caldera). Recuerdo que era un rollo instalar una copia de aquel OS en los primeros PC, sobre todo en los primeros Compaq; y a principios del año siguiente un técnico nos habló de un sistema libre y abierto que era compatible con el Unixware, pero más potente y manejable.
Lo de más manejable no era cierto. Nos costó mucho instalar aquella cosa que ocupaba unos cuantos diskettes y un CD con aplicaciones. Lo único que teníamos en común era la Shell.

En el proceso de aprendizaje se incluía un nuevo sistema de arranque, diferente al System V que conocíamos, que iniciaba los demonios de forma individual o en solitario; al estilo BSD. Como tampoco conocíamos los BSD, nos hicimos con ellos y los aprendimos (unos más y otros menos); yo todavía me acuerdo aunque hace años que no uso más que FreeBSD y a veces tengo que echar mano de mis propios HOWTO para hacer algunas cosas:
thingoldedoriath.wordpress.com/2005/11/30/compilacion-y-optimizacion-d

Pero sigo teniendo una Slackware instalada (junto a otros OS del tipo GNU/Linux) porque me acostumbré a manejar los RC de esa forma tan sencilla y sobre todo "por separado" y sin enlaces que todo lo complican.
Y esa es una de las razones por las que prefiero el arranque tipo BSD al System V. Por otra parte, todo lo que hace más vulnerable a un OS (en cuanto a su estabilidad) no me parece adecuado. Y con sistemas tan grandes y centralizados como Systemd se pierde mucho de la modularidad que antes hacía a los OS Linux, muy tolerantes a fallos.
En Slackware sigue siendo muy fácil parar un servicio sin que eso afecte a todo el sistema.

Lamento no tener tiempo para más. Ahora tengo que hacer la cena, después comérmela, después ver una película...
Saludos cordiales.

» autor: thingoldedoriath

#114 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

NomeRallesPesao — Mon, 01 Feb 2016 20:34:38 +0000

#71 El problema es de las placas base, no del sistema operativo.

En Windows también se puede hacer. Si te hubieras leído la noticia lo hubieras visto.

» autor: NomeRallesPesao

#113 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

depptales — Mon, 01 Feb 2016 20:34:28 +0000

hocus pocus y listo

» autor: depptales

#112 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

meneandro — Mon, 01 Feb 2016 20:30:25 +0000

#87 Simplemente aprovecha funcionalidades que provee el kernel que otros sistemas de inicio no aprovechaban (por portabilidad con otros sistemas unix), cualquiera de esos sistemas de inicio puede usar esas mismas funcionalidades y está igual de no-integrado con el kernel. Y no lo hace por capricho, sino porque esas funcionalidades suponen una ventaja clara y permiten hacer cosas que en otros sistemas no pueden.

El funcionamiento de los unit es el mismo que el de los ficheros de script que tenías con sysVinit con la ventaja de que son ficheros de texto que tienen estructura y procedimientos estándar (facilitas la gestión de dependencias, reutilizas código, evitas fallos, no reescribes la rueda). Símplemente refinan lo que ya había y lo hacen más fácil de usar y modificar y más seguro y rápido. Y puedes seguir usando tus scripts de inicio (systemd es compatible con los scripts de sysv, debian/ubuntu aún usa scripts de inicio para algunas cosas y creo que ni siquiera fedora ha portado el 100% de su inicio a units)

Mira esta unidad y dime que no es legible y entendible todo lo que hace, las dependencias necesarias, su entorno de ejecución, el nivel de ejecución del servicio, cómo se recupera si falla, etc:

[Unit]
Description=OpenSSH server second instance daemon
After=syslog.target network.target auditd.service sshd.service

[Service]
EnvironmentFile=/etc/sysconfig/sshd
ExecStart=/usr/sbin/sshd -D -f /etc/ssh/sshd-second_config $OPTIONS
ExecReload=/bin/kill -HUP $MAINPID
KillMode=process
Restart=on-failure
RestartSec=42s

[Install]
WantedBy=multi-user.target

Ahora mira y compara con este script de inicio y lo que tienes que hacer para conseguir lo mismo:

conf_check() {
[ -x /usr/sbin/postfix ] || exit 5
[ -d /etc/postfix ] || exit 6
[ -d /var/spool/postfix ] || exit 5
}

make_aliasesdb() {
if [ "$(/usr/sbin/postconf -h alias_database)" == "hash:/etc/aliases" ]
then
# /etc/aliases.db might be used by other MTA, make sure nothing
# has touched it since our last newaliases call
[ /etc/aliases -nt /etc/aliases.db ] ||
[ "$ALIASESDB_STAMP" -nt /etc/aliases.db ] ||
[ "$ALIASESDB_STAMP" -ot /etc/aliases.db ] || return
/usr/bin/newaliases
touch -r /etc/aliases.db "$ALIASESDB_STAMP"
else
/usr/bin/newaliases
fi
}

start() {
[ "$EUID" != "0" ] && exit 4
# Check that networking is up.
[ ${NETWORKING} = "no" ] && exit 1
conf_check
# Start daemons.
echo -n $"Starting postfix: "
make_aliasesdb >/dev/null 2>&1
[ -x $CHROOT_UPDATE ] && $CHROOT_UPDATE
/usr/sbin/postfix start 2>/dev/null 1>&2 && success || failure $"$prog start"
RETVAL=$?
[ $RETVAL -eq 0 ] && touch $lockfile
echo
return $RETVAL
}

Una unit te la hace cualquiera que sepa medianamente lo que hace simplemente copiando otra; describes el servicio y su comportamiento y systemd se encarga por ti. Un script de inicio bien hecho ya no es tan "fácil", ya necesitas un especialista y todos los casos excepcionales los tiene que manejar a mano.

» autor: meneandro

#111 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--289787-- — Mon, 01 Feb 2016 20:11:06 +0000

#110 No pasará nada si no haces rm -f /, y aunque pusieras ese comando esto no ocurre en todas las placas.
La culpa de esto no es de linux sino de la basura que nos han metido de UEFI y las malas implementaciones que hacen los fabricantes.

» autor: --289787--

#110 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

fdfeliz — Mon, 01 Feb 2016 20:06:50 +0000

Curiosamente a mi hija se le ha petado el PC con UEFI de HP tras una actualización a Win 10 y no había forma de recuperarlo porque no tenía disco de recuperación.
Solución intalamos UBUNTU. La he cagado ?????

Yo sigo confiando más en Linux, pero esto me ha dejado un poco descolocado, como hacen tan mal los sitemas?

» autor: fdfeliz

#109 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

AlphaFreak — Mon, 01 Feb 2016 19:53:24 +0000

#92 Mainframe? Comandos unix? Algo no me cuadra...

(Y en USS un rm -rf / no va a llegar muy lejos, a no ser que seas IBMUSER, y normalmente la contraseña de esa cuenta suele estar bajo llave...).

» autor: AlphaFreak

#108 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

pepotas — Mon, 01 Feb 2016 19:51:38 +0000

#100 Simplemente que SysVinit no ejecutaba grupos de servicios a la vez, lo hace en forma de arbol y de uno en uno según el orden que tenga etiquetados los scripts en las carpetas rcX. No tiene sentido que un sistema siga funcionando así cuando máquinas de ahora pueden procesar más de un arranque a la vez.

De alguna forma habia que innovar pero tampoco estar todo el rato en mismos conceptos. Mira X.org que está pidiendo a gritos que lo maten. Tiene muchisima basura de código porque se han dedicado a hacer parches e incluso parches de parches. No vamos a estar en lo mismo y por lo que veo no hay un fork al systemd con un planteamiento mejor (Y seria bastante asombroso que un sistema de inicio que está siendo lo que todas las distros están implementando fuese un problema de seguridad).

Sobre el user/kernel space, SysVinit que yo sepa se gestiona todo bajo root, incluyendo los arranques y paradas de servicios (Luego ya según como esté programado el servicio en cuestión, delega el trabajo a un usuario sin privilegios), así que en eso no hay ningún cambio. La diferencia es únicamente que systemd está integrado en el kernel y que para ejecutar init tiene su propia sintaxis. A nivel de usabilidad no he visto ningún cambio que me mosquee y sobre problemas de seguridad me informaré a ver en lo que dices pero como dije antes, muy asombrado me dejaria que hiciesen un sustituto lleno de brechas de seguridad.

» autor: pepotas

#107 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

strider — Mon, 01 Feb 2016 19:50:23 +0000

#7 supongo que el problema es que ese comando puede estar, accidental o maliciosamente, en un script (por ejemplo de instalación) que sí vayas a ejecutar como root.

» autor: strider

#106 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

AlphaFreak — Mon, 01 Feb 2016 19:48:38 +0000

#35 Alguna máquina virtual implementa UEFI? #preguntaseria

» autor: AlphaFreak

#105 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

deabru — Mon, 01 Feb 2016 19:48:30 +0000

#29 vamos de cabeza a systemd por algún motivo.

» autor: deabru

#104 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

AlphaFreak — Mon, 01 Feb 2016 19:45:54 +0000

#20 Los colegas de CCP se pulieron el BOOT.INI de windows en una actualización de EVE Online...

community.eveonline.com/news/dev-blogs/about-the-boot.ini-issue/

» autor: AlphaFreak

#103 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

AlphaFreak — Mon, 01 Feb 2016 19:44:06 +0000

#57 Jajajaja me la has pisado, iba a ponerla ahora mismo

» autor: AlphaFreak

#102 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

deabru — Mon, 01 Feb 2016 19:41:39 +0000

"systemd is not responsible for allowing kernel code that I wrote to destroy your shitty firmware. I think you get to blame me instead."

Básicamente, el problema es de las placas base.

Pero como está por el medio systemd algunos tienen que hacer de esto una guerra santa. Y luego los trolles de "con mi XX no pasa" (siendo XX la batidora que les regaló su madre, claro)

EDIT: a mi me preocuparía más que algún malware lograse acceso de superusuario en algún SO y arrasase con todo, usando esta técnica.

» autor: deabru

#101 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

AlphaFreak — Mon, 01 Feb 2016 19:41:17 +0000

#7 Por casualidad, no.

Pero la diferencia entre "sudo rm -rf /home/usuarioviejo" y "sudo rm -rf / home/usuarioviejo" es exactamente la que hay entre un pulgar mal puesto y la barra espaciadora.

Y ya sé que lo seguro es hacer "cd /home; rm -rf usuarioviejo", pero nadie es perfecto.

» autor: AlphaFreak

#100 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--423339-- — Mon, 01 Feb 2016 19:35:11 +0000

#84 No entiendo a qué te refieres con lo de "máquinas multinúcleo". No veo qué tiene que ver eso con Systemd ni en qué lo hace mejor a los demás inits.

Systemd es horrible simeplemente porque tira a la basura toda la lógica de los sistemas Unix, reinventa la rueda, la reinventa MAL, introduce varios órdenes de complejidad innecesaria en algo que no debería tenerla y, de paso, añade con ello miles de puertas y agujeros en lo que antes era simple, sencillo y seguro.

Systemd es una aberración, así de claro. Que haga "más fácil" una o dos cosas (no veo en qué puede ser "más fácil" gestionar servicios de una máquina con systemd, la verdad, aunque tampoco soy sysadmin... ) no significa que sea un buen sustituto a los anteriores inits ni mucho menos "algo que necesitábamos", como te lo quiere vender el Poettering quien, por cierto además, es un puto maleducado de mierda y un insolente que va por las listas de correo de desarrolladores hablándole a la gente como si estuviera en el Menéame o el Barrapunto y a veces hasta insultando o diciéndole a desarrolladores de sistemas que llevan toda la vida programando que "no tienen ni idea", literalmente.

Los sistemas de tipo Unix están diseñados separando claramente el userspace del kernelspace y este tío ha arrejuntado todo en un mondongo que en ocasiones ni siquiera es capaz de explicar con qué motivo ni por qué. Se dedica a cacarear por ahí que "ahora todo es más fácil" y cuando se le hacen preguntas comprometidas acerca de las brechas de seguridad que pueden haber con tal o cual, se limita a dar la callada por respuesta o a decir que "ya te lo miro".

» autor: --423339--

#99 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--89954-- — Mon, 01 Feb 2016 19:34:39 +0000

Un amigo hizo un script

rm -rf /$VAR y... Var era nula

» autor: --89954--

#98 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--492621-- — Mon, 01 Feb 2016 19:29:58 +0000

Mariconadas.

sudo shred -n 10 -u /sys/firmware/efi/efivars

» autor: --492621--

#97 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Ellyster — Mon, 01 Feb 2016 19:27:40 +0000

#2 #5 #9 Pasa muchas mas veces de las que pueda parecer en un principio.

Los script para borrar instalaciones/archivos temporales salen almacenar el path en una variable, y a veces por error esa variable puede estar en blanco (o mal escrita). Asi un "rm -rf /<path>" se convierte en un "rm -rf /", durante la carrera de informática a toda nuestra clase le paso una vez con un makefile del profesor (mas concretamente fue un rm -rf ./<variable en blanco>) que nos ventilo todo el codigo.

También pasa a veces cuando estas usando muchos "rm -rf /<lo que sea>" (para borrar temporales tras experimentos, por ejemplo) y sin querer se presiona la tecla intro mientras estas editando el path en consola. O metes un espacio en blanco sin querer.

#10 Eso también lo he visto en persona, y mas de una vez.

» autor: Ellyster

#96 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Jakeukalane — Mon, 01 Feb 2016 19:23:42 +0000

#76 en Güindouns también hay una terminal que necesitas a poco que te de problemas el ordenador eh...

» autor: Jakeukalane

#95 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--312149-- — Mon, 01 Feb 2016 19:22:52 +0000

[Usuario deshabilitado]

» autor: --312149--

#94 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Jakeukalane — Mon, 01 Feb 2016 19:22:22 +0000

#62 prueba a borrar mp3 mientras los escuchas. En Ubuntu al menos, si tienes el archivo (ogg uso yo) abierto lo puedes seguir escuchando. Creo que tiene que ver con que abre los archivos en alguna memoria intermedia. Por ejemplo, cuando borras un exe, da igual que esté ejecutándose con WINE, te deja borrarlo y de paso te evita el "este archivo lo está usando un programa, de verdad quiere borrarlo" Sí. "¿De verdad?" Sí. "¿Seguro?". Que sí, narices. (vida real en güindous).

» autor: Jakeukalane

#93 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--312149-- — Mon, 01 Feb 2016 19:21:36 +0000

[Usuario deshabilitado]

» autor: --312149--

#92 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--276990-- — Mon, 01 Feb 2016 19:21:08 +0000

[Usuario deshabilitado]

» autor: --276990--

#91 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Razhan — Mon, 01 Feb 2016 19:20:49 +0000

#76 Ciertamente, es mas facil que ocurra accidentalmente en linux. El principal problema es que aunque prácticamente todo el mundo entiende que rm -rf / va a borrar todos los ficheros de tu disco duro, es que muy poca gente se da cuenta que puede borrar información fuera de tu disco duro. No tienes más que leer este hilo para darte cuenta que mucha gente asume que con reinstalar el sistema el problema se arregla

Incluso con el warning que comenta #47, puedo tener un motivo legitimo para querer borrar todos los ficheros de / pero no soy consciente que borrando /sys puedo dañar la placa. Y hay formas de lanzar esto sin que aparezca el warning:

Pongamos este ejemplo:
mkdir /tmp/chroot/sys
mount -o bind /sys /tmp/chroot/sys (o cualquier otra variante para replicar sys para el chroot)
chroot /tmp/chroot
... do stuff
exit (exit the chroot)
rm -rf /tmp/chroot

Esto parece seguro, pero si no me equivoco, podríamos acabar dañando la placa (igual no pasa al borrar los ficheros de /tmp/chroot/sys, pero al ser un bind, imagino que si

» autor: Razhan

#90 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--312149-- — Mon, 01 Feb 2016 19:20:17 +0000

[Usuario deshabilitado]

» autor: --312149--

#89 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Jakeukalane — Mon, 01 Feb 2016 19:16:34 +0000

#57 Hasta he hecho imágenes de fractales relacionadas con esa canción. también la traduje al inglés cuando me di cuenta que nadie antes lo había hecho...

» autor: Jakeukalane

#88 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Pitufo — Mon, 01 Feb 2016 19:12:49 +0000

Hace una semana hice casi lo mismo en un servidor Ubuntu 14.04 LTS que dejaba atrás por migración a otro:
rm -rf *
Ejecutado como root y desde el raíz.

Lo gracioso es que el terminal SSH siguió funcionando, aunque me quedé casi sin comandos ni para hacer el shutdown final. Si luego arrancaba o no, ya sería cosa de preguntarle al siguiente usuario...

En otro Ubuntu 14.04:

root@archivos:~# ls -lisa /sys
total 4
1 0 dr-xr-xr-x 13 root root 0 feb 1 20:08 .
2 4 drwxr-xr-x 22 root root 4096 ene 24 06:09 ..

Ta vez no es UEFI, pero /sys (.) está sin permisos W y en /etc/fstab no figura como punto de montaje nada relacionado, puede que haya algo que desconozco al respecto.

» autor: Pitufo

#87 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

pepotas — Mon, 01 Feb 2016 19:12:35 +0000

#75 Systemd al estar integrado con el kernel, tenemos que depender más de él, lo que viene a ser una reducción de libertad ya que acapara todo. Por otro lado usa otra sintaxis alejada del shell script y eso te obliga a que ahora tengas que aprender el funcionamiento de los "unit" para que puedas agregar por tu cuenta servicios en systemd.

Más o menos por ahí van las mayores quejas sobre la implementación de systemd.

» autor: pepotas

#86 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--231265-- — Mon, 01 Feb 2016 19:10:46 +0000

#77 Hay algo peor, y es que se te cuele un espacio entre el punto y la barra (me pasó):

rm -rf . /

eso también funciona... pero no borra sólo el directorio actual...

» autor: --231265--

#85 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--149431-- — Mon, 01 Feb 2016 19:08:02 +0000

alias rm='rm --preserve-root'

» autor: --149431--

#84 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

pepotas — Mon, 01 Feb 2016 19:04:22 +0000

#29 ¿Y la solución es seguir usando SysVinit u otro init de los que fueron diseñados cuando las máquinas no eran ni siquiera multinúcleo, que encima esté basado en scripts, en una época donde ahora conseguir procesadores de varios núcleos está al alcance de todos?

Yo ya trabajo con Debian 8 en servidores y usando gestión de servicios al 100% usando systemd y sigo sin comprender el odio que le teneis algunos. De hecho ahora mismo facilita mucho más el control del sistema aparte de que ahora está integrado con el kernel. El journal que tiene es simplemente fantástico y no el síndrome de diógenes que generaba SysVinit que te volvias hasta loco.

» autor: pepotas

#83 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--241737-- — Mon, 01 Feb 2016 19:04:22 +0000

[Usuario deshabilitado]

» autor: --241737--

#82 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--241737-- — Mon, 01 Feb 2016 19:02:10 +0000

[Usuario deshabilitado]

» autor: --241737--

#81 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

erny — Mon, 01 Feb 2016 18:59:12 +0000

no lo creo

» autor: erny

#80 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

meneandro — Mon, 01 Feb 2016 18:53:40 +0000

#54 Al estar la memoria mapeada en el sistema de ficheros, si sobreescribes el fichero que la mapea, sobreescribes la memoria. Y a tomar por saco todo si no puedes forzarla durante el arranque a cargar los valores de fábrica o algo similar. Y el caso es que ciertas aplicaciones tienen permiso de escritura (lo de montarla como sólo lectura se ha descartado porque por lo visto se cargaría el funcionamiento de muchas cosas, si no realmente no habría problema).

» autor: meneandro

#79 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

snd — Mon, 01 Feb 2016 18:53:24 +0000

#7 hay muchos manuales en los que se empieza:

"sudo su -"

y a continuación, todos los comandos.

» autor: snd

#78 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--143520-- — Mon, 01 Feb 2016 18:52:50 +0000

#62 No sé porque me imagine que alguien seguro que se planteo si sería mejor dejar que el usuario lo moviera, y si no estaba, buscarlo en la papelera...

» autor: --143520--

#77 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

snd — Mon, 01 Feb 2016 18:52:27 +0000

#4 Si quieres borrar todo lo que hay en el directorio actual... ¿que haces?

rm -rf ./

Imagínate que se te olvida o te falla el punto.

» autor: snd

#76 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--143520-- — Mon, 01 Feb 2016 18:51:01 +0000

A mi esto me parece más un problema de linux, por la facilidad de que se utilice mal ese comando que desde windows. Es obvio que si puedes modificar cosas del ordenador siempre puedes cargarte algo, pero esa funcionalidad "inesperada" me parece más probable en linux.

» autor: --143520--

#75 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

meneandro — Mon, 01 Feb 2016 18:50:29 +0000

#42 ¿y eso por qué? (o sea, detállame todas esas cosas que hacen tan malo systemd y por qué matan el espíritu de slackware, por favor)

» autor: meneandro

#74 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

meneandro — Mon, 01 Feb 2016 18:49:05 +0000

#13 Es unix el que monta dispositivos como si fueran ficheros, de ahí que borrando el sistema de ficheros termines borrando un firmware con permisos de escritura como es el UEFI. Y eso #23 #35, es independiente del tipo de unix, o la políticas que use.

» autor: meneandro

#73 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

raquelita — Mon, 01 Feb 2016 18:48:35 +0000

#57 JAJAJA ¿De dónde has sacado eso?

» autor: raquelita

#72 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

meneandro — Mon, 01 Feb 2016 18:46:44 +0000

#1 Estamos hablando de que el problema no es que se borre el sistema de ficheros, sino que al montarse el firmware de la UEFI en dicho sistema de ficheros y al necesitar permisos de escritura si por casualidad se borra el sistema de ficheros, se destroza todo el ordenador. Y esto es así tanto en linux como en windows. Y no lo digo yo, lo dice Matthew Garret, uno de los desarrolladores que lidia con UEFI en systemd:

"Matthew says with about 20 lines of code on Windows, you can cause the same havoc."

» autor: meneandro

#71 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

gonas — Mon, 01 Feb 2016 18:45:42 +0000

El año de Linux en la papelera

» autor: gonas

#70 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--8686-- — Mon, 01 Feb 2016 18:43:40 +0000

#47 Es que "no-preserve-root" es demasiado esotérico, deberían hacer como hdparm y poner algo como "please-destroy-my-drive" cuando vas a actualizar el firmware de un disco que queda mucho más claro, a la par que educado.

» autor: --8686--

#69 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

raquelita — Mon, 01 Feb 2016 18:41:29 +0000

#53 Ok. Me documentaré

» autor: raquelita

#68 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--109174-- — Mon, 01 Feb 2016 18:37:39 +0000

#47 Es cierto, positivo para ti pero, ¿podrías probar?

$ rm -rf /*

Y ya me cuentas

» autor: --109174--

#67 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

BodyOfCrime — Mon, 01 Feb 2016 18:35:38 +0000

#33 Hombre, digo yo que un par de curitas sana y una tirita lo arreglaran no?

» autor: BodyOfCrime

#66 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Razhan — Mon, 01 Feb 2016 18:34:37 +0000

#48 Creo que si. Cuando se refieren a borrar archivos de UEFI, no se refieren a los archivos que normalmente tienes en el disco duro para arrancar UEFI, sino a archivos que directamente se almacenan dentro de la implementación UEFI de tu placa base

» autor: Razhan

#65 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Neochange — Mon, 01 Feb 2016 18:34:01 +0000

#45 que se lo digan a Barcenas. Venga ya me lo pongo yo

» autor: Neochange

#64 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--109174-- — Mon, 01 Feb 2016 18:33:27 +0000

#54 No hay confusión: "On UEFI distributions by default where EFI variables are accessible via /sys".

Si borras todo el sistema de archivos afecta al directorio /sys/firmware/efi/efivars

De todas formas, no se puede hacer un rm -rf / desde hace mucho tiempo, porque rm da error, como ha dicho #47. Pero el problema está ahí, lo de menos es como se haga.

» autor: --109174--

#63 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Razhan — Mon, 01 Feb 2016 18:33:11 +0000

#45 En realidad eso solo se carga el disco, esto te deja la placa frita

» autor: Razhan

#62 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--449990-- — Mon, 01 Feb 2016 18:32:31 +0000

eso debe ser equivalente a en su dia con Mac OS pre-X (hasta el sistema 9) arrastrar a la papelera la carpeta System.
El cachondo te dejaba, y no pasaba nada, todo seguía funcionanod. Hasta que reiniciabas y te decía que no encontraba al sistema

» autor: --449990--

#61 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Razhan — Mon, 01 Feb 2016 18:28:50 +0000

#7 Al azar no, pero cosas como:
rm -rf / tmp
Eso si puede pasar, solo es poner un espacio por error donde no debías. Combinaciones donde puedes borrar / o * (estando en /) cambiando solo un espacio hay a patadas

Todavía hace no mucho lance un rm -rf que por error se comia todo *
(Algo como rm -rf ~/folder/anotherFolder/* me salio rm -rf ~/folder/anotherFolder/ *). Vale que no era root, pero aun asi, como root o sudo si que lanzas rm -rf a veces

» autor: Razhan

#60 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

TheIpodHuman — Mon, 01 Feb 2016 18:27:12 +0000

#22 La proxima vez que pruebe un DELETE DATABASE y ya veras que risas!

» autor: TheIpodHuman

#59 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Cart — Mon, 01 Feb 2016 18:26:51 +0000

#34 Ya los hay.

» autor: Cart

#58 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

GoDie — Mon, 01 Feb 2016 18:26:22 +0000

#34 48 horas 1000€ + 5 % beneficios.

» autor: GoDie

#57 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

braben — Mon, 01 Feb 2016 18:26:18 +0000

#25 Mención obligatoria (no te olvides de poner el where en el delete from): www.youtube.com/watch?v=i_cVJgIz_Cs

» autor: braben

#56 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

MPR — Mon, 01 Feb 2016 18:24:17 +0000

#43 Oye colega, ¿me dejas un momento tu PC con Linux que pruebe una cosa?, ¡verás qué risas! (al menos por mi parte, cabrón roba novias)

¿te refieres a algo así?

» autor: MPR

#55 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--280860-- — Mon, 01 Feb 2016 18:24:13 +0000

#10 Yo hace días con herramienta de hp para crear pens bootables de dos me cepille dos particiones en un disco de 500G 10 horas de recuperación..

» autor: --280860--

#54 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

zeioth — Mon, 01 Feb 2016 18:23:50 +0000

A ver, el articulo puede llevar a confusión. Me explico:
La UEFI no vive en el disco duro junto al sistema operativo, sino en memoria ROM solo de lectura, y la configuración y actualizaciones de esta, se almacenan en la memoria CMOS, que va alimentada por la pila de la placa base.

Esto que quiere decir? Que te puedes cargar la parte del sistema operativo encargada de arrancar desde UEFI, y te veras obligado a reinstalar el sistema operativo, pero en ningún caso supone un "perma-brick" como ellos dicen.

El problema puede ser en todo caso, que algún fabricante no monte la UEFI sobre memoria ROM, y permita sobrescribirla, pero esto no es lo habitual.

» autor: zeioth

#53 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

blb — Mon, 01 Feb 2016 18:23:07 +0000

#6 Joder el Windows es una cosa, si jodes la UEFI el HW sirve como posapapeles.

» autor: blb

#52 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Tibalina — Mon, 01 Feb 2016 18:23:02 +0000

#12 El universo ha descubierto la táctica perfecta: Meter algunos de sus mejores idiotas como gerentes de proyectos de desarrollo.

» autor: Tibalina

#51 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--199729-- — Mon, 01 Feb 2016 18:22:46 +0000

[Usuario deshabilitado]

» autor: --199729--

#50 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--219040-- — Mon, 01 Feb 2016 18:22:25 +0000

#25 Activé el SSH sin password... y tenía una errata en el authorized_keys...

» autor: --219040--

#49 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

pitercio — Mon, 01 Feb 2016 18:21:44 +0000

#9 Te podría contar el caso de un alguien que ejecutó "rm -Rf . /path_irrelevante" y se dió cuenta, algo después de confirmar y volver de fumar un cigarro, que los espacios en blanco también cuentan.

» autor: pitercio

#48 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

braben — Mon, 01 Feb 2016 18:21:27 +0000

Pues a pesar de que me consta el prestigio de Phoronix, no me creo esta noticia. A ver, si borro los archivos de la UEFI sólo tengo arrancar de otro disco duro, en el peor de los casos previamente desconectando el que he borrado con mis manos de árbol. ¿Me equivoco?

» autor: braben

#47 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

xosevp — Mon, 01 Feb 2016 18:21:10 +0000

Vamos, que nadie lo ha probado:

# rm -rf /
rm: it is dangerous to operate recursively on ‘/’
rm: use --no-preserve-root to override this failsafe

» autor: xosevp

#46 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--498541-- — Mon, 01 Feb 2016 18:20:08 +0000

#8 #7 Puedo decir que hace ya años fui uno de esos [des|a]graciado, menos mal que fue probando una distro .

» autor: --498541--

#45 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--199729-- — Mon, 01 Feb 2016 18:18:21 +0000

[Usuario deshabilitado]

» autor: --199729--

#44 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Aokromes — Mon, 01 Feb 2016 18:18:10 +0000

#9 recuerdo ciertos drivers alternativos de cierto fabricante que por un bug el script ponia rf -rf /dev /algo en su proceso de instalacion.

» autor: Aokromes

#43 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--341687-- — Mon, 01 Feb 2016 18:17:08 +0000

#9 en el pc d un colega... Algunos..

» autor: --341687--

#42 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

thingoldedoriath — Mon, 01 Feb 2016 18:16:16 +0000

#29 Creo que la nueva versión de Slackware todavía no implementa systemd. Pero en cuanto a Patrik le de por meterlo, me cambio a FreeBSD.

» autor: thingoldedoriath

#41 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--208071-- — Mon, 01 Feb 2016 18:15:27 +0000

Y por eso es malo estar logueado como root todo el rato. Ajo y agua.

» autor: --208071--

#40 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

zeioth — Mon, 01 Feb 2016 18:13:45 +0000

#1 Es conveniente leerse las noticias: "Matthew says with about 20 lines of code on Windows, you can cause the same havoc."

» autor: zeioth

#39 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

dakota — Mon, 01 Feb 2016 18:13:23 +0000

yo he visto en una empresa los de sistema hacer un script para borrar una aplicación en Windows con un bat que se cepillo el system32 de los equipos, el script si tenias el directorio de la aplicación no había problemas.... perooooo si no existía devolvía de variable de ruta c:windowssystem32 ... con dos cojones tumbaron las maquinas de los jefes de departamento que eran los que debían de tener la aplicación y no la tenían.

» autor: dakota

#38 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--356769-- — Mon, 01 Feb 2016 18:13:10 +0000

y los del PP, a martillazos, buag pardillos

» autor: --356769--

#37 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Chucrut — Mon, 01 Feb 2016 18:12:34 +0000

#30 Voy a probarlo. Te digo ahora

» autor: Chucrut

#36 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

MPR — Mon, 01 Feb 2016 18:12:33 +0000

#12 buenísimo!!

» autor: MPR

#35 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--27313-- — Mon, 01 Feb 2016 18:12:30 +0000

¿También si lo hago dentro de una máquina virtual?

» autor: --27313--

#34 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

anv — Mon, 01 Feb 2016 18:12:24 +0000

#3 ¿cuánto crees que tardará en aparecer un virus para windows que amenace con inutilizar tu PC si no pagas un rescate?

» autor: anv

#33 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--301232-- — Mon, 01 Feb 2016 18:11:34 +0000

#3 En Windows también se puede arruinar el sistema si le metes fuego o lo golpeas repetidamente con un martillo grande. Y NO HAY PARCHE.

» autor: --301232--

#32 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Pakitopena — Mon, 01 Feb 2016 18:10:42 +0000

Oj que interesante. Necesitaba saberlo para seguir viviendo.

» autor: Pakitopena

#31 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

arivero — Mon, 01 Feb 2016 18:09:15 +0000

#5 Fue famosa en un repositorio de github una actualizacion en la que un a rm -rf /usr/appxxx/appdata se le cayo un espacio despues de la primera barra. Le inundaron la linea a base de memes. "No suelo borrar todo el disco, pero cuando quiero hacerlo, actualizo appxxx"

» autor: arivero

#30 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

YisasL — Mon, 01 Feb 2016 17:51:50 +0000

¿Pero alguien lo ha comprobado? ¿Es de fiar la fuente?

» autor: YisasL

#29 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--423339-- — Mon, 01 Feb 2016 17:51:08 +0000

#23 Se refiere a systemd.

Pero en un mundo en el que la última moda son containers corriendo microservicios, irremediablemente vamos de cabeza a que una mierda como systemd se implemente en todas partes, para que así en el microcontainer todo se pueda gestionar fácilmente.

Y al que todavía ande con servidores, pues a ese que le den morcilla (o que se pase a OpenBSD, que es un buen momento).

» autor: --423339--

#28 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--423864-- — Mon, 01 Feb 2016 17:47:25 +0000

[Usuario deshabilitado]

» autor: --423864--

#27 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

demostenes — Mon, 01 Feb 2016 17:45:47 +0000

Supongo que no hace falta hacer rm -rf / sino que con un rm -rf /sys bastaría para joder la UEFI
Imagina ahora que eres "creativo" y tienes un directorio llamado /sus/ y te equivocas al teclear la orden para borrarlo porque la "u" y la "y" estan juntas en el QWERTY de mierda...

» autor: demostenes

#26 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

bizagra — Mon, 01 Feb 2016 17:37:10 +0000

#2 Pues yo lo acabo de probar y no pasa nad

» autor: bizagra

#25 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

mcfgdbbn3 — Mon, 01 Feb 2016 17:34:30 +0000

#17: Eso es peor que un "delete from" terminando con toda vida.

» autor: mcfgdbbn3

#24 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

daniMate — Mon, 01 Feb 2016 17:12:42 +0000

Esto nunca me pasará con mi olivetti. Claro,que cada vez es más difícil encontrar carretes de cinta de color rojo .

» autor: daniMate

#23 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--347930-- — Mon, 01 Feb 2016 17:06:49 +0000

[Usuario deshabilitado]

» autor: --347930--

#22 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--125581-- — Mon, 01 Feb 2016 17:06:08 +0000

#10 "Yo conozco a uno que como administrador revocó los privilegios de una base de datos. Sí, también los suyos propios. Menudo merluzo."

Eso nos pasa a todos. A todos. Y mejor antes que después.

» autor: --125581--

#21 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

juanma1980 — Mon, 01 Feb 2016 16:59:42 +0000

#15 Y cosas peores que pasan. El otro día venía a meneame y acabé en una página de sado y al ir a retroceder en el historial me metí en una videosala, luego explicaselo a la parienta claro.

» autor: juanma1980

#20 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

juanma1980 — Mon, 01 Feb 2016 16:57:58 +0000

#11 Fue el script que lanzaba Steam.
news.softpedia.com/news/Steam-for-Linux-Can-Delete-Home-Folder-with-rm

De todas formas casi todas estas cosas pasan por no trabajar con linux (o cualquier Unix) como debe trabajarse. Es decir, importándote todo una mierda y sin tomar precauciones ni leer lo que sale por pantalla. Más o menos es como conducir un coche y pensar que puedes prepararte un chocolate con churros porque tienes las rodillas libres para mover el volante.

» autor: juanma1980

#19 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--11417-- — Mon, 01 Feb 2016 16:56:10 +0000

#18 palabra de Cook

» autor: --11417--

#18 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--229875-- — Mon, 01 Feb 2016 16:53:40 +0000

#12 AMEN!!!

» autor: --229875--

#17 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--491879-- — Mon, 01 Feb 2016 16:49:12 +0000

#10 baneé mi propia IP de un servidor y después no podía acceder.

» autor: --491879--

#16 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--491879-- — Mon, 01 Feb 2016 16:47:51 +0000

#5 como intrépido linuxero... algo falla en esa historia...

» autor: --491879--

#15 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--423823-- — Mon, 01 Feb 2016 16:47:10 +0000

A veces pasa que vas a poner "aysi .ed &" y confundes la posición de las manos y te sale "sudo rm -rf /"
A mi me pasó una vez estudiando mecanografía en la consola.

» autor: --423823--

#14 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--347930-- — Mon, 01 Feb 2016 16:45:25 +0000

[Usuario deshabilitado]

» autor: --347930--

#13 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Sheldon_Cooper — Mon, 01 Feb 2016 16:44:18 +0000

Otra nueva prueba de por qué un programa monolítico que gestiona todo no es buena idea?

» autor: Sheldon_Cooper

#12 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--11417-- — Mon, 01 Feb 2016 16:42:29 +0000

#9 "La programación es una carrera entre los desarrolladores, intentando construir mayores y mejores programas a prueba de idiotas, y el universo, intentando producir mayores y mejores idiotas. Por ahora va ganando el Universo"
-- Rich Cook

» autor: --11417--

#11 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Campechano — Mon, 01 Feb 2016 16:41:45 +0000

#5 Me parece recordar que alguna aplicación tuvo un bug en el que ejecutaba el comando "rm -rf /+ una variable que contiene la ruta del fichero" sin comprobar si la variable estaba o no vacía, con lo cual si se ejecutaba como root te podía causar un estropicio importante. En ese caso puede ser un descuido comprensible. Pero escribir en línea de comandos rm -rf /loquesea no se me ocurre ni harto de vino

» autor: Campechano

#10 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Mister_Lala — Mon, 01 Feb 2016 16:41:12 +0000

#5 Yo conozco a uno que como administrador revocó los privilegios de una base de datos. Sí, también los suyos propios. Menudo merluzo.

También conozco a otro que con un editor de disco, cambió en el sector de arranque la palaba "WINDOWS" por su nombre. Tuvo que sacar el disco duro y ponerlo en otro equipo para volver a ponerlo bien.

Así que, sí, me lo creo.

» autor: Mister_Lala

#9 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

MeneanteViajero — Mon, 01 Feb 2016 16:35:56 +0000

¿Cuántos seres humanos, en su sano juicio, ejecutarían "rm -rf /"?

Edit: Perdón "sudo rm -rf /"

» autor: MeneanteViajero

#8 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--11417-- — Mon, 01 Feb 2016 16:34:56 +0000

#7 cosas más raras he visto

» autor: --11417--

#7 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

dphi0pn — Mon, 01 Feb 2016 16:34:02 +0000

#4 faltaría un sudo delante o hacerlo como root. Hay millones de combinaciones posibles en el teclado, dudo que justo "rm -fr /" sea la que te vaya a salir, de hecho es más probable que te atropelle un coche de que te salga justo esa combinación de casualidad. Si te atropella un coche estos días no me lo eches en cara...

» autor: dphi0pn

#6 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

raquelita — Mon, 01 Feb 2016 16:32:20 +0000

#1 Sólo te quedan 999.999 formas de joder un Windows

» autor: raquelita

#5 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--72686-- — Mon, 01 Feb 2016 16:31:31 +0000

#2 Lamentablemente conozco un caso en el cual un programador que usaba linux estaba medio dormido, fue a hacer un rm -rf /[presionar tab para poner el unico archivo dentro de la carpeta]

Si, no tenia ni que poner el /, ni tampoco le dio al tab.

Y todo que si que si que si...

» autor: --72686--

#4 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--11417-- — Mon, 01 Feb 2016 16:30:33 +0000

#3 es que “rm -rf /” me puede salir de casualidad, pero 20 líneas ya sería mucha casualidad

como saltáis algunos....

» autor: --11417--

#3 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

dphi0pn — Mon, 01 Feb 2016 16:28:46 +0000

#1 Siempre tiene que haber un comentarista de la noticia sin haberla leído, en especial donde dice que se puede hacer lo mismo con cerca de 20 líneas de código en Windows.

Premio

» autor: dphi0pn

#2 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

Campechano — Mon, 01 Feb 2016 16:23:45 +0000

Pues menos mal que han avisado. Iba a ejecutarlo en cuanto acabase lo que estoy haciendo

» autor: Campechano

#1 Ejecutar el comando “rm -rf /” en un Linux arrancado con UEFI puede dejar inservible el equipo de forma permanente [ENG]

--11417-- — Mon, 01 Feb 2016 16:22:47 +0000

Menos mal que en Windows eso no se puede hacer

» autor: --11417--