Según han reportado varias personas en su página de Github, parece que el cliente de Steam para Linux tiene un bug que hace que cuando un usuario cambia manualmente la carpeta donde se guarda el contenido de Steam, después de configurar el cliente para que apunte hacia la nueva carpeta este borra por error todo el contenido de su directorio home.
#8:
#7 Si ejecutas rm -rf / como usuario sin privilegios, borra todo lo que haya bajo / con permiso de escritura para tu usuario, esto es, tu home.
#3:
Esto consolida a 2015 como el año de linux en el escritorio
#18:
Según veo, un error parecido afecta a Steam para Windows:
Aviso:
El proceso de desinstalación elimina la carpeta en la que Steam estaba instalado para segurar que está completamente desinstalado. Si usted instaló accidentalmente Steam en una carpeta que contenía otros datos, por ejemplo C:/Program Files en lugar de C:/Program Files/Steam, ¡ALTO! No ejecute el desinstalador y, en su lugar, lea siga detenidamente las instrucciones siguientes para Eliminar Steam Manualmente...
Está ejecutando un rm -rf con una variable que puede tener CUALQUIER COSA (incluido nada). Si yo hago eso en el curro al día siguiente te aseguro que no me dejan entrar. Un rm -rf es lo bastante serio como para considerar aceptable que esto es "un bug tonto".
#16:
#15 En realidad lo que ejecuta es rm -rf "$STEAMROOT/"* pero en el caso de que $STEAMROOT esté vacio es equivalente a "rm -rf /" lo pone al final de la noticia
#63:
#31 Si fuera por elegir, casi que prefiero que muera el sistema y no que mueran mis archivos, incluso si haces copias de seguridad siempre habrá un intervalo de tiempo que vas a perder.
Y si tienes algún disco duro conectado permanentemente para que haga las copias muy frecuentemente entonces sería posible que también lo hubiera borrado.
#70:
#34 Muy cierto. Pero el problema es que si esto mismo pasa en por ejemplo Windows, la culpa, aparte de Steam, hubiera sido tambien de Windows (y de Microsoft, por supuesto) porque su sistema permite semejante "animalada" a un software. Y en seguida saldrían cientounmil comentarios diciendo que "esto en linux no pasaría porque es más seguro y menos permisivo", etc. etc.
El problema es la justificación de algunos que, a mi juicio, es injustificable sea en el s.o. que sea.
#55:
#49 La pregunta era un aspecto retórico por aquello de ser políticamente correcto. Vamos, era por no decirte "menuda tontada que acabas de decir".
Hace años que cualquier sistema Windows (2003, Vista, 7, 2008, 8...) implementa un sistema de ficheros con permisos equivalentes a los de cualquier sistema Unix. De tal forma el resultado será exactamente el mismo en Windows que en Linux. Sin ser administrador del sistema (root) no podrás borrar el FS completo y únicamente borrarás aquello para lo que tengas privilegios: tu directorio de usuario y aquellos ficheros que hayas creado.
#29:
#19 A ver , vamos a explicar el problema porque veo que no lo has entendido:
1. El fallo es de un programa que no tiene que ver con el core de linux.
2. Este programa en una linea de su codigo lo que hace es INTENTAR borrar TODO
3. Como linux tiene un sistema decente de archivos solo le deja borrar lo que tiene permiso (La home o para que lo entiendas, mis documentos)
Conclusión:
Si el programador de Steam se equivoca y hace lo mismo en Windows, se cepillaría la mayor parte del sistema ya que su sistema de archivos no tiene permisos "decentes" como linux
#34:
#12 uhm, si lees en qué consiste el error verás que podría haber pasado igualmente en otro sistema operativo, el programa de steam simplemente ejecuta el comando de borrar todo lo que hay en la carpeta de usuario. Si el que programó eso llega a hacer lo mismo para mac o para windows, lo mismo pasaría en dichos sistemas operativos. NO es fallo del sistema operativo.
#30 El fallo es de Windows que lo permite porque es un coladero de seguridad. Esto en un sistema operativo robusto y superseguro como Linux sería impensable ... Oh wait!!
#96 Porque de toda la vida lo importante es el sistema no tus archivos, porque el sistema no puede reinstalarse o repararse pero tus archivos pueden... oh wait.
#64 Pues en realidad a mi Linux me ha salvado de un bug garrafal de Steam... porque no me fié de su beta después de ver un par de cosas raras en su scripts y su nomenclatura de carpetas y lo metí en una jaula.
Más tarde intenté hacer lo mismo en Windows y... la única solución decente (de terceros) para meter jaulas en Windows impedía a los juegos y otras aplicaciones funcionar debidamente.
Y lo metí en una jaula de carpeta (que una carpeta se comporta como si fuese todo el sistema de ficheros) pero hoy día se puede enjaular a nivel kernel.
Claro que entiendo que un usuario medio no se iba a poner a montar una jaula para instalar Steam (o si, hay tutoriales paso a paso y son 2 minutos), pero ya ves que sistema da la posibilidad y cual no (por ejemplo, a un administrador de sistemas que deba proteger los datos del usuario de una aplicación sospechosa).
Según veo, un error parecido afecta a Steam para Windows:
Aviso:
El proceso de desinstalación elimina la carpeta en la que Steam estaba instalado para segurar que está completamente desinstalado. Si usted instaló accidentalmente Steam en una carpeta que contenía otros datos, por ejemplo C:/Program Files en lugar de C:/Program Files/Steam, ¡ALTO! No ejecute el desinstalador y, en su lugar, lea siga detenidamente las instrucciones siguientes para Eliminar Steam Manualmente...
#18 qué clase de animal desorganizado instala algo sin crear una carpeta personalizada para ello? Ni yo hago eso, y mira que soy dejado, desorganizado y desordenado del carajo.
#18 Por mucho que quisiera Steam no sería capaz de borrar el contenido de la carpeta Windows por falta de permisos.
Nunca habia pensado de todas formas los peligros de equivocarse en la isntalacion, ¿tan bestia es Steam de borrar los archivos instalados se carga la carpeta entera?
#15 En realidad lo que ejecuta es rm -rf "$STEAMROOT/"* pero en el caso de que $STEAMROOT esté vacio es equivalente a "rm -rf /" lo pone al final de la noticia
Está ejecutando un rm -rf con una variable que puede tener CUALQUIER COSA (incluido nada). Si yo hago eso en el curro al día siguiente te aseguro que no me dejan entrar. Un rm -rf es lo bastante serio como para considerar aceptable que esto es "un bug tonto".
#16 Tan sencillo como comprobar su la variable esta vacía para que no pase. Su ejecutas un rm -fr tiene que hacer muchas comprobaciones para estar seguro de que nunca borraras el destino equivocado.
¿La noticia no es contradictoria? Por una parte dice que borra la carpeta home del usuario y por otra que cuando el cliente falla a la hora de acceder al directorio de Steam. ejecuta el comando rm -rf /. Si ese es el fallo, a quien se lo borre se lo tiene merecido por ejecutar una aplicación como root
#8 Tu home, datos unidades de red a las que tu usuario tenga permisos de lectura / escritura (ya que estarán montadas en algún punto del sistema de ficheros principal, es decir, colgarán de alguna parte de /), etc. Imagínate. ¿Tienes un NAS tope guay RAID 6 con 5 TB de información montado en tu sistema? Pues también puedes perder esos datos.
#8 no sólo el home. Si tienes cosas en particiones externas montadas con privilegios de usuario en /media y similares, TAMBIÉN se las cepilla. El primero que reporta el fallo ha perdido el home y un par de discos duros, creo.
#25 Hombre, si borras el directorio raiz te tocará reinstalar a menos que tengas una imagen de la partición del sistema operativo. Y si la tienes probablemente estará desactualizada. Si te borran el home solo tienes que echar mano de la copia de seguridad para dejarlo como estaba
#31 Si fuera por elegir, casi que prefiero que muera el sistema y no que mueran mis archivos, incluso si haces copias de seguridad siempre habrá un intervalo de tiempo que vas a perder.
Y si tienes algún disco duro conectado permanentemente para que haga las copias muy frecuentemente entonces sería posible que también lo hubiera borrado.
#66 Te voto positivo porque me ha hecho gracia. Es que hace mucho que no uso msdos.... seria "del c:/* -rf"??? Con carpetas hay una opcion para borrar todo sin pasar por la papelera, imaginate el riesgo de eso
#68 En windows se borran directorios de forma recursiva con el comando deltree. Sin embargo, este comando fue eliminado en versiones modernas de Windows
Lo único que puede hacerse es borrarse los archivos recursivamente y sin confirmación, pero no se borran los directorios:
"del /F /Q /S c:"
He tenido que ponerlo en comillas porque no me deja poner el "" final. Debe ser un bug de menéame al parecer
#72 El caso de Steam en linux el programador usa rm -r porque es lo qeu necesita para borrar los datos de la carpeta antigua. Por un fallo de programación le falta la ruta y se queda en "/" en lugar de "/steam" o lo que sea. El programa en Windows hara lo mismo que en linus (borrar steam usando del, deltree, y todo lo necesario) y si el programador la caga en la ruta pues haria un borrado masivo usando recursividad, del, deltree o lo que sea, porque el programador cree que esta borrando c:/stream
"Afortunadamente y como es habitual en los proyectos de código abierto, la comunidad en Github ya se ha puesto manos a la obra en busca de una solución, por lo que el bug no debería tardar demasiado en ser corregido."
Yo hará 20 años tuve un error prácticamente igual en un desinstalador para Windows que, en determinadas circustancias, hacía mal la concatenación de la ruta y borraba todo desde el raíz al desinstalar. En ese caso la víctima fui yo mismo al probarlo
En ningún caso es un bug del sistema operativo. La manera, tediosa, de protegerse de estas cosas es meter el programa bien en una jaula de root o bien ejecutarlo como un usuario específico más restringido via setuid.
#47 Prueba y ya veras como puedes cargarte casi todo menos algunos archivos de sistema. Yo no puedo probarlo porque tengo linux y porque no me quiero arriesgar a tener razon.
#49 La pregunta era un aspecto retórico por aquello de ser políticamente correcto. Vamos, era por no decirte "menuda tontada que acabas de decir".
Hace años que cualquier sistema Windows (2003, Vista, 7, 2008, 8...) implementa un sistema de ficheros con permisos equivalentes a los de cualquier sistema Unix. De tal forma el resultado será exactamente el mismo en Windows que en Linux. Sin ser administrador del sistema (root) no podrás borrar el FS completo y únicamente borrarás aquello para lo que tengas privilegios: tu directorio de usuario y aquellos ficheros que hayas creado.
#55 Que como bien sabes prácticamente casi todo lo que hayas creado en c:. por ejemplo te borrara, c:/AEAT (tus declaraciones de la renta) creo que tambien borraria "archivos de programa" porque los has creado con tu usuario.
El problema es que Windows al final la mayor parte de archivos se crean con permisos del usuario.
En windows 8 desconozco porque no lo he manejado.
#58#47 perdona pero si paras el servicio de wmi te puedes cepillar hasta los archivos de windows dejando la unidad completamente vacia
en caso de realizar un borrado sin parar wmi borras casi todo lo que no este en uso o protegido por el SO aunque ni eso te garantiza que te pueda arrancar de nuevo el sistema operativo
#55 No sería problema si no fuera porque Windows, por defecto, te crea un usuario "normal" que en realidad es un administrador ¿O conoces a mucha gente que tenga distintos usuarios para administración y uso diario en su equipo?
#50 Veo que no conoces linux... si haces un "rm / -r" linux SOLO te deja borrar los archivos que sean de tu usuario (/home/USUARIO), el resto es de root o de otros usuarios.
#32#54#70 En algunas de las distribuciones de Linux actuales si intentas hacer un 'rm -rf /' no borrará nada, ni siquiera como usuario root al estar activada por defecto la opción preserve-root (aunque por si acaso no lo intentaría).
Os acordais de aquel desinstalador que hacia rm -rf /usr/bin/programainstalado y que en una de las versiones se cambio a rm -rf /usr /bin/programainstalado?
Ah, casi se me olvida, una vez intenté recuperar cosas de una partición ext4 y fue casi imposible si se trata de encontrar archivos determinados, quizás si se trata de recuperar todo fuera más fácil.
Recuperar archivos borrados es mucho más fácil en sistemas fat/ntfs desde windows.
Backups, backups para todos. Que no le entren virus no quiere decir que un bug o un fallo no te pueda mandar a tomar por saco todos tus datos. Por cierto, espero que no ocurra algo similar a los de Windows, estoy seguro que aquí no borraría la carpeta del usuario, borraría eso y todo lo que pudiera de C:
#81 Sí, ocurre igual, como han dicho en los comentarios, pero los winlosers sólo se fijan si un fallo afecta a Linux. Si el fallo fuese exclusivamente en Steam para Windows no sería noticia.
#94 Pues fíjate que yo creo que al contrario, ocurriría que los usuarios Linux serían los que dieran bombo a la noticia, aunque seguro que no tanto. La gente que jamás a probado Linux debería abstenerse de tirar piedras opinar sobre dicho S.O. (que yo como usuario Windows pienso que Linux le da mil vueltas), pero tampoco creas que faltarán los usuarios de Linux que se crean que son superiores por utilizar ese sistema (cuando la mayoría habrán pasado en algún momento de su vida desde Windows).
Un bug es un bug, sea el S.O. que sea, y puede pasar en cualquier aplicación. Que Steam la cagó a base de bien con ese bug, por supuesto, pero no entiendo a la gente que aprovecha eso para despotricar contra el S.O. que nada tiene que ver con el causante de la noticia.
#95 docker, o la versión de docker que tienen en CoreOS (rocket), básicamente podría hacer eso. De hecho, creo que CoreOS no tiene gestor de paquetes, usa los containers como método para instalar cosas. (instalar y aislar)
En un futuro, la integración de Btrfs con los containers va a ser interesante.
#12 uhm, si lees en qué consiste el error verás que podría haber pasado igualmente en otro sistema operativo, el programa de steam simplemente ejecuta el comando de borrar todo lo que hay en la carpeta de usuario. Si el que programó eso llega a hacer lo mismo para mac o para windows, lo mismo pasaría en dichos sistemas operativos. NO es fallo del sistema operativo.
#34 Muy cierto. Pero el problema es que si esto mismo pasa en por ejemplo Windows, la culpa, aparte de Steam, hubiera sido tambien de Windows (y de Microsoft, por supuesto) porque su sistema permite semejante "animalada" a un software. Y en seguida saldrían cientounmil comentarios diciendo que "esto en linux no pasaría porque es más seguro y menos permisivo", etc. etc.
El problema es la justificación de algunos que, a mi juicio, es injustificable sea en el s.o. que sea.
#70 Eso lo dices tu porque si. Anda que no hay toneladas de bugs de programas que son considerado eso, bugs de programas y no del SO.
Que Windows, además, tenga (haya tenido mejor dicho) un buen historial de fallos gravísimos de seguridad es otro tema. Si mi programa puede fallar y como resultado ejecutar un "del c:" obviamente el problema es de mi programa y no del SO que no puede prevenir este tipo de cosas. En un windows NT (por no decir moderno ya que NT haría lomismo) pasaría lo mismo que en linux, perdería todo lo de mi usuario . Sin embargo en un Win9x perderia c: porque el SO está mal diseñado y tiene usuarios pero no privilegios ni permisos. Creo que la diferencia es bastante evidente.
#79 Y por eso win9x desapareció y dió paso a Windows ME Windows XP que estaba "basado" en WinNT. Pero el problema no está en la versión del S.O. sino en el sistema de archivos, porque en un XP corriendo sobre FAT/FAT32, la seguridad de archivos sigue siendo nula (y anda que no ha habido y hay aun por ahí XP's bajo FAT32 ). Se precisa tenerlo sobre NTFS (NT File System), que es el que sí soporta seguridad en archivos.
Por cierto, un par de cosas:
- En NT un "del c:" no toca carpetas de sistema. Requiere permisos especiales.
- Un error muy común: Win9x nunca fue sistema operativo, sino entorno operativo gráfico. El S.O. era MS-DOS.
#83 Perdona la tardanza brutal en responder pero win9x eran SSOO completos que no necesitaban una instalación previa de MS-DOS. Win3x y anteriores si que eran meros entornos (de hecho no eran los únicos existentes para dos)
#19 A ver , vamos a explicar el problema porque veo que no lo has entendido:
1. El fallo es de un programa que no tiene que ver con el core de linux.
2. Este programa en una linea de su codigo lo que hace es INTENTAR borrar TODO
3. Como linux tiene un sistema decente de archivos solo le deja borrar lo que tiene permiso (La home o para que lo entiendas, mis documentos)
Conclusión:
Si el programador de Steam se equivoca y hace lo mismo en Windows, se cepillaría la mayor parte del sistema ya que su sistema de archivos no tiene permisos "decentes" como linux
#47 Acabo de probar en el ordenador de casa (Windows 7), he modificado la carpeta archivos de programa y archivos de programa x86 (borrando alguna subcarpeta) y me ha dejado como un campeón. Si no me equivoco el sistema iria borrando en orden alfabetico hasta llegar a la carpeta Windows en la cual dejaría borrar los archivos menos los que estuviesen en uso.
#29 En linux borra /, por tanto podría incluso borrar archivos de un usb externo. En Windows borra únicamente C:, por lo que dejaría exento a los usb externos. Ahí tienes tu sistema de archivos decente
#29 Seguramente no, fallaría en el primer elemento que no pueda borrar y ahí se pararía... más que nada porque alguna vez me ha pasado algo similar, aunque en el caso de sí querer borrar todo.
#19 Ey, que tampoco está tan mal si no tienes vida social y tienes tiempo para pelearte con tutoriales y manuales para casi cada cosa que quieras hacer (o si eres un genio y lo aprendes todo en segundos).
Comentarios
Esto consolida a 2015 como el año de linux en el escritorio
#3 El fallo es de Steam, no de Linux.
#30 Si fuera en Windows diríamos "vaya mierda de Windows", pero...
#30 El fallo es de Windows que lo permite porque es un coladero de seguridad. Esto en un sistema operativo robusto y superseguro como Linux sería impensable ... Oh wait!!
#64 Es robusto, por eso el script solo jode archivos de usuario, no del sistema.
#96 Porque de toda la vida lo importante es el sistema no tus archivos, porque el sistema no puede reinstalarse o repararse pero tus archivos pueden... oh wait.
#97 Eso es lo que han hecho todos los SSOO, en ese punto flaquean todos, todos:
OpenBSD, Linux, HaikuOS, Windows, Mac...
Aunque tienes PERMISOS
Pelis, música: chmod -w ~/Música ~/Vídeos -Rf
Modo hardcore: sudo chattr +i ~/Música ~/Vídeos -Rfv
Coñazo si quieres borrar algo, pero bueno.
#98 Lo ideal es que un SO detectara que un programa quiere cargarse todos tus archivos y te avisara antes de permitirlo pero bueno, va a ser que no
#99 En Linux se puede vigilar el acceso con Inotify, aparte del bloqueo con permisos.
Igual algún dia lo sacan en Ubuntu: Vigilar acceso, modificación y borrado a directorios de usuario -> Añadir .
Apparmor e Inotify debajo. Y hecho.
#98 SELinux permitiría solucionar ese y muchos otros problemas. Pero es un coñazo configurarlo y al final nadie lo hace.
#64 Pues en realidad a mi Linux me ha salvado de un bug garrafal de Steam... porque no me fié de su beta después de ver un par de cosas raras en su scripts y su nomenclatura de carpetas y lo metí en una jaula.
Más tarde intenté hacer lo mismo en Windows y... la única solución decente (de terceros) para meter jaulas en Windows impedía a los juegos y otras aplicaciones funcionar debidamente.
Y lo metí en una jaula de carpeta (que una carpeta se comporta como si fuese todo el sistema de ficheros) pero hoy día se puede enjaular a nivel kernel.
Claro que entiendo que un usuario medio no se iba a poner a montar una jaula para instalar Steam (o si, hay tutoriales paso a paso y son 2 minutos), pero ya ves que sistema da la posibilidad y cual no (por ejemplo, a un administrador de sistemas que deba proteger los datos del usuario de una aplicación sospechosa).
#30 Olvidaba que Linux es un ente puro e incorruptible. Cualquier problema es culpa de otro.
¿Quién necesita virus en Linux?
#1 Escribo desde mi movil. Se me borro mi home del ordenador!
#1 hola, solo quería ver esto de subir un comentario arriba. Saludos a los linuxeros de menéame
Según veo, un error parecido afecta a Steam para Windows:
Aviso:
El proceso de desinstalación elimina la carpeta en la que Steam estaba instalado para segurar que está completamente desinstalado. Si usted instaló accidentalmente Steam en una carpeta que contenía otros datos, por ejemplo C:/Program Files en lugar de C:/Program Files/Steam, ¡ALTO! No ejecute el desinstalador y, en su lugar, lea siga detenidamente las instrucciones siguientes para Eliminar Steam Manualmente...
https://support.steampowered.com/kb_article.php?ref=9609-OBMP-2526
Es decir, que si en un momento de locura instalas Steam junto a tus documentos en Windows, también puedes perderlos todos.
#18 Vamos, que si por la razón que sea pasa lo mismo en Windows (la variable está vacía), el C: al carajo.
#18 qué clase de animal desorganizado instala algo sin crear una carpeta personalizada para ello? Ni yo hago eso, y mira que soy dejado, desorganizado y desordenado del carajo.
#18 Por mucho que quisiera Steam no sería capaz de borrar el contenido de la carpeta Windows por falta de permisos.
Nunca habia pensado de todas formas los peligros de equivocarse en la isntalacion, ¿tan bestia es Steam de borrar los archivos instalados se carga la carpeta entera?
cuando el cliente falla a la hora de acceder al directorio de Steam. ejecuta el comando rm -rf /
¿En serio? Al colega que ha programado Steam para que ejecute eso habría que apartarle de cualquier teclado para el resto de su vida.
#15 En realidad lo que ejecuta es rm -rf "$STEAMROOT/"* pero en el caso de que $STEAMROOT esté vacio es equivalente a "rm -rf /" lo pone al final de la noticia
#16 Ah vale, entonces no pasa nada...
Está ejecutando un rm -rf con una variable que puede tener CUALQUIER COSA (incluido nada). Si yo hago eso en el curro al día siguiente te aseguro que no me dejan entrar. Un rm -rf es lo bastante serio como para considerar aceptable que esto es "un bug tonto".
#17 Si considerase que es un "bug tonto" no habría enviado la noticia
#20 No es un bug tonto, lo que quiere decir #17 sino un bug provocado por alguien tonto (o idiota más bien).
#16 Tan sencillo como comprobar su la variable esta vacía para que no pase. Su ejecutas un rm -fr tiene que hacer muchas comprobaciones para estar seguro de que nunca borraras el destino equivocado.
No es un bug, es una feature
¡Los virus no existen en Linux!
No como en windows que instalo un programa, acepto todo lo que me pone, me mete una barra en el navegador y digo que mierda windows.
Dicho esto, ¿vaya error mas bestia no?
#2 Los virus no, los bugs evidentemente si
#4
#5 Era sarcasmo...
#2 Léete lo que pone antes de acepar nada... Las prisas son malas.
#5 Por desgracia el usuario común siempre deja marcada la casilla de:
"¿Desea que le instalemos este software que le va a ralentizar el ordenador y le dará por culo por los siglos de los siglos?"
Y si lo pusiese exactamente así, el número de usuarios afectados sería el mismo
#33 Linux (y Linus) tiene muchísima experiencia con sistemas de archivos, mas de la que tiene ningún sistema operativo. Sabe de lo que habla.
Este va a ser el año de linux en el escrit.... HIJOPUTAAAAAAAAAAAAAAAAA
#3671: https://github.com/ValveSoftware/steam-for-linux/issues/3671
¿La noticia no es contradictoria? Por una parte dice que borra la carpeta home del usuario y por otra que cuando el cliente falla a la hora de acceder al directorio de Steam. ejecuta el comando rm -rf /. Si ese es el fallo, a quien se lo borre se lo tiene merecido por ejecutar una aplicación como root
#7 Si ejecutas rm -rf / como usuario sin privilegios, borra todo lo que haya bajo / con permiso de escritura para tu usuario, esto es, tu home.
#8 No lo sabía. Nunca te acostarás sin saber una cosa más
#32 #48 -> #8
#8 La propiedad es efímera
#48 → #8
#8 Tu home, datos unidades de red a las que tu usuario tenga permisos de lectura / escritura (ya que estarán montadas en algún punto del sistema de ficheros principal, es decir, colgarán de alguna parte de /), etc. Imagínate. ¿Tienes un NAS tope guay RAID 6 con 5 TB de información montado en tu sistema? Pues también puedes perder esos datos.
#8 no sólo el home. Si tienes cosas en particiones externas montadas con privilegios de usuario en /media y similares, TAMBIÉN se las cepilla. El primero que reporta el fallo ha perdido el home y un par de discos duros, creo.
#7 Como si borrar todo tu directorio home no fuera una jodienda bien gorda... A efectos prácticos casi como si borrases todo.
#25 Hombre, si borras el directorio raiz te tocará reinstalar a menos que tengas una imagen de la partición del sistema operativo. Y si la tienes probablemente estará desactualizada. Si te borran el home solo tienes que echar mano de la copia de seguridad para dejarlo como estaba
#31 ¿Echar mano de qué?
#38 Yo nunca he visto ninguna, pero un primo del hermano de un amigo asegura tener una
#38 Echar manos a la cabeza, y a buscar el teléfono del amijo pringaojoutu
#67 Sigue con las manos a la cabeza. Cuando borras algo en GNU/Linux con un rm -rf olvídate de herramientas de rescate.
#31 Si fuera por elegir, casi que prefiero que muera el sistema y no que mueran mis archivos, incluso si haces copias de seguridad siempre habrá un intervalo de tiempo que vas a perder.
Y si tienes algún disco duro conectado permanentemente para que haga las copias muy frecuentemente entonces sería posible que también lo hubiera borrado.
#63 Incluso el dropbox. Sin duda es una cagada importante
#31 Al SO que le den, ya se reinstalará. Yo lo que quiero es conservar mis archivos.
Por suerte se inventaron las copias... eso que nadie hace.
Circulen, aquí no ha pasado nada. Esta noticia no interesa
Que bug. Es el archiconocido comando rm *
#61 en ese caso no ocurrirá nada porque el comando rm no existe en windows
#66 Te voto positivo porque me ha hecho gracia. Es que hace mucho que no uso msdos.... seria "del c:/* -rf"??? Con carpetas hay una opcion para borrar todo sin pasar por la papelera, imaginate el riesgo de eso
#68 En windows se borran directorios de forma recursiva con el comando deltree. Sin embargo, este comando fue eliminado en versiones modernas de Windows
Lo único que puede hacerse es borrarse los archivos recursivamente y sin confirmación, pero no se borran los directorios:
"del /F /Q /S c:"
He tenido que ponerlo en comillas porque no me deja poner el "" final. Debe ser un bug de menéame al parecer
#72 El caso de Steam en linux el programador usa rm -r porque es lo qeu necesita para borrar los datos de la carpeta antigua. Por un fallo de programación le falta la ruta y se queda en "/" en lugar de "/steam" o lo que sea. El programa en Windows hara lo mismo que en linus (borrar steam usando del, deltree, y todo lo necesario) y si el programador la caga en la ruta pues haria un borrado masivo usando recursividad, del, deltree o lo que sea, porque el programador cree que esta borrando c:/stream
#72 Seguro que en Windows 7,8,x,vista existe el comando deltree?
http://en.m.wikipedia.org/wiki/DELTREE
#66
Si existe, en Powershell
#77 powershell no lo utiliza nadie
Por eso es conveniente tener el directorio home backupeado donde sea.
"Afortunadamente y como es habitual en los proyectos de código abierto, la comunidad en Github ya se ha puesto manos a la obra en busca de una solución, por lo que el bug no debería tardar demasiado en ser corregido."
¿Steam de código abierto?
Esto pasa por ejecutar software privativo, no auditable. Manda huevos, Steam, te has cubierto de gloria...
Yo hará 20 años tuve un error prácticamente igual en un desinstalador para Windows que, en determinadas circustancias, hacía mal la concatenación de la ruta y borraba todo desde el raíz al desinstalar. En ese caso la víctima fui yo mismo al probarlo
En ningún caso es un bug del sistema operativo. La manera, tediosa, de protegerse de estas cosas es meter el programa bien en una jaula de root o bien ejecutarlo como un usuario específico más restringido via setuid.
Esto es lo que les ha debido suceder: se les debe haber borrado el código fuente del HL3...
Es lo que tiene ejecutar software como r00t
if ($STEAMROOT is not NULL)
printf("de nada");
#69 var $STEAMROOT = " ";
ale, juankeado
#c-78" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2335280/order/78">#78
#!/bin/sh
trim()
trimmed=$
echo "$trimmed"
}
STEAMPUNKBITCH=$(trim "$STEAMROOT")
if [ -n "$STEAMPUNKBITCH" ]; then
echo "$STEAMPUNKBITCH/"
else
echo "whizzo feo "
fi
P.D.: Basado en http://stackoverflow.com/a/1683850
cc/ #69
Y la gente pagando por softwares para limpiar los discos duros...
IT'S FREEEEEEE
Anda la leche. Pues menos mal que no he cambiado la carpeta de marras, me hubiera destrozado la tesis.
#47 Prueba y ya veras como puedes cargarte casi todo menos algunos archivos de sistema. Yo no puedo probarlo porque tengo linux y porque no me quiero arriesgar a tener razon.
#49 La pregunta era un aspecto retórico por aquello de ser políticamente correcto. Vamos, era por no decirte "menuda tontada que acabas de decir".
Hace años que cualquier sistema Windows (2003, Vista, 7, 2008, 8...) implementa un sistema de ficheros con permisos equivalentes a los de cualquier sistema Unix. De tal forma el resultado será exactamente el mismo en Windows que en Linux. Sin ser administrador del sistema (root) no podrás borrar el FS completo y únicamente borrarás aquello para lo que tengas privilegios: tu directorio de usuario y aquellos ficheros que hayas creado.
#55 Que como bien sabes prácticamente casi todo lo que hayas creado en c:. por ejemplo te borrara, c:/AEAT (tus declaraciones de la renta) creo que tambien borraria "archivos de programa" porque los has creado con tu usuario.
El problema es que Windows al final la mayor parte de archivos se crean con permisos del usuario.
En windows 8 desconozco porque no lo he manejado.
#58 #47 perdona pero si paras el servicio de wmi te puedes cepillar hasta los archivos de windows dejando la unidad completamente vacia
en caso de realizar un borrado sin parar wmi borras casi todo lo que no este en uso o protegido por el SO aunque ni eso te garantiza que te pueda arrancar de nuevo el sistema operativo
#76 Sin permisos de administrador de la carpeta de Windows no borras nada de nada cierres el servicio que cierres.
#55 No sería problema si no fuera porque Windows, por defecto, te crea un usuario "normal" que en realidad es un administrador ¿O conoces a mucha gente que tenga distintos usuarios para administración y uso diario en su equipo?
#50 Veo que no conoces linux... si haces un "rm / -r" linux SOLO te deja borrar los archivos que sean de tu usuario (/home/USUARIO), el resto es de root o de otros usuarios.
#54 si el usb ha sido montado por tal usuario, entonces también se borra lo del usb. Veo que conoces poco linux
#57 Efectivamente.
Eso si, si en windows ejecutas un programa que haga rm c:/*; rm d:/* ; rm e:/* no ocurrira lo mismo?
#32 #54 #70 En algunas de las distribuciones de Linux actuales si intentas hacer un 'rm -rf /' no borrará nada, ni siquiera como usuario root al estar activada por defecto la opción preserve-root (aunque por si acaso no lo intentaría).
http://www.linuxbsdos.com/2012/04/29/what-will-rm-rf-actually-do-to-your-linuxbsd-machine/
http://manpages.ubuntu.com/manpages/utopic/en/man1/rm.1.html
Os acordais de aquel desinstalador que hacia rm -rf /usr/bin/programainstalado y que en una de las versiones se cambio a rm -rf /usr /bin/programainstalado?
#92 Esa me pasó a mi con OS X...
sudo rm -rf /System /Library/Extensions/MiDriver.kext
Que bien me lo pasé aquel día...
Ahora saldrá algún listo diciendo que la culpa es del usuario, que si no fuese root no sería tan grave...
¿FUD a portada? Están acojonados.
vaya mierda rm, es mejor fdisk
Y qué pasa con GIMP?
Así aprenderán
Este va a ser el año de linux borrando tu escritorio
novedad!
pd: no
Ah, casi se me olvida, una vez intenté recuperar cosas de una partición ext4 y fue casi imposible si se trata de encontrar archivos determinados, quizás si se trata de recuperar todo fuera más fácil.
Recuperar archivos borrados es mucho más fácil en sistemas fat/ntfs desde windows.
Backups, backups para todos. Que no le entren virus no quiere decir que un bug o un fallo no te pueda mandar a tomar por saco todos tus datos. Por cierto, espero que no ocurra algo similar a los de Windows, estoy seguro que aquí no borraría la carpeta del usuario, borraría eso y todo lo que pudiera de C:
#81 Sí, ocurre igual, como han dicho en los comentarios, pero los winlosers sólo se fijan si un fallo afecta a Linux. Si el fallo fuese exclusivamente en Steam para Windows no sería noticia.
#94 Pues fíjate que yo creo que al contrario, ocurriría que los usuarios Linux serían los que dieran bombo a la noticia, aunque seguro que no tanto. La gente que jamás a probado Linux debería abstenerse de
tirar piedrasopinar sobre dicho S.O. (que yo como usuario Windows pienso que Linux le da mil vueltas), pero tampoco creas que faltarán los usuarios de Linux que se crean que son superiores por utilizar ese sistema (cuando la mayoría habrán pasado en algún momento de su vida desde Windows).Un bug es un bug, sea el S.O. que sea, y puede pasar en cualquier aplicación. Que Steam la cagó a base de bien con ese bug, por supuesto, pero no entiendo a la gente que aprovecha eso para despotricar contra el S.O. que nada tiene que ver con el causante de la noticia.
Dentro de poco, con sistemas como CoreOS, donde todo estará dentro de containers, estas cosas dejarán de ser un problema.
No es difícil entender el amor que tienen algunos por docker.
#45 Yo lo que quiero es que cada programa se instale autónomamente sin paquetes extra a lo OSX o HaikuOS.
Espero que BTRFS sea el FS por defecto para siempre, y se usen subvólumenes automáticos de disco para cada programa.
#95 docker, o la versión de docker que tienen en CoreOS (rocket), básicamente podría hacer eso. De hecho, creo que CoreOS no tiene gestor de paquetes, usa los containers como método para instalar cosas. (instalar y aislar)
En un futuro, la integración de Btrfs con los containers va a ser interesante.
(ubuntu también está por este camino, por cierto)
Con estos fallos para qué necesitamos virus
Afortunadamente en MacOs no pasan estas deficiencias propias de un SO de aficionados
#12 Linus Torvalds: el sistema de archivos HFS+ de Apple está diseñado por monos
Linus Torvalds habla del sistema HFS+ de Apple, sin tapujos, describe lo que le parece éste sistema de ficheros.
linus-torvalds-sistema-archivos-hfs-apple-esta-disenado-monos/standard
Linus Torvalds: el sistema de archivos HFS+ de App...
lamiradadelreplicante.com#14 qué va decir si es el creador de Linux...
#12 uhm, si lees en qué consiste el error verás que podría haber pasado igualmente en otro sistema operativo, el programa de steam simplemente ejecuta el comando de borrar todo lo que hay en la carpeta de usuario. Si el que programó eso llega a hacer lo mismo para mac o para windows, lo mismo pasaría en dichos sistemas operativos. NO es fallo del sistema operativo.
#34 Muy cierto. Pero el problema es que si esto mismo pasa en por ejemplo Windows, la culpa, aparte de Steam, hubiera sido tambien de Windows (y de Microsoft, por supuesto) porque su sistema permite semejante "animalada" a un software. Y en seguida saldrían cientounmil comentarios diciendo que "esto en linux no pasaría porque es más seguro y menos permisivo", etc. etc.
El problema es la justificación de algunos que, a mi juicio, es injustificable sea en el s.o. que sea.
#70 Eso lo dices tu porque si. Anda que no hay toneladas de bugs de programas que son considerado eso, bugs de programas y no del SO.
Que Windows, además, tenga (haya tenido mejor dicho) un buen historial de fallos gravísimos de seguridad es otro tema. Si mi programa puede fallar y como resultado ejecutar un "del c:" obviamente el problema es de mi programa y no del SO que no puede prevenir este tipo de cosas. En un windows NT (por no decir moderno ya que NT haría lomismo) pasaría lo mismo que en linux, perdería todo lo de mi usuario . Sin embargo en un Win9x perderia c: porque el SO está mal diseñado y tiene usuarios pero no privilegios ni permisos. Creo que la diferencia es bastante evidente.
#79 Y por eso win9x desapareció y dió paso a
Windows MEWindows XP que estaba "basado" en WinNT. Pero el problema no está en la versión del S.O. sino en el sistema de archivos, porque en un XP corriendo sobre FAT/FAT32, la seguridad de archivos sigue siendo nula (y anda que no ha habido y hay aun por ahí XP's bajo FAT32 ). Se precisa tenerlo sobre NTFS (NT File System), que es el que sí soporta seguridad en archivos.Por cierto, un par de cosas:
- En NT un "del c:" no toca carpetas de sistema. Requiere permisos especiales.
- Un error muy común: Win9x nunca fue sistema operativo, sino entorno operativo gráfico. El S.O. era MS-DOS.
#83 Perdona la tardanza brutal en responder pero win9x eran SSOO completos que no necesitaban una instalación previa de MS-DOS. Win3x y anteriores si que eran meros entornos (de hecho no eran los únicos existentes para dos)
#70 pues el que afirmase eso sería un bocazas, ¿eh?
#12 En windows también pasa algo parecido en instalaciones no estandar.
https://support.steampowered.com/kb_article.php?ref=9609-OBMP-2526
Y me encantaría ver el script en MacOs a ver si está bien escrito. Pero este tipo de vulnerabilidad por diseño se aplica IGUAL en Linux y en Mac.
jojoj vaya mierda esto de linux, el sistema operativo perfecto para algunos
#19 A ver , vamos a explicar el problema porque veo que no lo has entendido:
1. El fallo es de un programa que no tiene que ver con el core de linux.
2. Este programa en una linea de su codigo lo que hace es INTENTAR borrar TODO
3. Como linux tiene un sistema decente de archivos solo le deja borrar lo que tiene permiso (La home o para que lo entiendas, mis documentos)
Conclusión:
Si el programador de Steam se equivoca y hace lo mismo en Windows, se cepillaría la mayor parte del sistema ya que su sistema de archivos no tiene permisos "decentes" como linux
#29 ¿Estás seguro de lo que acabas de decir? NTFS tiene un sistema de permisos equivalente a cualquier FS moderno e incluso bastante más granular.
#47 Acabo de probar en el ordenador de casa (Windows 7), he modificado la carpeta archivos de programa y archivos de programa x86 (borrando alguna subcarpeta) y me ha dejado como un campeón. Si no me equivoco el sistema iria borrando en orden alfabetico hasta llegar a la carpeta Windows en la cual dejaría borrar los archivos menos los que estuviesen en uso.
#29 En linux borra /, por tanto podría incluso borrar archivos de un usb externo. En Windows borra únicamente C:, por lo que dejaría exento a los usb externos. Ahí tienes tu sistema de archivos decente
#29 Seguramente no, fallaría en el primer elemento que no pueda borrar y ahí se pararía... más que nada porque alguna vez me ha pasado algo similar, aunque en el caso de sí querer borrar todo.
#19 Ey, que tampoco está tan mal si no tienes vida social y tienes tiempo para pelearte con tutoriales y manuales para casi cada cosa que quieras hacer (o si eres un genio y lo aprendes todo en segundos).
#41 toda la razón