Mailinglist Archive: opensuse-es (1472 mails)

< Previous Next >
Re: [suse-linux-s] sugerencias - comparativas servidores de correo (postfix, qmail...)
  • From: Rafa Grimán <rgriman@xxxxxxx>
  • Date: Wed, 25 Jan 2006 20:20:40 +0100
  • Message-id: <43D7CF88.3010603@xxxxxxx>
Hola :)

AleOP wrote:
El mié, 25-01-2006 a las 01:47 -0300, Victor Hugo dos Santos escribió:

[...]

y todo por que ejecute un comando "rm *" dentro de esta carpeta como
usuario root.

Jo, amigo, es que eso, ni por pienso, se me hubiera ocurrido a mí jamás,
incluso cuando instalé mi primer linux (un Slackware, como casi todos,
supongo) al software, sino a una metedura de pata mía hasta el cuello.
No tiene nada que ver con lo que digo. Lo siento.
Como puede "bash" ser tan estupido y no detener este comando ???

Hombre, es que esto es linux. Si te hubiera avisado, se llamaría
Ventanucos. Linux hace lo que le mandas. El otro, en cambio, hace lo que
a él le da la real gana. E incluso, SuSE siempre ha sido creo la única
distribución que siempre configuraba su comando "rm", sin ningún tipo de
alias con el parámetro "-i", para que te asegures antes de qué estás
borrando. Y me ha parecido estupendo: lo de confirmar una orden me ha
parecido siempre bastante infantil: si quieres borrar, pues borra; hazlo
a conciencia y verás cómo nunca te pasa nada.

No es culpa del bash. Existe un atributo de no-borrado y otro de inmutabilidad que se pueden utilizar. El problema del atributo de no-borrado es qu eno existe una herramienta que recupere el fichero.

Los sistemas de ficheros de Unix funcionan igual que los de Microsoft: cuando borras un fichero, no desaparece del disco, lo que ocurre es que se rompe el enlace entre i-nodo y bloque en disco donde se encuentra el fichero. Luego si escaneas la superficie del disco buscando bloques ocupados, podrás recuperar el fichero (datos). El problema es que esa herramienta no existe. En MS-DOS se llamaba undelete, pero nosotros no tenemos ninguna ... bueno, hay cosas como tct que hacen esto.

Para evitar [e|ho]rrores humanos, podemos:
- usar opciones como -i
- usar atributos de inmutabilidad
- no trabajar como usuario root
- cambiar permisos
- tener copias de seguridad
- clonar discos
- ...

Errar es de humanos ... y de sabios rectificar ;)

HTH

Rafa

--

Rafa Grimán
Systems Engineer

Silicon Graphics Spain
Santa Engracia , 120 - Planta Baja 28003 Madrid, Spain

Tel: +34 91 3984200
Fax: +34 91 3984201
Móvil: +34 628 117 940

http://www.sgi.com



< Previous Next >
Follow Ups