rm -rf er én Bash-kommando som ligner på DROPSQL-kommando. Med mindre du har en replika (sikkerhetskopi) av databasetabellen, vil du miste alle dataene.
rm -rf er en kommando som når den påkalles uten rotrettigheter vil fjerne alle mappene som brukeren har tilgang til. Når den påkalles med root-privilegier, vil den slette harddisken din.
Jeg har ikke vært uheldig å gjøre feilen med å kjøre denne koden på en produksjonsserver før, men ikke alle har vært like heldige. Her er noen interessante rm -rf historier du kanskje finner gjenkjennelige.
1. Thomas og det CLI-baserte søppelprogrammet
…PuTTY + RealVNC.
Prosjektet hans var enkelt: Lag et «trash» CLI-program som tar en liste over filbaner og flytter dem til en~/.trash katalog. Du kan deretter «tømme papirkurven» som kjører rm i katalogen. Han gjorde den første delen og fullførte den tomme kommandoen.
På en eller annen måte satte han feil variabel som forlot fjerningsbanen som / og han hadde sudo-tilgang. Ingenting skjedde da han kjørte koden først, men kort tid etter ble den feilaktig og begynte å vise statisk. Ctrl + C kunne ikke hjelpe. Deretter ble skjermen tom og koblet fra.
Koden hans kjørte en sudo rm-rf / og som slettet alle dataene på serveren. Heldigvis for Thomas jobbet han på avdelingens testserver og var i stand til å gjenopprette dataene fra backup-disker. Han mistet ikke adgangen.
2. En ren tørke under en sikkerhetskopiøkt
Alex var en nettverksadministrator i et selskap som sikkerhetskopierte maskinene deres via skript. På en skjebnesvanger fredag oppgraderte han manuset med teksten rm -rf ${DIRECTERY}/ i stedet for rm -rf ${DIRECTORY}/ – gjør at kommandoen oppdateres til bare rm-rffordi ${DIRECTERY} ble en tom streng.
Sikkerhetskopieringsøkten begynte senere den kvelden, og før Alex visste ordet av det, var alle maskinene på nettverket tørket rene! Heldigvis for ham sikkerhetskopierer selskapet filer hver time, så det ble ikke gjort mye skade.Til tross for dette var det en travel helg. Ganske ironisk at en backup-jobb ville tørke systemene rene, ikke sant?
3. Den automatiske rekursive renseren
En gang Eric jobbet på en filserver og ønsket å automatisk rydde opp i noen filer hver uke eller så. Han planla sin linje og testet den med sikte på å fjerne kun relativt eldre filer. Arbeidet hans var innenfor en enkelt katalog, så han trodde ikke noe kunne gå g alt. Vel, han fant senere ut at han gjettet feil.
Han kjørte følgende kommando og det fungerte. Deretter la han manuelt til linjen i crontab, og det var da han ved en feil byttet ut . med en / .
finn . -type f -navn-ctime -60 -exec rm -rf {} \;
Spol frem til en uke senere og et betydelig antall filer var borte. Det som var verre er at de ble slettet etter det som så ut til å være et tilfeldig mønster, så han trodde at selskapet ble hacket før han kjørte en kodesjekk og innså at han var hackeren.
Heldigvis holdt han eksterne sikkerhetskopier hver dag slik at han kunne fikse feilen. Siden den dagen kan du satse på at han har vært veldig forsiktig med kommandoene han kjører med administratorrettigheter.
De 2 hovedpunktene som finnes i historiene ovenfor er 1, dobbeltsjekk alltid koden din og den mulige resulterende effekten og 2, hold alltid sikkerhetskopiene så oppdaterte som mulig fordi du aldri vet når de kommer godt med.
Kjenner du noen gale rm -rf historier fra erfaring eller andre steder? Del dem med oss i kommentarfeltet.