Une commande Ubuntu a briqué mon système?

J'ai récemment installé Ubuntu sur mon ordinateur il y a quelques jours pour exécuter un programme exclusif. J'en ai fini avec, et j'étais sur le point de formater le disque pour réinstaller Windows. Cependant, mon petit frère voulait exécuter cette commande dans le terminal qui détruirait le système d'exploitation, et je pensais que cela ne ferait pas de mal car je formaterais le lecteur de toute façon.

C'était ça:

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

Excusez ma noblesse si cette commande est censée mettre fin au monde ou quelque chose. Il a donc foiré le système d'exploitation et j'ai redémarré le PC avec la configuration USB de Windows, en prévoyant de formater le lecteur dans la configuration de Windows.

Cependant, au redémarrage, le moniteur ne recevait aucune entrée. De plus, l'indicateur HDD (ou quel que soit le voyant rouge) ne faisait rien. (C'était éteint, en fait.) Les ventilateurs fonctionnaient et le lecteur de DVD l'était cependant. (Je ne pense pas qu'il y ait un haut-parleur PC dedans, donc si vous avez besoin de quelques codes d'erreur de bip, désolé.)

J'ai essayé de commuter le câble VGA de la carte graphique à la carte mère, mais je n'ai toujours eu aucune entrée. J'ai essayé d'insérer cet ancien disque Windows XP dans le lecteur de disque, mais rien ne s'est affiché. Écrasé les boutons Supprimer, F12, etc., mais rien ne s'est produit. J'ai ensuite regardé en ligne et essayé une suggestion pour réinstaller la RAM, mais rien n'a changé. Je pense à réinitialiser le CMOS manuellement mais je n'y suis pas encore arrivé. (S'il vous plaît, dites-moi si vous allez recommander de le faire, car je ne veux pas foirer le PC si je ne le dois pas.)

J'ai UEFI donc je peux être en mesure d'utiliser une puce de sauvegarde au cas où le BIOS serait corrompu.

Ceci est possible sur un système UEFI exécutant systemd.

• Phoronix: dans un monde UEFI, "rm -rf /" peut brick votre système
• Rapport de bogue Systemd , source de cet article

Pour résumer, en citant un commentaire de ce rapport de bogue:

Point 1: La
suppression /sys/firmware/efi/efivars/devrait détruire votre configuration EFI, mais dans un EFI correctement implémenté, cela devrait être récupérable.

Point 2:
Il y a du matériel avec des EFI cassés / mal implémentés, qui peuvent être maçonnés de manière permanente en leur faisant des choses conformes aux normes. Voir par exemple le cas où Ubuntu a briqué certains ordinateurs portables Samsung en stockant des données supplémentaires dans une mémoire EFI. Ce comportement était correct en standard mais a cassé cette implémentation particulière.

Point 3:
Exécuter quoi que ce soit en tant que root qui écrit pour /dev/sdadétruire votre table de partition et / ou vos systèmes de fichiers. C'est mauvais surtout si vous n'avez pas de sauvegarde, mais après le partitionnement, la création de nouveaux systèmes de fichiers et la réinstallation de votre système d'exploitation votre machine fonctionnera à nouveau. Vous pouvez donc récupérer à partir de celui-ci en démarrant un autre média et refaire votre installation.

Point 4:
Thrashing votre EFI est un tout autre type de problème. Dans le pire des cas, vous ne pourrez rien faire avec la machine car elle n'atteindra pas le POST. Pas de démarrage à partir d'un autre support, pas d'accès à un utilitaire EFI pour corriger les éléments manquants. Un point que votre ordinateur est un presse-papier très cher.

Le problème se produit dans les distributions qui exécutent systemd et montent efivarfsaccessibles en écriture (at /sys/firmware/efi/efivars). Systemd doit y écrire, donc les distributions utilisant systemd sont affectées. Cependant, rien ne semble indiquer que les systèmes Upstart soient affectés.

L'exécution de la commande rm -rf /peut briquer n'importe quel périphérique UEFI (y compris celui à partir duquel je tape). Faire cela supprime tous les fichiers qui incluent les lecteurs montés et les variables du firmware EFI (c'est ce que les briques). Linux monte les variables EFI dans /sys/firmware/efi/efivars/et rm -rf /supprimera tous les fichiers (variables EFI) dans ce dossier. Votre ordinateur est probablement une brique et ne peut pas être réparé (EFI utilise NVRAM ).

Les anciens ordinateurs BIOS ne fonctionnent pas rm -rf /, car ils n'ont pas de variables de firmware EFI qui pourraient être supprimées. De plus, il est possible de faire la même chose (supprimer toutes les variables EFI) sous Windows avec quelques lignes de code.

Il n'y a aucun moyen que la suppression de fichiers détruise le lecteur, normalement (voir ma modification à la fin - apparemment, il existe un moyen). La commande est identique à la saisie de del -sc: *. * Dans la ligne de commande Windows (si ma mémoire de syntaxe DOS est correcte). Bien sûr, la suppression du système d'exploitation entraînera son échec, mais rien de plus.

Si vous supprimez le répertoire de démarrage avec autre chose, même la partition entière, vous devriez toujours obtenir une invite GRUB. Le chargeur de démarrage GRUB ne serait pas effacé car il ne fait pas partie de la structure du répertoire, mais son menu l'est, donc il devrait toujours essayer de se charger et de donner une erreur.

Vous avez un autre problème, et cela n'a rien à voir avec Ubuntu. Même si le disque est tombé en panne, cela n'affecterait pas le processus de démarrage USB ou DVD.

EDIT: OK, je pense que ma réponse est obsolète en raison du BIOS UEFI, ce que je connais peu. Apparemment, il est possible de supprimer les informations de configuration UEFI critiques. Je crois que ce qui se passe, c'est que cela est monté sur le système de fichiers, et s'il est mal fait, ne sera pas en lecture seule, et peut être effacé, l'effaçant ainsi du BIOS.

J'ai eu l'expérience qu'un support Windows Installer peut simplement se bloquer si votre disque dur utilise un format que Windows ne connaît pas (comme ext4).

Dans ce cas, vous devez exécuter un LiveCD Linux avec GParted (comme celui-ci ) et formater votre disque dur en quelque chose comme NTFS ou FAT32 avant d'essayer d'installer Windows.

Le problème majeur ici est qu'un système de fichiers peut s'étendre sur des périphériques. Cela inclut tout ce qui est monté. C'est un problème pour l'UEFI. Heck, c'est un problème pour Android. Et si vous aviez une caméra montée, disons, vous avez également supprimé votre contenu DCIM, non? Alors, qu'as-tu appris? Le fabricant pourra peut-être vous aider et vous pourrez peut-être flasher par d'autres moyens.

Essuyez les disques avec dd if = / dev / zero la prochaine fois, et la suppression frivole des choses reviendra vous mordre un jour. Tout se terminera en larmes. Vous pouvez réellement faire du temps pour faire une farce à quelqu'un comme ça, c'est un peu pire que del . dans le répertoire racine MS-DOS PC.