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.
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...
#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".
#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
#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.
#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.
#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.
#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.
¿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
#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
#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).
#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.
#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!!
#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
#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.
"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."
#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).
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.
#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.
#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.
#106 En Windows si un programa jode los datos del usuario es culpa del programa, no de Windows.
Si das permiso a que entre cualquiera a tu casa, igual no te roba los cimientos, o lo que esté en un cuarto aparte bajo llave, pero te desvalija todo lo que le des acceso.
#129 En serio... yo no sé si es porque hace años que no usáis Windows...
¿Qué diferencia hay entre un usuario por defecto de cualquier distro moderna de Linux que está dentro del sudoers y un usuario por defecto de un windows Vista/7/8 que tiene que hacer elevación de privilegios para realizar tareas administrativas?
La respuesta es ninguna. Como mucho que la acción de elevar privilegios en Linux requiere de introducir la password del usuario, mientras que en Windows requiere de darle al botón "Elevar privilegios". Pero por lo demás .. es la misma película. Son usuarios NO administrativos que tienen privilegios para ser administradores mediante una acción consciente que les permite elevar sus privilegios.
#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.
#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.
#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.
#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.
#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.
#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.
#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
#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?
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?
#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
#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?
#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.
Comentarios
Esto consolida a 2015 como el año de linux en el escritorio
#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.
#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¿Quién necesita virus en Linux?
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.
#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
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.
#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".
#3 El fallo es de Steam, no de Linux.
No es un bug, es una feature
#31 ¿Echar mano de qué?
¡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
#17 Si considerase que es un "bug tonto" no habría enviado la noticia
#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.
#4
#5 Era sarcasmo...
#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
#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.
#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.
#2 Léete lo que pone antes de acepar nada... Las prisas son malas.
#38 Yo nunca he visto ninguna, pero un primo del hermano de un amigo asegura tener una
#8 La propiedad es efímera
#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
Este va a ser el año de linux en el escrit.... HIJOPUTAAAAAAAAAAAAAAAAA
#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.
#3671: https://github.com/ValveSoftware/steam-for-linux/issues/3671
#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.
¿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
#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
#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
#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
#63 Incluso el dropbox. Sin duda es una cagada importante
#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.
#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!!
#98 SELinux permitiría solucionar ese y muchos otros problemas. Pero es un coñazo configurarlo y al final nadie lo 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
#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
#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.
#64 Es robusto, por eso el script solo jode archivos de usuario, no del sistema.
Por eso es conveniente tener el directorio home backupeado donde sea.
#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.
#69 var $STEAMROOT = " ";
ale, juankeado
"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?
#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).
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.
#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.
#67 Sigue con las manos a la cabeza. Cuando borras algo en GNU/Linux con un rm -rf olvídate de herramientas de rescate.
#7 Como si borrar todo tu directorio home no fuera una jodienda bien gorda... A efectos prácticos casi como si borrases todo.
#30 Si fuera en Windows diríamos "vaya mierda de Windows", pero...
#8 No lo sabía. Nunca te acostarás sin saber una cosa más
#70 pues el que afirmase eso sería un bocazas, ¿eh?
#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.
#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...
#1 hola, solo quería ver esto de subir un comentario arriba. Saludos a los linuxeros de menéame
Es lo que tiene ejecutar software como r00t
Esto es lo que les ha debido suceder: se les debe haber borrado el código fuente del HL3...
#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.
#123: Tienes más razón de la que me atrevo a admitir.
if ($STEAMROOT is not NULL)
printf("de nada");
#48 → #8
#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.
#106 En Windows si un programa jode los datos del usuario es culpa del programa, no de Windows.
Si das permiso a que entre cualquiera a tu casa, igual no te roba los cimientos, o lo que esté en un cuarto aparte bajo llave, pero te desvalija todo lo que le des acceso.
#54 si el usb ha sido montado por tal usuario, entonces también se borra lo del usb. Veo que conoces poco linux
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.
#77 powershell no lo utiliza nadie
#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.
#129 En serio... yo no sé si es porque hace años que no usáis Windows...
¿Qué diferencia hay entre un usuario por defecto de cualquier distro moderna de Linux que está dentro del sudoers y un usuario por defecto de un windows Vista/7/8 que tiene que hacer elevación de privilegios para realizar tareas administrativas?
La respuesta es ninguna. Como mucho que la acción de elevar privilegios en Linux requiere de introducir la password del usuario, mientras que en Windows requiere de darle al botón "Elevar privilegios". Pero por lo demás .. es la misma película. Son usuarios NO administrativos que tienen privilegios para ser administradores mediante una acción consciente que les permite elevar sus privilegios.
#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.
#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.
#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.
#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.
#57 Efectivamente.
Eso si, si en windows ejecutas un programa que haga rm c:/*; rm d:/* ; rm e:/* no ocurrira lo mismo?
#38 Echar manos a la cabeza, y a buscar el teléfono del amijo pringaojoutu
#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.
#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.
#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
#32 #48 -> #8
#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?
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?
#76 Sin permisos de administrador de la carpeta de Windows no borras nada de nada cierres el servicio que cierres.
Ahora saldrá algún listo diciendo que la culpa es del usuario, que si no fuese root no sería tan grave...
#41 toda la razón
#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
#117 "Sin embargo, este comando fue eliminado en versiones modernas de Windows"
#18 Vamos, que si por la razón que sea pasa lo mismo en Windows (la variable está vacía), el C: al carajo.
¿FUD a portada? Están acojonados.
vaya mierda rm, es mejor fdisk
#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.
#104 Instaladores de software si recuerdo en tiempos del 98 que se cargaban "ciertas cosas " al desinstalar y que mandaban tu SO al cuerno.
Y qué pasa con GIMP?
Así aprenderán
#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?
#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.
#20 No es un bug tonto, lo que quiere decir #17 sino un bug provocado por alguien tonto (o idiota más bien).
Este va a ser el año de linux borrando tu escritorio