Jeg kørte den ene kommando i Linux, som du aldrig bør køre. Her er hvad der skete

Indeks
  1. Hvorfor køre rm -rf?
    1. Sætte et eksempel
  2. Det Linux-system, jeg ødelægger
    1. Et engangs-miljø
  3. Hvad skete der, da jeg kørte kommandoen
    1. Et vigtigt varsel inden masseødelæggelse
  4. Hvad skete der med systemet?
    1. Alt og ingenting
  5. Kunne jeg genoprette?
    1. Det korte svar er "ja"
    2. Lektioner fra mit forsøg

Oplev konsekvenserne af at køre den frygtede Linux-kommando rm -rf, og lær hvordan korrekt forberedelse og genopretning kan redde dit system.

Ingen Linux-kommando bærer mere frygt end rm. En forkert anvendelse kan rulle hele systemet op under dig. Jeg vidste, jeg ikke skulle, men jeg kørte alligevel kommandoen. Her er bevæggrundene.

Hvorfor køre rm -rf?

Sætte et eksempel

Eksperimentet. Årelang Linux-erfaring lærte mig, at man altid bør planlægge, før man trykker på knappen. Jeg ville undersøge konsekvenserne på et moderne Linux-system. Min sikkerhed kom fra, at jeg kun testede i en midlertidig Linux-VM i VirtualBox. På en daglig computer ville dette være uovervejet.

Jeg var også nysgerrig på, hvor godt jeg kunne gendanne systemet, hvis katastrofen ramte. VirtualBox' kloningsfunktion kunne være min vej tilbage til sikkerheden.

På et rigtigt system ville det indebære at gendanne fra sikkerhedskopier.

Det Linux-system, jeg ødelægger

Et engangs-miljø

Kommandoen kørte jeg på en virtuel maskine. Det var en standard Debian-installation i VirtualBox, helt upoleret efter den sædvanlige installationsproces. Maskinen har dual-core og 4 GB RAM. Til et totalangreb på systemet havde jeg ikke brug for mere kraft.

Softwaren var let. Jeg valgte Xfce som skrivebord og holdt mig til Debian's basale software.

Hvad skete der, da jeg kørte kommandoen

Et vigtigt varsel inden masseødelæggelse

Trods den virtuelle ramme følte jeg en smule angst før handling. Jeg tog en dyb indånding, åbnede terminalen og indtastede denne uskyldige kommando:

sudo rm -rf /

Kommandoen ville slette alt fra rodmappen, og rekursivt ned i hver undermappe uden nogen bekræftelse. Med andre ord: alt ville forsvinde.

Jeg trykkede Enter, og ventede på kaos. Men i stedet fik jeg en simpel fejlmeddelelse:

rm: det er farligt at operere rekursivt på '/'
rm: brug --no-preserve-root for at overskride denne sikkerhedsfunktion

Udviklerne har åbenbart gjort noget ved rm's notoriske risikoadfærd, i det mindste når det gælder root-mappen.

Den eneste hindring mellem mig og total ødelæggelse var en kommandolinjeindstilling. Jeg lod som om, jeg var dum nok til at forsætte:

sudo rm -rf / --no-preserve-root

Nu ville rm slette filer fra rodmappen. Lad mig understrege: gør ikke dette.

Hvad skete der med systemet?

Alt og ingenting

Jeg forventede dramatisk ødelæggelse. I stedet kom der en fejlmeddelelse, skærmen blev sort bortset fra en blinkende markør. Jeg troede, systemet ville fryse, ligesom tidligere erfaringer havde vist. Men nu forsøgte jeg at skifte mellem virtuelle terminaler i håbet om at logge ind. Intet skete.

Uden panik: systemet var ubrugeligt, men heldigvis kun en VM. Jeg slukkede maskinen.

Kunne jeg genoprette?

Det korte svar er "ja"

Jeg ville teste min genopretningsplan. Minimalistisk tilgang: bruge VirtualBox' snapshots. Før jeg kastede mig ud i total ødelæggelse, oprettede jeg...

Jeg tog et snapshot af den virtuelle maskine. Formålet? At rulle tilbage. Jeg ødelagde en klon af mit miljø; intet var på spil, hvis genoprettelsen mislykkedes.

Shutdown-menuen, der dukkede op ved nedlukning, bød på en gendannelsesmulighed til et tidligere snapshot. Det gjorde jeg. Den virtuelle maskine genstartede til...

...snapshot'et, og mit Debian Xfce skrivebord var intakt, som om intet var hændt.

Lektioner fra mit forsøg

Dette forsøg med Linux-destruktion fremhæver, hvorfor Linux tiltrækker programmører og teknikere. Den fjerner barrierer, men forsigtighed er afgørende; en forkert handling kan koste alle filer. Linux bærer mange arveelementer fra Unix, herunder mottoet "af programmører, for programmører." Hovedpunktet er at tænke sig om, før du rammer Enter, især som root, når du kører potentielt destruktive kommandoer som rm.

Det viser også, at genopretning er mulig med den rette tilgang. På et rigtigt system, som en kritisk server, ville jeg have implementeret en seriøs backup-strategi. Muligheden for at gå tilbage til snapshots viser, at der er en vej tilbage, hvis du planlægger i forvejen. Det er som en forsikring: du håber ikke at få brug for den, men særligt glad bliver du, hvis det værst tænkelige sker.

Skriv et svar

Din e-mailadresse vil ikke blive publiceret. Krævede felter er markeret med *

Go up