It was once very fashionable in Linux distros to alias rm to "rm -i". I don't see that as often as I used to, which surprises me: it can only mean that everyone else hates that as much as I do.
Seriously: how often do you screw up and remove something you shouldn't have? Sure, it happens: misplaced wildcards or a slip of the finger can do it. More than once I've meant to do something like "rm *.bak" and accidentally put a space after the "*". This stuff happens, but it happens so infrequently that it's not worth putting up with "rm -i" the rest of the time.
And when I do screw up, how bad can the damage be if I'm not running as root?
If you do happen to be root, the damage can be horrible. I have to admit that yes, I have (once) accidentally typed "rm -r /". Worse, I did it during a training session on a live system. The results were dramatic and embarrassing. Fortunately I saved most of it by immediately pulling the power plug, so little had a chance to commit from cache, but I still had a bit of restoring to do. That was a bad day.
I think that while "rm -i" is annoying, a new "-ii" (intelligent interactive) could be less so. In my version, "rm -ii" would be silent and immediately obedient when asked to remove one file. With more than one, the first thing it would do is get an approximate count - to save time it wouldn't look very far, but might instead say "You are matching more than 20 files". Perhaps both of these limits should be user configurable: "rm -ii 1:20" is clumsy. but as it would probably ordinarily be used as an alias, that's unimportant. The most important part is the simple addition of a "c" answer, which would stop asking for confirmation and just remove the remaining files. You could give that at any time, of course. That "ii" could save you from disaster without being quite so annoying.
Somebody had the thought that not even root should be able to remove the earth it stands on. See "rm -rf /" protection at "Meddling in the Affairs of Wizards" for the interesting story of how they got that by the standards committee.
More Articles by Anthony Lawrence - Find me on Google+
Have you tried Searching this site?
Unix/Linux/Mac OS X support by phone, email or on-site: Support Rates
This is a Unix/Linux resource website. It contains technical articles about Unix, Linux and general computing related subjects, opinion, news, help files, how-to's, tutorials and more. We appreciate comments and article submissions.
Many of the products and books I review are things I purchased for my own use. Some were given to me specifically for the purpose of reviewing them. I resell or can earn commissions from the sale of some of these items. Links within these pages may be affiliate links that pay me for referring you to them. That's mostly insignificant amounts of money; whenever it is not I have made my relationship plain. I also may own stock in companies mentioned here. If you have any question, please do feel free to contact me.
Specific links that take you to pages that allow you to purchase the item I reviewed are very likely to pay me a commission. Many of the books I review were given to me by the publishers specifically for the purpose of writing a review. These gifts and referral fees do not affect my opinions; I often give bad reviews anyway.
We use Google third-party advertising companies to serve ads when you visit our website. These companies may use information (not including your name, address, email address, or telephone number) about your visits to this and other websites in order to provide advertisements about goods and services of interest to you. If you would like more information about this practice and to know your choices about not having this information used by these companies, click here.
Click here to add your comments
Don't miss responses! Subscribe to Comments by RSS or by Email
Click here to add your comments
If you want a picture to show with your comment, go get a Gravatar