Exercice Corrigé Gestion Des Processus Linux – Partie 9

Les exercices pratiques sur la gestion des processus linux comportent des exercices théoriques et pratiques sur les concepts fondamentaux de la gestion des processus, y compris la création, la planification, et la terminaison des processus. Vous aurez l’occasion d’explorer des commandes essentiels tels que ps et top pour surveiller les processus en temps réel, ainsi que d’utiliser des commandes comme kill pour gérer les processus.

De plus, des exercices aborderont la gestion de la mémoire, l’utilisation des identifiants de processus (PID), ainsi que l’interaction entre les processus via des signaux. Les travaux pratiques incluront des scénarios de simulation où vous pouvez créer des scripts pour automatiser la gestion des processus et résoudre des problèmes courants liés aux processus orphelins et aux zombies.

L’objectif est de fournir une compréhension approfondie de la manière dont le système d’exploitation Linux gère les processus, ainsi que des compétences pratiques pour gérer efficacement les processus dans un environnement réel.

 
 

Exercice 1:

1.1) Laquelle des commandes suivantes permet de retarder l’exécution d’une commande jusqu’à un moment précis ?

A at

B later

C batch

D A et C

D
Les commandes ‘at’ et ‘batch’ permettent toutes deux de planifier l’exécution de commandes à un moment précis. ‘at’ est utilisé pour exécuter une commande à une heure spécifique, tandis que ‘batch’ exécute des commandes lorsque la charge système le permet.

 

1.2) Quel est le nom du démon qui gère les tâches soumises à une exécution ultérieure ?

A batchd

B laterd

C atd

D crond

C
Le démon ‘atd’ gère les tâches soumises avec la commande ‘at’, permettant leur exécution à un moment ultérieur.

 

1.3) Pourquoi un utilisateur pourrait-il être tenté de soumettre un job à l’aide de la commande batch, au lieu de la commande at ?

A L’utilisateur veut s’assurer que le job s’exécute exactement à l’heure spécifiée.

B Il n’existe pas de commande at.

C L’utilisateur souhaite minimiser l’impact du job sur les autres utilisateurs du système.

D Le job se compose de plusieurs étapes qui doivent être exécutées en une seule fois.

C
La commande batch exécute des tâches lorsque le système est moins chargé, généralement lorsque la charge du système est suffisamment faible, ce qui peut minimiser l’impact sur les autres utilisateurs.

 

1.4) Pour supprimer un job soumis au service at, quelles sont les informations que l’utilisateur doit connaître ?

A L’heure à laquelle l’exécution du job a été programmée.

B L’identifiant du job soumis.

C Le terminal à partir duquel le job a été soumis.

D Une fois soumis, un job ne peut pas être supprimé.

B
Pour supprimer un job soumis au service ‘at’, l’utilisateur doit connaître l’identifiant du job, qui peut être obtenu avec la commande ‘atq’.

 

1.5) Comment un utilisateur peut-il spécifier les commandes à exécuter lorsqu’il soumet un job at ?

A En saisissant les commandes directement au clavier.

B En redirigeant les commandes vers l’entrée standard de la commande at.

C En spécifiant un script qui contient les commandes sur la ligne de commande.

D Toutes ces réponses.

D
Un utilisateur peut spécifier les commandes à exécuter avec at en les saisissant directement, en redirigeant des commandes via l’entrée standard, ou en spécifiant un script contenant les commandes.

 

1.6) Pourquoi la commande suivante échoue-t-elle ? echo cal | at -f 2:00

A La spécification de l’heure doit inclure AM ou PM.

B L’élément cal doit être entre guillemets.

C Le paramètre -f de la ligne de commande nécessite un nom de fichier comme argument.

D Il n’y a pas de commande at.

C
Le paramètre -f de la commande at attend un fichier contenant les commandes à exécuter, et non une commande transmise par pipe.

 

1.7) Lors de l’exécution d’un job spoolé, pourquoi le script change-t-il d’abord de répertoire pour revenir au répertoire à partir duquel le job a été soumis ?

A Pour s’assurer que la variable d’environnement $OLDDIR est correctement définie.

B Pour des raisons de sécurité, l’utilisateur doit posséder le répertoire à partir duquel le job a été soumis.

C Pour s’assurer que le job at d’un utilisateur n’influence pas le job at d’un autre utilisateur.

D Ainsi, si le job contient des références relatives à des fichiers, celles-ci seront résolues de manière appropriée.

D
Changer de répertoire permet de garantir que les chemins relatifs utilisés dans le job se réfèrent au bon emplacement.

 

1.8) Dans la commande ci-dessous, Alex possède le fichier b0011c010c9997. Pourquoi Alex ne peut-il pas consulter le contenu du fichier ?

[root@station root]# ls -al /var/spool/at/
total 28
drwx------   3    daemon   daemon   4096  Jun 18 14:07  .
drwxr-xr-x   15   root     root     4096  Jan 25 18:32  ..
-rwx------   1    bob      bob      1480  Jun 18 12:22  b0011b010c9999
-rwx------   1    alex     alex     1459  Jun 18 11:52  b0011c010c9997
-rw-------   1    daemon   daemon      6  Jun 18 12:07  .SEQ
drwx------   2    daemon   daemon   4096  Jun 16 17:24  spool

[alex@station alex]$ cat /var/spool/at/b0011c010c9997
cat: /var/spool/at/b0011c010c9997: Permission denied

A L’utilisateur alex n’a pas les permissions de lecture.

B alex est également membre du groupe alex, et le groupe alex n’a pas les permissions de lecture.

C L’utilisateur alex n’a pas les permissions d’accéder au répertoire /var/spool/at.

D L’utilisateur alex n’a pas le droit d’exécuter la commande cat.

C
Le message d’erreur « Permission denied » indique que le problème se situe au niveau du répertoire. Alex n’a pas les permissions nécessaires pour accéder au répertoire /var/spool/at/, ce qui empêche l’accès au fichier b0011c010c9997, même s’il en est le propriétaire.

 

1.9) Dans la commande ci-dessous, qu’implique la référence à $SHELL ?

[alex@station alex]$ at 2:00
warning: commands will be executed using (in order) a) $SHELL b) login shell c)
/bin/sh
at> lpr big_file.ps
at> <EOT>
job 15 at 2022-05-17 02:00

A Si l’utilisateur définissait SHELL=/bin/csh à la première invite at>, le reste du travail serait exécuté en utilisant /bin/csh comme interpréteur.

B Si l’utilisateur définit SHELL=/bin/csh comme variable d’environnement avant d’exécuter la commande at, le job sera exécuté en utilisant /bin/csh comme interpréteur.

C Le job sera exécuté trois fois, la première fois en utilisant le contenu de la variable d’environnement SHELL comme interprète.

D Le job ne sera exécuté que si la variable d’environnement SHELL est définie sur l’interpréteur de commandes de connexion de l’utilisateur.

B
Si l’utilisateur définit SHELL=/bin/csh comme variable d’environnement avant d’exécuter la commande at, le job sera exécuté en utilisant /bin/csh comme interpréteur.

 

1.10) En ce qui concerne la commande at, quelle est l’heure du thé (teatime) ?

A 14 h 30

B 15 h 00

C 15 h 30

D 16 h 00

C
Dans le contexte de la commande at, « teatime » fait généralement référence à 16 h 00.

 

 

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *