Jeg kjørte den ene kommandoen i Linux du aldri burde kjøre. Her er hva som skjedde

Eksperimentet med å kjøre den risikable Linux-kommandoen "rm -rf /" illustrerer nødvendigheten av forsiktighet og gjenopprettingsstrategier i Linux-miljøer.

Blant Linux-kommandoer er rm en skikkelig skrekkscenario. Ett feilplassert søk kan koste deg systemet som rot. Jeg visste hva jeg gjorde da jeg likevel kjørte den. Her er grunnen.

Hvorfor rm -rf?

Et eksempel

Dette var ment som et eksperiment. Jeg har vært i Linux-verdenen lenge nok til å vite at farlige kommandoer krever grundig planlegging. Nysgjerrigheten drev meg til å se hva som skjedde på et moderne system. Siden jeg kjørte det i en engangs virtuell maskin i VirtualBox, følte jeg meg noe tryggere. Å risikere noe slikt på et hovedsystem var uaktuelt.

I tillegg var jeg interessert i hvor mye jeg faktisk kunne gjenopprette om det verste skjedde. VirtualBox gir meg muligheten til å klone og gå tilbake til tidligere øyeblikksbilder.

På et faktisk system ville dette involvert gjenoppretting fra sikkerhetskopier.

Linux-systemet jeg slettet

Et engangs-miljø

Som sagt, jeg kjørte dette på en virtuell maskin - en standard Debian-installasjon opprettet i VirtualBox. Den fulgte prosessen til punkt og prikke. Med dual-core prosessor og 4GB RAM var det ikke akkurat kraftig, men det ville gjøre jobben.

Programvaren var lettvekts. Jeg valgte Xfce-skrivebordet, med standard Debian-programvare.

Hva skjedde da jeg kjørte kommandoen

Advarsel før massestryen

Selv i en virtuell maskin fikk jeg litt angst over neste steg. Jeg åpnet terminalen og skrev:

sudo rm -rf /

Denne kommandoen sletter alle filer fra rotkatalogen, og går gjennom hver underkatalog uten å spørre om bekreftelse. Med andre ord, total destruksjon.

Da jeg trykket Enter, forventet jeg kaos. I stedet fikk jeg en feilmelding:

rm: det er farlig å operere rekursivt på '/'
rm: bruk --no-preserve-root for å overstyre denne sikkerheten

Det ser ut som utviklerne bak GNU har innført et sikkerhetstiltak mot denne legendariske skrekken, i det minste når det gjelder rotkatalogen.

Det eneste som skilte meg fra total ødeleggelse var en enkel parameter. Jeg latet som om jeg var dumdristig og la til:

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

Nå ville rm ta for seg rotkatalogen.

Alvorlig, ikke gjør dette.

Hva skjedde med systemet?

Alt og ingenting

Jeg forventet en dramatisk ødeleggelse. Isteden ble skjermen svart med en blinkende markør. Jeg trodde miljøet, inkludert Xfce, ville forsvinne med det samme. Min erfaring fra lenge siden var noe annet.

Jeg forsøkte å bytte mellom virtuelle terminaler for å logge inn, men ingenting reagerte på kombinasjonen. Panikken uteble; det var tross alt bare en virtuell maskin. Jeg skrudde av maskinen.

Kunne jeg gjenopprette?

Det korte svaret? Ja.

Jeg ville teste min gjenopprettingsstrategi – uformell som den var. Planen? Bruke VirtualBox's øyeblikksbilde-funksjon. Før jeg...

startet Linux-destruksjonsforsøket med å ta et øyeblikksbilde av den virtuelle maskinen. Jeg ønsket å teste muligheten for å rulle tilbake. Bedre enn å risikere miljøet mitt, ødela jeg bare en klon. Ingen tap hvis gjenoppretting mislyktes.

Nedstengningsmenyen hadde et praktisk valg for å gjenopprette til forrige tilstand, så det gjorde jeg. Den virtuelle maskinen startet på nytt til øyeblikksbildet jeg hadde laget. Som om ingenting hadde skjedd, var jeg tilbake på Debian Xfce-skrivebordet.

Leksene fra mitt eksperiment

Eksperimentet mitt med Linux-ødeleggelse illustrerer hvorfor systemet er så populært blant utviklere. Det demper barrierene mellom deg og oppgavene, men du risikerer å gjøre fatale feil, som å slette filer. Linux bærer arven fra Unix, med mottoet "av programmerere, for programmerere." Vær forsiktig før du trykker Enter, særlig som root med destruktive kommandoer som rm.

Episoden min viser at gjenoppretting er mulig med riktig strategi. På et kritisk system, som en server, ville jeg ha hatt en ordentlig sikkerhetskopi. Snapshot-funksjonen gir en sikkerhetslinje; du kan komme deg fra krasj hvis du har planlagt. Det er som forsikring: du håper aldri du trenger den, men den er gull verdt når katastrofen inntreffer.

Hvis du vil lese flere artikler som Jeg kjørte den ene kommandoen i Linux du aldri burde kjøre. Her er hva som skjedde, kan du besøke kategorien Linux.