<Précédent | Table des matières | Suivant>

3.2.3. Les fichiers et répertoires les plus importants‌

3.2.3.1. Le noyau

Le noyau est le cœur du système. Il gère la communication entre le matériel sous-jacent et les périphériques. Le noyau s'assure également que les processus et les démons (processus serveur) sont démarrés et arrêtés exactement au bon moment. Le noyau a beaucoup d'autres tâches importantes, tellement qu'il y a un

liste de diffusion kernel-development sur ce sujet uniquement, où d'énormes quantités d'informations sont partagées. Cela nous mènerait trop loin pour discuter du noyau en détail. Pour l'instant il suffit de savoir que le noyau est le plus important

fichier sur le système.

3.2.3.2. La coquille

3.2.3.2.1. Qu'est-ce qu'une coquille ?

Lorsque je cherchais une explication appropriée sur le concept d'un coquille, cela m'a causé plus de problèmes que prévu. Toutes sortes de définitions sont disponibles, allant de la simple comparaison que "la coque est le volant de la voiture", à la définition vague du manuel Bash qui dit que "bash est un

interpréteur de langage de commande compatible avec sh", ou une expression encore plus obscure, "un shell gère l'interaction entre le système et ses utilisateurs". Un shell est bien plus que cela.

Un shell peut être comparé au mieux à une manière de parler à l'ordinateur, à un langage. La plupart des utilisateurs connaissent cette autre langue, la langue pointer-cliquer du bureau. Mais dans cette langue, l'ordinateur mène la conversation, tandis que l'utilisateur a le rôle passif de choisir les tâches parmi celles présentées. Il est très difficile pour un programmeur d'inclure toutes les options et utilisations possibles d'une commande au format GUI. Ainsi, les interfaces graphiques sont presque toujours moins performantes que la ou les commandes qui forment le backend.

Le shell, quant à lui, est un moyen avancé de communication avec le système, car il permet une conversation bidirectionnelle et une prise d'initiative. Les deux partenaires de la communication sont égaux, de nouvelles idées peuvent donc être testées. La coque permet à l'utilisateur de gérer un système de manière très flexible. Un atout supplémentaire est que le shell permet l'automatisation des tâches.

3.2.3.2.2. Types de coque

Tout comme les gens connaissent différentes langues et dialectes, l'ordinateur connaît différents types de shell :

• sh ou Bourne Shell : le shell d'origine encore utilisé sur les systèmes UNIX et dans les environnements liés à UNIX. C'est le shell de base, un petit programme avec peu de fonctionnalités. En mode compatible POSIX, bash émulera ce shell.

• bash ou Bourne Again SHell : le shell GNU standard, intuitif et flexible. Probablement le plus conseillé pour les utilisateurs débutants tout en étant en même temps un outil puissant pour l'utilisateur avancé et professionnel. Sous Linux, bash est le shell standard pour les utilisateurs courants. Cette coquille est un soi-disant sur-ensemble du shell Bourne, un ensemble de modules complémentaires et de plug-ins. Cela signifie que le Bourne Again SHell est compatible avec le Bourne shell : des commandes qui fonctionnent dans sh, travaille également dans bash. Cependant, l'inverse n'est pas toujours le cas. Tous les exemples et exercices de ce livre utilisent bash.

• csh ou C Shell : la syntaxe de ce shell ressemble à celle du langage de programmation C. Parfois demandé par les programmeurs.

• tcsh ou Turbo C Shell : un sur-ensemble du C Shell commun, améliorant la convivialité et la vitesse.

• ksh ou le shell Korn : parfois apprécié par les personnes ayant une formation UNIX. Un surensemble du shell Bourne ; avec une configuration standard un cauchemar pour les utilisateurs débutants.

Le fichier / etc / shells donne un aperçu des shells connus sur un système Linux :

mia :~> chat / etc / shells

/ bin / bash

/ Bin / sh

/ bin / tcsh

/bin/csh

mia :~> chat / etc / shells

/ bin / bash

/ Bin / sh

/ bin / tcsh

/bin/csh

Faux coquillage Bourne

Notez que / Bin / sh est généralement un lien vers Bash, qui s'exécutera en mode compatible avec le shell Bourne lorsqu'il sera appelé de cette manière.

Votre shell par défaut est défini dans le / Etc / passwd fichier, comme cette ligne pour l'utilisateur ma:

mia:L2NOfqdlPrHwE:504:504:Mia Maya:/home/mia:/bin/bash Pour passer d'un shell à un autre, il suffit de saisir le nom du nouveau shell dans le terminal actif. Le système trouve le répertoire où se trouve le nom à l'aide de la PATH paramètres, et comme un shell est un fichier exécutable

(programme), le shell courant l'active et il est exécuté. Une nouvelle invite s'affiche généralement, car chaque

shell a son aspect typique:

mia :~> tcsh

[mia@post21 ~]$

mia :~> tcsh

[mia@post21 ~]$

3.2.3.2.3. Quel shell j'utilise ?

Si vous ne savez pas quel shell vous utilisez, vérifiez la ligne de votre compte dans / Etc / passwd ou tapez la commande

echo $COQUILLE

3.2.3.3. Votre répertoire personnel

Votre répertoire personnel est votre destination par défaut lors de la connexion au système. Dans la plupart des cas, il s'agit d'un sous-répertoire de / home, bien que cela puisse varier. Votre répertoire personnel peut se trouver sur le disque dur d'un serveur de fichiers distant ; dans ce cas, votre répertoire personnel peut être trouvé dans /nethome/votre_nom_utilisateur. Dans un autre cas, l'administrateur système peut avoir opté pour une mise en page moins compréhensible et votre répertoire personnel peut être sur /disk6/HU/07/jgillard.

Quel que soit le chemin d'accès à votre répertoire personnel, vous n'avez pas à vous en préoccuper trop. Le chemin correct vers votre répertoire personnel est stocké dans le ACCUEIL variable d'environnement, au cas où un programme en aurait besoin. Avec le echo commande vous pouvez afficher le contenu de cette variable :

orlando :~> echo $ HOME

/nethome/orlando

orlando :~> echo $ HOME

/nethome/orlando

Vous pouvez faire ce que vous voulez dans votre répertoire personnel. Vous pouvez mettre autant de fichiers dans autant de répertoires que vous le souhaitez, bien que la quantité totale de données et de fichiers soit naturellement limitée en raison du matériel et de la taille des partitions, et parfois parce que l'administrateur système a appliqué un système de quotas. Limiter l'utilisation du disque était une pratique courante lorsque l'espace disque était encore coûteux. De nos jours, les limites sont presque exclusivement appliquées dans les grands environnements. Vous pouvez voir par vous-même si une limite est définie en utilisant le quota commander:

pierre@lamaison:/> citation -v

Quotas de disque pour l'utilisateur pierre (uid 501) : aucun

pierre@lamaison:/> citation -v

Quotas de disque pour l'utilisateur pierre (uid 501) : aucun

Si des quotas ont été définis, vous obtenez une liste des partitions limitées et de leurs limitations spécifiques. Le dépassement des limites peut être toléré pendant une période de grâce avec peu ou pas de restrictions. Des informations détaillées peuvent être trouvées en utilisant le info quota or man quota les commandes.

Pas de quota ?

Si votre système ne trouve pas le quota, aucune limitation de l'utilisation du système de fichiers n'est appliquée.

Votre répertoire personnel est indiqué par un tilde (~), raccourci pour /chemin_vers_accueil/nom_utilisateur. Ce même chemin est stocké dans le ACCUEIL variable, vous n'avez donc rien à faire pour l'activer. Une application simple :

passer de /var/musique/albums/arno/2001 à simples images. dans votre répertoire personnel à l'aide d'une commande élégante :

rom:/var/music/albums/arno/2001> cd ~/images

rom:~/images> pwd

/accueil/rom/images

rom:/var/music/albums/arno/2001> cd ~/images

rom:~/images> pwd

<Précédent | Table des matières | Suivant>