[ale] help with rm (yes, I'm embarrassed about this)
Aditya Srinivasan
sriad at uab.edu
Wed Nov 24 09:35:56 EST 2004
Hi Nathan,
This is my guess based on general principles. I dont know if there is a
special rule involved here.
I would imagine that all rm did was to use the list provided by the shell
after it expanded * (since you used rm -fr *).
So look at the sequence of files/directories provided by the shell when it
expands * in /home
eg echo *
If /home/backup is the first dir .. then you should be safe.
Thanks,
sriad
On Wed, 24 Nov 2004, Nathan J. Underwood wrote:
> Ok, too early in the morning, and little coffee has been ingested (and
> it's really close to a long weekend). Anyway, here's the deal. I have
> a server that houses all of it's data in /home. There's a subdirectory
> (/home/backups) that had a backup of all of the stuff that was in /home
> (all of the data) that I needed to empty (not delete the directory, just
> empty it out). Generally, I'll cd into that directory and do an rm -rf
> *, which works really well. Since the process is a once-in-a-blue-moon
> thing, I've not bothered scripting or automating it. At any rate, I had
> to do it this morning. Unfortunately for me, I was in /home, rather
> than in /home/backup. I very quickly realized what I'd done (about 2
> seconds), but had already started the command. So, here's the quandry.
> I know *some stuff* must have been deleted. I'm hoping that it starts
> deleting at 0 and progresses to z. If that's the case, it would have
> started in the /home/backups directory, in which case I have nothing to
> worry about (i.e. nothing outside of /home/backups would have been
> bothered). Can anyone confirm / debunk this, or tell me where to look
> it up? Thanks.
>
> \/-- insert flames here --\/
>
>
>
--
Thanks,
sriad
More information about the Ale
mailing list