Pour ceux qui ont commencé à utiliser \ * Nix OS tel que Linux.
Quand je touche pour la première fois à Linux ou quand je n'y suis pas habitué, les gens disent "Je ne sais pas où et où", "Je ne sais pas ce qui est en premier lieu" ou "Lire le journal", mais où est le journal? ?? ?? ?? Je pense qu'il y a des choses auxquelles je pense.
Ainsi, au fur et à mesure que vous vous y habituerez, vous saurez et vous vous souviendrez que "le journal semble être dans le répertoire / var / log" et "le fichier de configuration semble se trouver dans le répertoire / etc ".
Une histoire sur ce répertoire.
Filesystem Hierarchy Standard
Ceci est standardisé sous le nom de "Filesystem Hierarchy Standard".
Filesystem Hierarchy Standard / Wikipedia
De Wikipedia.
Filesystem Hierarchy Standard définit les répertoires principaux et leur contenu dans les systèmes d'exploitation UNIX, y compris Linux.
La version actuelle de Filesystem Hierarchy Standard est 3.0.
Filesystem Hierarchy Standard Specifications Archive
The Filesystem Hierarchy Standard (FHS)
Jetons un coup d'œil à certaines des spécifications de la version 3.0.
Filesystem Hierarchy Standard Version 3.0
/… Système de fichiers racine Le système de fichiers racine/ home… Répertoires personnels de l'utilisateur (facultatif)](http://refspecs.linuxfoundation.org/FHS_3.0/fhs/ch03s08.html)/ etc… Répertoire pour placer le fichier de configuration Configuration système spécifique à l'hôte/ bin… Répertoire pour placer les commandes requises par tous les utilisateurs Binaires de commandes utilisateur essentiels (à utiliser par tous les utilisateurs)/ usr / bin… Répertoire des commandes utilisées par de nombreux utilisateurs La plupart des commandes utilisateur/ var / log… Répertoire pour placer les fichiers journaux Fichiers journaux et répertoiresetc.
Un rapide coup d'œil aux répertoires de la table des matières de cette spécification (en plus de Wikipedia, etc.) peut donner l'impression que "ce répertoire a été vu".
De plus, de nombreux packages tels que yum et ʻaptqui sont installés à l'aide du gestionnaire de packages de chaque distribution Linux suivent le Filesystem Hierarchy Standard, donc une fois que vous vous y êtes habitué," le fichier de configuration est/ etc. Vous pouvez faire des inférences telles que "Est-ce dans / foo" ou "Est-ce que le journal est dans / var / log / bar`", ce qui facilite la compréhension.
Même si vous mettez ou créez des fichiers vous-même, si vous connaissez la structure des répertoires ici, il sera plus facile pour les autres de comprendre vos intentions plus tard.
PATHDe là, c'est un petit plus.
On dit souvent de "passer à travers PATH". Les commandes situées dans les répertoires définis sur cette variable d'environnement séparés par : permettent au shell de résoudre le chemin.
Par exemple, pour une machine virtuelle (CentOS 7) démarrée avec Vagrant, affichons le contenu de la variable d'environnement PATH.
$ echo $PATH
/usr/local/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/home/vagrant/.local/bin:/home/vagrant/bin
Si vous regardez ceci, il y a des chemins sous / usr / local / bin et / usr / local / sbin, et par défaut il n'y a rien dans ces répertoires, mais les commandes utilisateur Vous pouvez installer des commandes courantes qui peuvent être utilisées dans leur ensemble en plaçant.
$ ll /usr/local/bin
total 0
docker-compose est un exemple d'installation utilisant le répertoire / usr / local / bin.
$ sudo curl -L "https://github.com/docker/compose/releases/download/1.25.0/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose
Vous pouvez voir quel type de chemin est défini pour les utilisateurs généraux en regardant $ HOME / .bashrc, $ HOME / .bash_profile, / etc / bashrc, / etc / profile, etc. ..
Au fait, si vous êtes un utilisateur root, le contenu défini dans la variable d'environnement PATH changera un peu.
# echo $PATH
/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin
C'est par ici.
/sbin
C'est parce que / sbin est le répertoire où sont placées les commandes pour les administrateurs système.
De plus, il peut y avoir des différences mineures, telles que «/ usr / local / sbin» devant «/ usr / local / bin».
/usr/local/sbin:/usr/local/bin
systemctl / journalctlEn plus de visualiser le fichier journal, vous pouvez utiliser systemctl et journalctl pour vérifier l'état des services (processus démon) et des journaux système.
Vérifiez l'état du service.
$ sudo systemctl status [Nom de l'unité]
Vérifiez la sortie du journal par le service ou le système d'exploitation.
#Spécifiez l'unité de service et affichez le journal
$ sudo journalctl -u [Nom de l'unité]
#Afficher le journal du noyau
$ sudo journalctl -k
#Sortir tous les journaux
$ sudo journalctl
C'est une bonne idée de s'habituer progressivement à Linux et de devenir plus fort tout en maintenant les informations ici et en regardant les journaux.
Et faisons face à un adversaire plus fort.
Recommended Posts