---
title: "`rm -rf /` : Pourquoi cette commande \"suicidaire\" fait-elle encore parler d'elle ?"
description: Dans l'imaginaire collectif des utilisateurs de Linux, il n'existe pas de suite de caractères plus terrifiante que `rm -rf /`.
tags: []
date: 2026-03-04 13:56
lastmod: 2026-03-04 13:56
type:
  - article
category:
  - "[[Guide]]"
status: terminé
---

# `rm -rf /` : Pourquoi cette commande "suicidaire" fait-elle encore parler d'elle ?

Dans l'imaginaire collectif des utilisateurs de Linux, il n'existe pas de suite de caractères plus terrifiante que `rm -rf /`. C'est le "bouton rouge" de l'informatique : une commande capable de réduire un système d'exploitation entier à néant en quelques secondes. Pourtant, comme vous l'avez souligné, cette commande est aujourd'hui bridée par des sécurités natives. Alors pourquoi faire une vidéo de 10 minutes à son sujet en 2026 ?

## 1. L'anatomie d'une bombe numérique

Pour comprendre le danger, il faut décomposer les composants de la commande :

- **`rm` (remove) :** L'outil de base pour supprimer des fichiers.
    
- **`-r` (recursive) :** Indique à l'outil de descendre dans tous les sous-dossiers.
    
- **`-f` (force) :** Ignore les fichiers protégés en écriture et ne demande jamais de confirmation.
    
- **`/` (root) :** Désigne la racine du système, là où tout commence (système, données, configurations).
    

## 2. La protection `--preserve-root` : Le garde-fou moderne

Depuis 2006, la plupart des distributions Linux (via les _GNU Coreutils_) incluent une protection par défaut. Si vous tapez exactement `rm -rf /`, le terminal vous renverra une erreur du type :

> _it is dangerous to operate recursively on '/' (use --preserve-root to override)_

C'est une "sécurité enfant" qui empêche l'exécution accidentelle. Cependant, la vidéo de _Techquickie_ souligne que cette protection est **loin d'être infaillible**.

## 3. Les failles de la protection (Pourquoi le danger persiste)

Il existe plusieurs manières de contourner cette sécurité, parfois sans même le vouloir :

- **L'astérisque fatale (`rm -rf /*`) :** C'est le piège le plus courant. L'astérisque est interprétée par le shell comme "tous les dossiers contenus dans la racine". Comme la cible n'est techniquement pas `/` mais `/bin`, `/home`, `/etc`, etc., la protection ne se déclenche pas et le système s'autodétruit.
    
- **Les variables d'environnement vides :** Un script mal écrit contenant `rm -rf $REPERTOIRE_TEMP/` peut devenir catastrophique si la variable est vide. La commande devient alors `rm -rf /`.
    

## 4. Au-delà du logiciel : Le "brickage" matériel

L'un des points les plus fascinants (et effrayants) abordés dans la vidéo est l'impact sur le **firmware UEFI**. Sur certains ordinateurs modernes, Linux monte les variables du BIOS/UEFI comme des fichiers modifiables dans `/sys/firmware/efi/efivars`.

Si vous lancez un `rm -rf /` avec les privilèges administrateur :

1. Le système efface les fichiers système.
    
2. Il accède ensuite aux variables EFI et les efface.
    
3. **Résultat :** La carte mère ne sait plus comment démarrer (ni même accéder au BIOS). L'ordinateur est physiquement "briqué" et nécessite souvent une réparation matérielle.
    

## 5. L'aspect historique et humain

La vidéo justifie sa durée par l'aspect culturel. Elle mentionne notamment l'incident chez **Pixar** lors de la production de _Toy Story 2_. Un employé a accidentellement lancé une commande de suppression sur le serveur principal, effaçant 90 % du travail du film. Le film n'a été sauvé que parce qu'une directrice technique avait une copie de sauvegarde sur son ordinateur personnel chez elle pendant son congé maternité.

## Conclusion : Une leçon de prudence

Si `rm -rf /` est aujourd'hui protégée contre les erreurs de frappe les plus basiques, elle reste le symbole ultime de la puissance (et de la dangerosité) de la ligne de commande. La protection logicielle est une barrière, mais la compréhension de ce que l'on tape reste la seule véritable sécurité.

---

**Souhaitez-vous que je vous montre comment configurer un "alias" de sécurité pour empêcher toute suppression accidentelle sur votre propre système ?**