Re: Deshacer RM
-Original Message- From: Octavio Rodriguez Perez [EMAIL PROTECTED] To: Lista de Linux Debian debian-user-spanish@lists.debian.org Date: viernes 18 de septiembre de 1998 16:47 Subject: Re: Deshacer RM Hola, ¿Alguien puede explicarme por que no existe un 'undelete' en todos los unices? ¿Es por problemas de seguridad? ¿Como puede afectar? Gracias, Octavio -- El sistema de ficheros no lo soporta porque simplemente no se quiso hacer. Es trabajo de los backups no del sf. Se puede decir que el culpable es la filosofía de los que crearon el sf, que no quisieron introducir en el código un problema ya solucionado mediante copias de seguridad. Valentin
Re: Deshacer RM
On Fri, 18 Sep 1998, Octavio Rodriguez Perez wrote: Hola, ¿Alguien puede explicarme por que no existe un 'undelete' en todos los unices? ¿Es por problemas de seguridad? ¿Como puede afectar? Tal como yo lo veo es un problema de filosofía. En Windows se asume que el usuario es ignorante de todo y todo lo que indica que quiere hacer no debe tomarse demasiado en serio. En SO tipo Unix se asume que la responsabilidad de las acciones peligrosas recae en primer lugar sobre el administrador de la maquina que establece una política adecuada de seguridad. En este caso por ejemplo prodría haber protegido los ficheros sensibles con unos permisos adecuados, o con una politica de backups adecuada o sustituyendo el comando rm para guardar una copia de lo que borre en algun lugar. Hay varias utilidades en este sentido y tampoco es dificil hacer una. En SO tipo Unix el sistema proporciona el minimo de impedimentos porque no hace grandes distinciones entre un ususario de carne y hueso y un usuario software. Por todo esto muchos considera a los SO tipo Unix como mucho más sencillos mientras que otros los consideran mucho más complicados. Esta claro que un usuario final sin conocimientos tecnicos lo consideratá un SO hostil aunque lo que procede no es hacerlo amibable, sino recubrirlo con un interfaz amigable. Un SO debería tener como misión principal la gestion eficiente de los recursos del sistema. La interfaz de usuario no debería formar parte de un SO. Almenos no hasta el punto en que incluso los programas que interactuan con el SO sean considerados potencialmente tan torpes como los humanos. En Unix los comandos se piensan para ser utilizados fundamentalmente por otros programas. Cada uno hace una cosa muy determinada y se pueden combinar entre ellos. Gracias, Octavio -- Para DARSE de BAJA, enviar un mensaje que diga unsubscribe en el Subject a [EMAIL PROTECTED] En caso de problema, escribir a [EMAIL PROTECTED] --- En caso de contestar a la lista mandame copia personal. /\ /\ Los mas importantes desarrolladores de Bases de datos \\W//están portando sus productos a Linux. Porque crees tu _|0 0|_ que será ?Yo creo que Linux es el futuro. +-oOOO--(___o___)--OOOo--+ | . . . . U U . . . . Antonio Castro Snurmacher | | http://slug.ctv.es/~acastro.[EMAIL PROTECTED] | +()()()--()()()--+
RE: Deshacer RM
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Craso error. Solo con un backup. Lo siento. La próxima vez utiliza la opción de confirmación de rm. - -Mensaje original- De: Octavio Rodriguez Perez [EMAIL PROTECTED] Para: Lista de Linux Debian debian-user-spanish@lists.debian.org Fecha: viernes 18 de septiembre de 1998 13:29 Asunto: Deshacer RM Hola, Necesito ayuda urgentemente. Sin querer he borrado un directorio importante: rm -rf directorio ¿Hay alguna forma de recuperarlo? Me temo que no. Gracias, Octavio -- Para DARSE de BAJA, enviar un mensaje que diga unsubscribe en el Subject a [EMAIL PROTECTED] En caso de problema, escribir a [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: PGP 5.5.5 iQA/AwUBNgI2k1xu4F9ONJu0EQLXKQCfV7XcNTW0vQJNYmRgh2B/kq92TFsAnRvd eGjwurP/DZQBhNCWR+4iIxEg =W+Yr -END PGP SIGNATURE-
Re: Deshacer RM
On Fri, Sep 18, 1998 at 12:27:21PM +, Octavio Rodriguez Perez wrote: Hola, Necesito ayuda urgentemente. Sin querer he borrado un directorio importante: rm -rf directorio ¿Hay alguna forma de recuperarlo? Me temo que no. Puedes leerte el Undelete-mini-HOWTO. Tal vez puedas recuperar algo, aunque no tengas mucha confianza... Saludos, -- Enrique Zanardi[EMAIL PROTECTED]
Re: Deshacer RM
On Fri, Sep 18, 1998 at 12:27:21PM +, Octavio Rodriguez Perez wrote: Hola, Necesito ayuda urgentemente. Sin querer he borrado un directorio importante: rm -rf directorio ¿Hay alguna forma de recuperarlo? Me temo que no. Gracias, Octavio SI lo hay, pero no es ni evidente ni facil, y es muy posible que si has utilizado posteriormente el sistema ya no funcione. Esto se debe a que el sistema de ficheros, hara uso de los inodos libres si se da el caso de que los necesita (tiene que crear nuevos ficheros o lo que sea). La forma de hacerlo es utilizar el debugfs, que puede utilizarse para depurar A BAJO NIVEL, un sistema de ficheros ext2. No es recomendable su uso para no expertos, pero si conoces el sistema ext2, los inodos, etc.. puedes localizar los bloques que tenia asignado, por ejemplo, un fichero y marcarlos en su inodo. Yo alguna vez, en casos de GRAVE necesidad, he conseguido recuperar alguna cosa... pero no es moco de pavo, aviso. Un saludo Javi PD: Se puede hacer TODO en Linux, aunque depende del tiempo que tenga uno para mirarse manuales, documentación y código fuente :)
Re: Deshacer RM
Hola, ¿Alguien puede explicarme por que no existe un 'undelete' en todos los unices? ¿Es por problemas de seguridad? ¿Como puede afectar? Gracias, Octavio
Re: Deshacer RM
On Fri, 18 Sep 1998, Octavio Rodriguez Perez wrote: ¿Alguien puede explicarme por que no existe un 'undelete' en todos los unices? La verdadera razón no la sé, pero se me ocurren varias posibles. Tal vez sería poco fiable, y si no lo fuera, probablemente el empeño en que sí lo fuera obligaría al sistema operativo a hacer las cosas de distinta forma a como las hace ahora (en cuanto a asignar espacio en el disco se refiere). Razones por las que creo que sería poco fiable: En los viejos tiempos del MS-DOS, se podía borrar un fichero, y si no se creaban más y se estaba uno quieto, se podía estar casi seguro de que el espacio ocupado por ese fichero borrado no había sido ocupado por otro fichero. Ahora, con multitarea y con tantos procesos funcionando al mismo tiempo, muchos de ellos creando y borrando ficheros temporales, cualquiera sabe si el espacio ocupado por un fichero borrado habrá sido ya utilizado para otro fichero o no. Bueno, como ves esto es solamente una medio-respuesta... -- 76bd065dc89ce40b769aa6f1a89e8764 (a truly random sig)
Re: Deshacer RM
On Fri, Sep 18, 1998 at 07:00:27PM +0200, Santiago Vila wrote: On Fri, 18 Sep 1998, Octavio Rodriguez Perez wrote: ¿Alguien puede explicarme por que no existe un 'undelete' en todos los unices? La verdadera razón no la sé... Pues yo tampoco, pero el cuento es, si no lo quería borrar... para qué lo borró? En los viejos tiempos del MS-DOS, se podía borrar un fichero, y si no se creaban más y se estaba uno quieto, se podía estar casi seguro de que el espacio ocupado por ese fichero borrado no había sido ocupado por otro fichero. En las últimas versiones, cuando se borraba el archivo, este quedaba con una marca de borrado, pero realmente no se borraba. Si se iba a escribir algo DOS se encarga de ponerlo _después_ de los archivos borrados _tratando_ de no sobreescribir los archivos borrados. Si ya era completamente imposible escribir sin sobreescribir dichos archivos, pues ya no había de otra, y tocaba sobreescribirlos y enviarlos al mismísmo nirvana. Ahora, con multitarea y con tantos procesos funcionando al mismo tiempo, muchos de ellos creando y borrando ficheros temporales, cualquiera sabe si el espacio ocupado por un fichero borrado habrá sido ya utilizado para otro fichero o no. Sencillamente el sistema de archivos se diseño para ser seguro y eficiente. Este seguro incluye que los datos no se dañen. Si por 'x' o 'y' motivo se perdieron o se dañaron datos, pues sencillo, recuperelo del backup. Para eso están las unidades de cinta, DAT, CD-R, disquetes ;), etc... Bueno, como ves esto es solamente una medio-respuesta... Esto fue un medio-comentario a una medio-respuesta... -- Ugo Enrico Albarello López de Mesa [EMAIL PROTECTED]