rm -rf är ett Bash-kommando som liknar DROPSQL-kommando. Om du inte har en replika (säkerhetskopia) av din databastabell, kommer du att förlora all data.
rm -rf är ett kommando som när det anropas utan root-privilegier tar bort alla mappar som användaren har åtkomst till. När den anropas med root-privilegier kommer den att radera din hårddisk.
Jag har inte haft otur att göra misstaget att köra den här koden på en produktionsserver tidigare, men alla har inte haft den turen. Här är några intressanta rm -rf berättelser som du kan hitta relaterade till.
1. Thomas och det CLI-baserade papperskorgensprogram
…PuTTY + RealVNC.
Hans projekt var enkelt: Skapa ett "trash" CLI-program som tar en lista över filsökvägar och flyttar dem till en~/.trash katalog. Du kan sedan “tömma papperskorgen” som kör rm i katalogen. Han hade gjort den första delen och slutförde det tomma kommandot.
På något sätt satte han fel variabel som lämnade borttagningssökvägen som / och han hade sudo-åtkomst. Inget hände när han körde koden först, men strax efter blev den glitchy och började visa statisk. Ctrl + C kunde inte hjälpa. Därefter blev monitorn tom och kopplades ur.
Hans kod körde en sudo rm-rf / och som raderade all data på servern. Lyckligtvis för Thomas arbetade han på avdelningens testserver och kunde återställa data från backupdiskar. Han förlorade inte sin antagning.
2. En ren torka under en säkerhetskopieringssession
Alex var nätverksadministratör på ett företag som säkerhetskopierade sina maskiner via skript. En ödesdiger fredag uppgraderade han manuset med texten rm -rf ${DIRECTERY}/ istället för rm -rf ${DIRECTORY}/ – gör att kommandot uppdateras till bara rm-rfeftersom ${DIRECTERY} blev en tom sträng.
Säkerhetskopieringssessionen började senare samma kväll och innan Alex visste ordet av var alla maskiner på nätverket rena! Som tur är för honom säkerhetskopierar företaget filer varje timme så ingen stor skada skedde.Trots det var det en hektisk helg. Ganska ironiskt att ett backupjobb skulle torka system rent, eller hur?
3. Den automatiska rekursiva rengöringen
En gång Eric arbetade på en filserver och ville automatiskt rensa upp några filer varje vecka eller så. Han planerade sin linje och testade den med syftet att bara ta bort relativt äldre filer. Hans arbete fanns i en enda katalog så han trodde inte att något kunde gå fel. Nåväl, han fick senare reda på att han gissade fel.
Han körde följande kommando och det fungerade. Därefter lade han manuellt till raden i crontab och det var då han av misstag ersatte . med en / .
hitta . -typ f -namn-ctime -60 -exec rm -rf {} \;
Spolning framåt till en vecka senare och ett betydande antal filer var borta. Vad som var värre är att de raderades enligt vad som verkade vara ett slumpmässigt mönster, så han trodde att företaget hackades tills han körde en kodkontroll och insåg att han var hackaren.
Lyckligtvis höll han externa säkerhetskopior varje dag så att han kunde åtgärda sitt misstag. Sedan den dagen kan du slå vad om att han har varit super försiktig med kommandona han kör med administratörsrättigheter.
De två huvudsakliga hemtagningspunkterna som finns i ovanstående berättelser är 1, dubbelkolla alltid din kod och dess eventuella resulterande effekt och 2, håll alltid dina säkerhetskopior så aktuella som möjligt eftersom du aldrig vet när de kommer väl till pass.
Känner du till några galna rm -rf berättelser från erfarenhet eller någon annanstans? Dela dem med oss i kommentarsfältet.