| Les deux révisions précédentesRévision précédente | Dernière révisionLes deux révisions suivantes |
| issue150:certifie_linux [2019/11/02 15:43] – d52fr | issue150:certifie_linux [2019/11/02 17:09] – andre_domenech |
|---|
| Bonjour aux apprenants et signe de tête à ceux qui sont « juste intéressés ». | Bonjour aux apprenants et signe de tête à ceux qui sont « juste intéressés ». |
| |
| Comme c'est l'examen 201, vous devriez être à l'aise avec le FSH (File System Hierarchy - Hiérarchie des systèmes de fichiers) et le LSB (Linux Standards Base - base des standards de Linux). Vous pouvez rapidement les rechercher sur Google, j'attendrai...Bien. Mémoire rafraîchie ! | Comme c'est l'examen 201, vous devriez être à l'aise avec le FSH (File System Hierarchy - Hiérarchie des systèmes de fichiers) et le LSB (Linux Standards Base - base des standards de Linux). Vous pouvez rapidement les rechercher sur Google, j'attendrai... Bien. Mémoire rafraîchie ! |
| |
| **Though we are mostly using Ubuntu here, you need to know the Red Hat side of things too. Init is the first process called during SysV boot. This initial process will now start all the other processes that are listed in the runlevel target. Don’t believe me? Look at the PID of init. If Linux was a first person shooter game, the init process would be the spawn point. The init levels today are still the same 0-6 levels (there are more, but unused) that I encountered back in the day; it has not changed, just know the differences between .deb-based systems and .rpmbased systems. You need to know that in older systems, you can usually see what is defined by printing out ‘/etc/inittab’. At the time of writing this, it is 2019, and most distributions run on Systemd, so you may get an error with ‘cat/etc/inittab’ if you are following along on a desktop version of Linux. That is OK. Try to run an old version of Fedora or CentOS in a VM to check it out. Be sure to look inside ‘/etc/rc.d’ folder while you are at it. | **Though we are mostly using Ubuntu here, you need to know the Red Hat side of things too. Init is the first process called during SysV boot. This initial process will now start all the other processes that are listed in the runlevel target. Don’t believe me? Look at the PID of init. If Linux was a first person shooter game, the init process would be the spawn point. The init levels today are still the same 0-6 levels (there are more, but unused) that I encountered back in the day; it has not changed, just know the differences between .deb-based systems and .rpmbased systems. You need to know that in older systems, you can usually see what is defined by printing out ‘/etc/inittab’. At the time of writing this, it is 2019, and most distributions run on Systemd, so you may get an error with ‘cat/etc/inittab’ if you are following along on a desktop version of Linux. That is OK. Try to run an old version of Fedora or CentOS in a VM to check it out. Be sure to look inside ‘/etc/rc.d’ folder while you are at it. |
| . stop 58 0 6 .“** | . stop 58 0 6 .“** |
| |
| Disons qu'une vieux CentOS n'est pas le seul système que vous devriez démarrer dans une VM ; je vous suggère aussi une vieille version de Debian, ou du plus récent Devuan. Autrement, la suite vous sera difficile à suivre. Vous êtes censés connaître, non seulement le processus de démarrage, mais comment personnaliser le dit processus. J'ai besoin que vous regardiez les pages man : man update-rc-d - regardez le résumé. Vous verrez aussi qu'il fait référence au manuel de définition de Debian. Vous pourriez vous demander comment ça fonctionne dans la vraie vie. Bon. Admettons que vous voulez ajouter le service d'impression, disons CUPS, dans un niveau d'exécution. Le service que vous voulez démarrer doit être dans : /etc/init.d - vous ne pouvez tout simplement pas ajouter un service qui n'existe pas. Aussi, la syntaxe sera : | Disons qu'un vieux CentOS n'est pas le seul système que vous devriez démarrer dans une VM ; je vous suggère aussi une vieille version de Debian, ou du plus récent Devuan. Autrement, la suite vous sera difficile à suivre. Vous êtes censés connaître, non seulement le processus de démarrage, mais comment personnaliser ledit processus. J'ai besoin que vous regardiez les pages man : man update-rc-d - regardez le résumé. Vous verrez aussi qu'il fait référence au manuel de définition de Debian. Vous pourriez vous demander comment ça fonctionne dans la vraie vie. Bon. Admettons que vous voulez ajouter le service d'impression, disons CUPS, dans un niveau d'exécution. Le service que vous voulez démarrer doit être dans : /etc/init.d - vous ne pouvez tout simplement pas ajouter un service qui n'existe pas. Aussi, la syntaxe sera : |
| |
| update-rc.d <service name> | update-rc.d <service name> |
| Just be aware of the differences in systems syntax between Debian-based and Red Hat-based distributions.** | Just be aware of the differences in systems syntax between Debian-based and Red Hat-based distributions.** |
| |
| Pour voir ce qui a changé, naviguez vers /etc/rc.d/rc2.d/ et vous devriez voir que cron - dans notre cas - a été créé. Comme le chkconfig etait précédé par un #, c'est un commentaire - mais chkconfig lit les commentaires ! Pas mal, hein ! C'est pas la seule chose que chkconfig sache faire ; il est encore plus pratique que ça quand il s'agit des services. Les pare-feux de Linux fonctionnent comme des services ; oui, je sais, nous manquons d'un programme applicatif de pare-feu décent dans Linux, mais c'est pas qu'il en manque. Aussi, pour une façon rapide de voir quels services sont actifs, pour la configuration du pare-feu, saisissez : chkconfig -- list. Cela dit, si vous modifiez cron pour le faire tourner au runlevel 2, vous devriez voir « on » (actif) dans la colonne qui représente le niveau d'exacution 2. Cela reste vrai pour toutes les modifications que vous pouvez faire - vérifiez-le attentivement maintenant. Si vous démarrez ou arrêtez un service avec chkconfig, vérifiez-le tout de suite avec l'option --list. Si vous voulez un pilotage encore plus fin, vous pouvez utiliser l'option --level 2 on / off. Exemple : chkconfig cron --level 3 off. | Pour voir ce qui a changé, naviguez vers /etc/rc.d/rc2.d/ et vous devriez voir que cron - dans notre cas - a été créé. Comme le chkconfig etait précédé par un #, c'est un commentaire - mais chkconfig lit les commentaires ! Pas mal, hein ! Ce n'est pas la seule chose que chkconfig sache faire ; il est encore plus pratique que ça quand il s'agit des services. Les pare-feux de Linux fonctionnent comme des services ; oui, je sais, nous manquons d'un programme applicatif de pare-feu décent dans Linux, mais ce n'est pas qu'il en manque. Aussi, pour une façon rapide de voir quels services sont actifs, pour la configuration du pare-feu, saisissez : chkconfig -- list. Cela dit, si vous modifiez cron pour le faire tourner au runlevel 2, vous devriez voir « on » (actif) dans la colonne qui représente le niveau d'exacution 2. Cela reste vrai pour toutes les modifications que vous pouvez faire, vérifiez-le attentivement maintenant. Si vous démarrez ou arrêtez un service avec chkconfig, vérifiez-le tout de suite avec l'option --list. Si vous voulez un pilotage encore plus fin, vous pouvez utiliser l'option --level 2 on / off. Exemple : chkconfig cron --level 3 off. |
| |
| Soyez simplement au courant des différences de syntaxe des systèmes, entre les distributions basées sur Debian et celles basées sur Red Hat. | Soyez simplement au courant des différences de syntaxe des systèmes, entre les distributions basées sur Debian et celles basées sur Red Hat. |
| Ce mois-ci, pas de questions d'examen pour s'entraîner ; je veux simplement que vous fassiez réellement cela dans un Red Hat dans un VM et que vous voyez ce que ça donne. Gardez vos mirettes grandes ouvertes pendant l'examen pour voir les questions qui contiennent RED HAT. | Ce mois-ci, pas de questions d'examen pour s'entraîner ; je veux simplement que vous fassiez réellement cela dans un Red Hat dans un VM et que vous voyez ce que ça donne. Gardez vos mirettes grandes ouvertes pendant l'examen pour voir les questions qui contiennent RED HAT. |
| |
| Si vous voulez aller plus loin ou tester vos connaissances pour l'examen du LPI, fair le test suivant sur papier : https://www.itexams.com/exam/117-201 (celles-ci furent des vraies questions d'un examen du LPI ; elles vous mettront à l'aise avec son format) : | Si vous voulez aller plus loin ou tester vos connaissances pour l'examen du LPI, faites le test suivant sur papier : https://www.itexams.com/exam/117-201 (celles-ci furent des vraies questions d'un examen du LPI ; elles vous mettront à l'aise avec son format) : |
| ••Le nouvel numéro d'examen est 201-400 ; 117-201 était celui d'avant. | ••Le nouvel numéro d'examen est 201-400 ; 117-201 était celui d'avant. |
| ••Le site ne nécessite pas d'inscription, mais incrivez-vous avec une adresse mail temporaire, pas votre mail réelle. | ••Le site ne nécessite pas d'inscription, mais incrivez-vous avec une adresse mail temporaire, pas votre mail réelle. |
