<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>I am a noober but what my mistake here at home was copy an openSUSE12.3 iso image to my primary harddisk instead of the thumb drive which was intended. <br><br><div>> From: tclug-list-request@mn-linux.org<br>> Subject: tclug-list Digest, Vol 101, Issue 21<br>> To: tclug-list@mn-linux.org<br>> Date: Sat, 18 May 2013 14:53:19 -0500<br>> <br>> Send tclug-list mailing list submissions to<br>>   tclug-list@mn-linux.org<br>> <br>> To subscribe or unsubscribe via the World Wide Web, visit<br>>    http://mailman.mn-linux.org/mailman/listinfo/tclug-list<br>> or, via email, send a message with subject or body 'help' to<br>>        tclug-list-request@mn-linux.org<br>> <br>> You can reach the person managing the list at<br>>        tclug-list-owner@mn-linux.org<br>> <br>> When replying, please edit your Subject line so it is more specific<br>> than "Re: Contents of tclug-list digest..."<br>> <br>> <br>> Today's Topics:<br>> <br>>    1. worst Linux/UNIX command line mistake, ever (Mike Miller)<br>>    2. Re: worst Linux/UNIX command line mistake, ever (Justin Krejci)<br>>    3. Re: worst Linux/UNIX command line mistake, ever (Josh More)<br>>    4. Re: worst Linux/UNIX command line mistake, ever (Andrew Berg)<br>>    5. Re: worst Linux/UNIX command line mistake, ever (Michael Greenly)<br>> <br>> <br>> ----------------------------------------------------------------------<br>> <br>> Message: 1<br>> Date: Sat, 18 May 2013 12:22:14 -0500 (CDT)<br>> From: Mike Miller <mbmiller+l@gmail.com><br>> To: TCLUG List <tclug-list@mn-linux.org><br>> Subject: [tclug-list] worst Linux/UNIX command line mistake, ever<br>> Message-ID: <alpine.DEB.2.00.1305181214520.26110@taxa.psych.umn.edu><br>> Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed<br>> <br>> I have a few users on a box at work.  Some are not active.  I'm also about <br>> to move everything to a new machine.<br>> <br>> This is the stupid thing I did.  The hard drive was full so I needed to <br>> make some space.  I copied files from /home/marc to another machine and <br>> then was going to remove /home/marc.  So I did this...<br>> <br>> cd /home/marc<br>> sudo rm -rf *  <-- that would have been OK, but I killed that command<br>> cd ..<br>> sudo rm -rf marc  <-- what I intended to do, which would have been fine<br>> sudo rm -rf *  <-- what I did instead<br>> <br>> That would have wiped every file out of /home if I hadn't realized almost <br>> instantly what I had done.  So I hit Ctrl-C a couple of times fast and <br>> looked at the damage.  Nothing was lost except for all of the files for <br>> the user whose name was first in alphabetical order.  All 858 MB of files.<br>> <br>> Luckily, this user was probably just using the account to transfer files <br>> between other machines on a firewalled network, so it might not be a big <br>> deal, but I'm not sure.<br>> <br>> I consider myself lucky that I stopped it quickly, but that doesn't help <br>> him because his files are all gone.<br>> <br>> Yikes.  I'll bet you know you should be careful with this command:<br>> <br>> sudo rm -rf *<br>> <br>> That's like the most dangerous command there is, except maybe for this <br>> one:<br>> <br>> sudo rm -rf /*<br>> <br>> But we don't use that command in real life, just a joke for noobs.<br>> <br>> Mike<br>> <br>> <br>> ------------------------------<br>> <br>> Message: 2<br>> Date: Sat, 18 May 2013 12:43:04 -0500<br>> From: Justin Krejci <jus@krytosvirus.com><br>> To: tclug-list@mn-linux.org<br>> Subject: Re: [tclug-list] worst Linux/UNIX command line mistake, ever<br>> Message-ID: <2wlrve5dltvwevpf20ma21k3.1368898984755@email.android.com><br>> Content-Type: text/plain; charset="utf-8"<br>> <br>> The glory of sudo allows you to granularly deny certain uses of commands mixed with certain arguments/options. I am sure I read a document online a few years back on the subject of safe sudo practices. I had developed a nice sudoers file for use on an email server system shortly after a colleague accidentally ran a similar command at the root level of the mailbox directory.?<br>> <br>> -------- Original message --------<br>> From: Mike Miller <mbmiller+l@gmail.com> <br>> Date:  <br>> To: TCLUG List <tclug-list@mn-linux.org> <br>> Subject: [tclug-list] worst Linux/UNIX command line mistake, ever <br>>  <br>> I have a few users on a box at work.? Some are not active.? I'm also about <br>> to move everything to a new machine.<br>> <br>> This is the stupid thing I did.? The hard drive was full so I needed to <br>> make some space.? I copied files from /home/marc to another machine and <br>> then was going to remove /home/marc.? So I did this...<br>> <br>> cd /home/marc<br>> sudo rm -rf *? <-- that would have been OK, but I killed that command<br>> cd ..<br>> sudo rm -rf marc? <-- what I intended to do, which would have been fine<br>> sudo rm -rf *? <-- what I did instead<br>> <br>> That would have wiped every file out of /home if I hadn't realized almost <br>> instantly what I had done.? So I hit Ctrl-C a couple of times fast and <br>> looked at the damage.? Nothing was lost except for all of the files for <br>> the user whose name was first in alphabetical order.? All 858 MB of files.<br>> <br>> Luckily, this user was probably just using the account to transfer files <br>> between other machines on a firewalled network, so it might not be a big <br>> deal, but I'm not sure.<br>> <br>> I consider myself lucky that I stopped it quickly, but that doesn't help <br>> him because his files are all gone.<br>> <br>> Yikes.? I'll bet you know you should be careful with this command:<br>> <br>> sudo rm -rf *<br>> <br>> That's like the most dangerous command there is, except maybe for this <br>> one:<br>> <br>> sudo rm -rf /*<br>> <br>> But we don't use that command in real life, just a joke for noobs.<br>> <br>> Mike<br>> _______________________________________________<br>> TCLUG Mailing List - Minneapolis/St. Paul, Minnesota<br>> tclug-list@mn-linux.org<br>> http://mailman.mn-linux.org/mailman/listinfo/tclug-list<br>> -------------- next part --------------<br>> An HTML attachment was scrubbed...<br>> URL: <http://mailman.mn-linux.org/pipermail/tclug-list/attachments/20130518/92b98ed4/attachment-0001.html><br>> <br>> ------------------------------<br>> <br>> Message: 3<br>> Date: Sat, 18 May 2013 12:28:01 -0500<br>> From: Josh More <jmore@starmind.org><br>> To: TCLUG Mailing List <tclug-list@mn-linux.org><br>> Subject: Re: [tclug-list] worst Linux/UNIX command line mistake, ever<br>> Message-ID:<br>>       <CAB3GUt_GKD=OXJoXdry8HyLxGhff7dx58nvQUad=pzkAoOH87g@mail.gmail.com><br>> Content-Type: text/plain; charset="iso-8859-1"<br>> <br>> On VMS, you can configure a system to make auto-backups. It does this by<br>> placing a semicolon at the end of each file and having a number increment<br>> each time the file is saved.  Thus, you can get listings like:<br>> <br>> thesis.txt;1<br>> thesis.txt;2<br>> thesis.txt;3<br>> joke.txt;1<br>> paper.doc;1<br>> paper.doc;2<br>> <br>> While in college, I was working the lab and a user came in asking for help<br>> with his account.  It was full and he couldn't save the latest revision of<br>> his paper. I was already working two calls, so when he asked "how do I<br>> remove files from my account", I answered without thinking:  " DELETE *.*;*<br>> "<br>> <br>> In about twenty seconds, I realized my mistake, but the damage was done.<br>> His files were all gone, during finals week, and I didn't have access to<br>> the backup system to restore them.<br>> <br>> Oops.<br>> <br>> -Josh<br>> <br>> <br>> <br>> <br>> <br>> <br>> <br>> On Sat, May 18, 2013 at 12:22 PM, Mike Miller <mbmiller+l@gmail.com> wrote:<br>> <br>> > I have a few users on a box at work.  Some are not active.  I'm also about<br>> > to move everything to a new machine.<br>> ><br>> > This is the stupid thing I did.  The hard drive was full so I needed to<br>> > make some space.  I copied files from /home/marc to another machine and<br>> > then was going to remove /home/marc.  So I did this...<br>> ><br>> > cd /home/marc<br>> > sudo rm -rf *  <-- that would have been OK, but I killed that command<br>> > cd ..<br>> > sudo rm -rf marc  <-- what I intended to do, which would have been fine<br>> > sudo rm -rf *  <-- what I did instead<br>> ><br>> > That would have wiped every file out of /home if I hadn't realized almost<br>> > instantly what I had done.  So I hit Ctrl-C a couple of times fast and<br>> > looked at the damage.  Nothing was lost except for all of the files for the<br>> > user whose name was first in alphabetical order.  All 858 MB of files.<br>> ><br>> > Luckily, this user was probably just using the account to transfer files<br>> > between other machines on a firewalled network, so it might not be a big<br>> > deal, but I'm not sure.<br>> ><br>> > I consider myself lucky that I stopped it quickly, but that doesn't help<br>> > him because his files are all gone.<br>> ><br>> > Yikes.  I'll bet you know you should be careful with this command:<br>> ><br>> > sudo rm -rf *<br>> ><br>> > That's like the most dangerous command there is, except maybe for this one:<br>> ><br>> > sudo rm -rf /*<br>> ><br>> > But we don't use that command in real life, just a joke for noobs.<br>> ><br>> > Mike<br>> > ______________________________**_________________<br>> > TCLUG Mailing List - Minneapolis/St. Paul, Minnesota<br>> > tclug-list@mn-linux.org<br>> > http://mailman.mn-linux.org/**mailman/listinfo/tclug-list<http://mailman.mn-linux.org/mailman/listinfo/tclug-list><br>> ><br>> -------------- next part --------------<br>> An HTML attachment was scrubbed...<br>> URL: <http://mailman.mn-linux.org/pipermail/tclug-list/attachments/20130518/e143492d/attachment-0001.html><br>> <br>> ------------------------------<br>> <br>> Message: 4<br>> Date: Sat, 18 May 2013 13:12:09 -0500<br>> From: Andrew Berg <bahamutzero8825@gmail.com><br>> To: Justin Krejci <jus@krytosvirus.com>,        TCLUG Mailing List<br>>        <tclug-list@mn-linux.org><br>> Subject: Re: [tclug-list] worst Linux/UNIX command line mistake, ever<br>> Message-ID: <5197C479.1000101@gmail.com><br>> Content-Type: text/plain; charset=UTF-8<br>> <br>> On 2013.05.18 12:43, Justin Krejci wrote:<br>> > The glory of sudo allows you to granularly deny certain uses of commands mixed with certain arguments/options. I am sure I read a document<br>> > online a few years back on the subject of safe sudo practices. I had developed a nice sudoers file for use on an email server system shortly<br>> > after a colleague accidentally ran a similar command at the root level of the mailbox directory. <br>> This is really the whole point of sudo, and it's nice to see someone using it properly. Why some people think it's a good idea to use it to<br>> grant a user full root access still escapes me. It seems like a great tool intended to greatly enhance security is now being used mostly to<br>> degrade it.<br>> <br>> <br>> ------------------------------<br>> <br>> Message: 5<br>> Date: Sat, 18 May 2013 14:52:50 -0500<br>> From: Michael Greenly <mgreenly@gmail.com><br>> To: TCLUG Mailing List <tclug-list@mn-linux.org><br>> Subject: Re: [tclug-list] worst Linux/UNIX command line mistake, ever<br>> Message-ID:<br>>   <CAChQk+OqMgYZDZTAoBXPuCCdV7OF607r-HwrAYubL5boeL_w_w@mail.gmail.com><br>> Content-Type: text/plain; charset="iso-8859-1"<br>> <br>> I've certainly had near close calls like that myself.  Reading this is<br>> making me consider using zfs (or maybe btrfs) on everything except /boot<br>> just for the convenience of easy snapshots.  A quick snapshot before<br>> potentially destructive actions would be an easy habit to get into.<br>> <br>> <br>> On Sat, May 18, 2013 at 1:12 PM, Andrew Berg <bahamutzero8825@gmail.com>wrote:<br>> <br>> > On 2013.05.18 12:43, Justin Krejci wrote:<br>> > > The glory of sudo allows you to granularly deny certain uses of commands<br>> > mixed with certain arguments/options. I am sure I read a document<br>> > > online a few years back on the subject of safe sudo practices. I had<br>> > developed a nice sudoers file for use on an email server system shortly<br>> > > after a colleague accidentally ran a similar command at the root level<br>> > of the mailbox directory.<br>> > This is really the whole point of sudo, and it's nice to see someone using<br>> > it properly. Why some people think it's a good idea to use it to<br>> > grant a user full root access still escapes me. It seems like a great tool<br>> > intended to greatly enhance security is now being used mostly to<br>> > degrade it.<br>> > _______________________________________________<br>> > TCLUG Mailing List - Minneapolis/St. Paul, Minnesota<br>> > tclug-list@mn-linux.org<br>> > http://mailman.mn-linux.org/mailman/listinfo/tclug-list<br>> ><br>> <br>> <br>> <br>> -- <br>> Michael Greenly<br>> http://logic-refinery.com<br>> -------------- next part --------------<br>> An HTML attachment was scrubbed...<br>> URL: <http://mailman.mn-linux.org/pipermail/tclug-list/attachments/20130518/2b1848ad/attachment.html><br>> <br>> ------------------------------<br>> <br>> _______________________________________________<br>> TCLUG Mailing List - Minneapolis/St. Paul, Minnesota<br>> tclug-list@mn-linux.org<br>> http://mailman.mn-linux.org/mailman/listinfo/tclug-list<br>> <br>> End of tclug-list Digest, Vol 101, Issue 21<br>> *******************************************<br></div>                                    </div></body>
</html>