Comment j'utilise le terminal Linux sans détruire mon système d'exploitation

Sommaire

Toggle

Résumé

• Soyez prudent dans le terminal Linux pour éviter les dommages au système.

• Les commandes dangereuses à surveiller incluent RM et DD.

• Exécuter en tant qu'utilisateur ordinaire, les opérations à double vérification et la possibilité de remporter des sauvegardes sont importantes.

Bien que le terminal Linux fasse toujours partie de Linux, vous pouvez casser votre système si vous ne faites pas attention. Voici comment je reste en sécurité dans le terminal, et je vous montre comment vous pouvez réparer les choses si vous faites des erreurs.

Pourquoi vous devez être prudent dans Linux

Linux a hérité d'une grande partie de sa philosophie de conception d'Unix, qui a été développé pour la première fois à Bell Labs à partir de la fin des années 1960. À l'époque, il n'y avait pas d'ordinateurs personnels. L'informatique a été effectuée sur de grands centres centraux ou des mini-ordinateurs. Les systèmes d'exploitation informatiques ont été conçus pour les utilisateurs professionnels et expérimentés. Unix, en particulier, a été considéré comme « par les programmeurs, pour les programmeurs ».

Bien qu'il y ait eu de grands progrès pour élargir l'accessibilité des systèmes de type UNIX avec des interfaces utilisateur plus conviviales, le terminal Linux reflète ses racines techniques. Contrairement aux environnements de GUI modernes, les coquilles Linux n'essaient pas de vous protéger de vous-même. Si vous souhaitez supprimer un fichier ou le modifier, même un fichier important, si vous avez les garanties correctes, cela vous permettra d'aller directement, même si cela endommageait le système.

Si vous supprimez un fichier dans le terminal, vous ne pouvez pas le récupérer. C'est parti pour toujours, sauf si vous avez une sauvegarde.

Il est également possible de faire en sorte que vous ne puissiez pas vous connecter, lancer un terminal ou même démarrer la machine si vous ne faites pas attention. Vous pourriez être en mesure de restaurer votre système à partir de sauvegardes si vous les fabriquiez. Ou vous pourriez être en mesure de le réparer en démarrant dans un bâton USB. Au pire, vous devrez peut-être réinstaller votre système d'exploitation. Beaucoup de choses sont réparables dans Linux, mais il vaut mieux passer du temps à faire des choses que vous voulez vraiment faire au lieu de réparer votre machine.

Quelles commandes sont dangereuses?

Vous devez vous méfier de l'exécution de commandes qui peuvent entraîner une perte de données.

La commande avec laquelle vous devez être le plus prudent est RM, la commande qui supprime les fichiers dans le terminal. Comme je l'ai mentionné plus tôt, lorsque vous supprimez quelque chose avec RM, c'est parti pour toujours. Il n'y a pas de poubelle ni de poubelle, vous ne pouvez donc pas supporter quelque chose que vous avez supprimé par erreur, même si vous avez fait une faute de frappe.

Pire encore, le système d'exploitation peut écraser l'emplacement physique du fichier sur le lecteur, ce qui rend la récupération impossible. Vous pouvez débourser pour un service de récupération de données ou essayer de le récupérer vous-même, mais le processus prendra probablement beaucoup plus de temps et / ou d'argent que cela vaut pour un petit fichier, il est donc préférable d'utiliser d'autres moyens lorsque vous le pouvez.

L'autre commande qui peut entraîner une perte de données majeure est DD. Cette commande copie des morceaux d'un fichier à l'autre, mais il a été surnommé « Destroyer de disque » pour une très bonne raison. Une chose que beaucoup de gens gâchent, ce sont les emplacements source et de destination. Si vous les mélangez, vous pouvez dire au revoir à tout ce qui était sur cet appareil.

Vous devez également vous méfier de modifier les fichiers système. Linux en dépend pour beaucoup de choses, comme la connexion à Internet et le démarrage de Linux lui-même. Si vous modifiez quelque chose sans savoir ce que vous faites, ou même faites une faute de frappe, vous pouvez le rendre moins sécurisé, ou pire, même inoverable.

Les fichiers de démarrage du shell peuvent également rendre impossible de lancer un shell si vous les gâchez. C'est quelque chose que j'ai appris à la dure.

Vous pouvez vraiment gâcher votre système si vous ne savez pas ce que vous faites.

Je cours en tant qu'utilisateur ordinaire chaque fois que possible

La première ligne de défense contre toutes les commandes ou modifications erronées est en cours d'exécution en tant qu'utilisateur ordinaire. J'exécute en tant qu'utilisateur ordinaire autant que possible. Les seules fois où je s'exécute en tant que root, c'est quand j'ai besoin d'apporter des modifications à l'échelle du système, comme l'installation de nouveaux logiciels ou l'apporter des modifications aux fichiers de configuration. Quand j'ai besoin de le faire, j'exécute Sudo ou Su, selon le type de système que j'utilise.

Le fichier et les protections des utilisateurs aideront à empêcher toute modification indésirable. D'une part, devoir taper « sudo » m'oblige à réfléchir à ce que je fais. J'essaie d'éviter d'apporter des changements majeurs lorsque je suis fatigué ou pressé.

Je vérifie les opérations potentiellement risquées

Quand je sais que je fais quelque chose de potentiellement risqué, je ralentit et j'essaie de réfléchir à ce que je fais. Si je vais supprimer un fichier, j'examine la ligne de commande pour m'assurer que c'est la bonne. Si je modifie un fichier système, je m'assure que je n'ai pas fait de fautes de frappe avant d'enregistrer dans l'éditeur et de redémarrer.

Ce sont des choses que j'ai apprises de l'expérience. J'ai appris à faire attention non pas sur un système Linux, mais sur un PC DOS / Windows de mon enfance. J'essayais d'obtenir un vieux jeu qui courait dans CGA, avec la palette de couleurs magenta de Yurky (basée sur RGB), pour fonctionner dans une palette différente. J'avais vu que je pouvais aller sur l'écran de configuration du BIOS, et je pouvais modifier les paramètres du système. J'ai changé les paramètres de la carte vidéo. D'une manière ou d'une autre, j'ai réussi à effacer tous les paramètres du BIOS, puis à les enregistrer. Si vous savez quelque chose sur les PC, c'est une mauvaise chose. Le système ne savait plus quel matériel il avait, car c'était l'ère pré-plug and-play. Il n'y avait pas de problèmes matériels sérieux, et le système a finalement été résolu, mais mon père était assez fou et j'ai dû jouer dehors!

Depuis lors, mon approche de la gestion des systèmes est beaucoup plus conservatrice. J'essaie d'éviter d'apporter des modifications au système, sauf si j'en ai absolument besoin. Je peux comprendre l'envie de personnaliser si vous êtes nouveau dans Linux, mais beaucoup d'utilisateurs semblent adopter une approche de réparation des choses qui ne sont pas cassées avant qu'elles ne le soient, puis de s'allumer dans un forum pour demander de l'aide.

J'ai un terminal de sauvegarde à portée de main

Lorsque je modifie les fichiers de démarrage de Shell, tels que Bash .Bashrc ou .zshrc de Zsh, j'ai probablement un autre terminal à portée de main. Je vais tester mes modifications dans un terminal en exécutant la commande source pour lire dans les modifications:

        source .zshrc
    

Je surveille ensuite ce terminal pour tous les messages d'erreur ou tout ce qui fait que le terminal ne s'exécute pas. J'utiliserai l'autre terminal comme un terminal « bien connu ». Je peux annuler les modifications de cette fenêtre de terminal si je le dois. Cela me donne la tranquillité d'esprit, car j'utilise le terminal si fréquemment.

Je sauvegarde des fichiers importants

Une chose que vous devriez faire est de sauvegarder des fichiers importants, quel que soit le système que vous exécutez.

Lorsque je modifie un fichier système, j'aime faire une sauvegarde locale rapide du bon état connu avec une extension « .bak »:

        
cp example.conf example.conf.bak
    

Si je fais une erreur et que je peux toujours démarrer dans le système, je peux simplement le copier:

        
cp example.conf.bak example.conf
    

Cela écrasera le fichier modifié avec la copie de l'original.

La sauvegarde de tout ce que vous ne voulez pas perdre est également une bonne idée, en particulier pour les médias externes ou un lecteur réseau.

Sauver un système brisé

Si vous faites une erreur, tout n'est pas perdu. Il y a certaines choses que vous pouvez faire. Si vous avez des sauvegardes, vous pouvez simplement les restaurer et vous débarrasser de l'erreur incriminée ou remettre des fichiers que vous avez supprimés par erreur. Le seul problème est que vous devez vous engager à faire des sauvegardes.

Vous pouvez également avoir des supports de démarrage à portée de main, comme une clé USB avec votre support d'installation Linux. Beaucoup d'entre eux ont des outils pour exécuter des diagnostics matériels. La plupart du temps, vous pouvez monter votre disque dur ou SSD Linux et apporter des modifications à partir de votre support de démarrage pour restaurer votre système en bon état de fonctionnement.

Si vous avez vraiment brisé votre système, vous pouvez l'essuyer et réinstaller Linux en dernier recours. Ci-dessus est le menu Debian Recovery dans le programme d'installation.

Bien que ce soient de bons remèdes, j'ai constaté que la prévention est bien meilleure. Ces choses sont comme faire des plans de catastrophe. Vous voulez éviter de les utiliser en premier lieu, mais vous serez heureux que vous ayez la possibilité.

J'ai trouvé que la meilleure prévention est le message que vous recevez lorsque vous exécutez Sudo pour la première fois. L'un de ses avertissements est que vous devriez « réfléchir avant de taper ». C'est la leçon que vous devez prendre lorsque vous utilisez la ligne de commande dans Linux

---

Si vous êtes nouveau dans le terminal Linux, il est avantageux d'être prudent dans les commandes que vous exécutez. Avec un peu de prévoyance, vous pouvez éviter les catastrophes qui peuvent vous forcer à réinstaller votre système d'exploitation.