Vous n'êtes pas identifié(e).
L'icône rouge permet de télécharger chaque page du wiki visitée au format
PDF et la grise au format ODT →
Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente Prochaine révision Les deux révisions suivantes | ||
doc:systeme:gnu-linux [07/05/2013 09:06] smolski [firmware] |
doc:systeme:gnu-linux [03/08/2016 16:11] louarn [Le pilote de périphérique] |
||
---|---|---|---|
Ligne 1: | Ligne 1: | ||
====== GNU/Linux ====== | ====== GNU/Linux ====== | ||
- | |||
- | **TUTO EN COURS DE MODIFICATION** smolski - //05-05-2013// | ||
- | |||
- | (**smolski** 02-05-2013 //fait ce qu'il te plaît !//) Le retour sur le forum est ici : [[http://debian-facile.org/viewtopic.php?id=6780 | Lien vers le forum concernant ce tuto]] | ||
- | N'hésitez pas à y faire part de vos remarques, succès, améliorations ou échecs ! | ||
* Objet : Système GNU/Linux | * Objet : Système GNU/Linux | ||
- | * Niveau requis : DÉBUTANT | + | * Niveau requis :{{tag>débutant avisé}} |
* Commentaires : // Informations concernant le système GNU/Linux. // | * Commentaires : // Informations concernant le système GNU/Linux. // | ||
- | * Débutant, à savoir : [[manuel:le_debianiste_qui_papillonne|Utiliser GNU/Linux en ligne de commande, tout commence là !.]] :-) | + | * Débutant, à savoir : [[:doc:systeme:commandes:le_debianiste_qui_papillonne|Utiliser GNU/Linux en ligne de commande, tout commence là !]] :-) |
+ | * Suivi : | ||
+ | * Création par [[user>smolski]] le 02/05/2013 | ||
+ | * Testé par .... le .... | ||
+ | * Commentaires sur le forum : [[http://debian-facile.org/viewtopic.php?id=6780 |C'est ici]]((N'hésitez pas à y faire part de vos remarques, succès, améliorations ou échecs !)) | ||
+ | |||
+ | ===== Introduction ===== | ||
+ | |||
+ | Voir la présentation de [[atelier:chantier:gnu-linux| GNU/Linux]]. | ||
===== Le PC ===== | ===== Le PC ===== | ||
- | Un PC est une machine qui écrit des 0 et des 1 dans un disque et qui utilise une carte graphique pour nous permettre de les lire sur un écran. \\ | + | Un PC est une machine qui écrit des 0 et des 1 sur les secteurs d'un disque et qui utilise une carte graphique pour nous permettre de les lire sur un écran. \\ |
===== Système d'exploitation ===== | ===== Système d'exploitation ===== | ||
- | Un système d'exploitation (ou **OS**) est un logiciel qui, en première couche possède les bases de fonctionnement pour gérer le matériel installé((En premier lieu : [[manuel:bios | le BIOS]])). \\ | + | Un système d'exploitation (ou **OS**) est un logiciel qui, en première couche, possède les bases de fonctionnement pour gérer le matériel installé((En premier lieu : [[:doc:materiel:bios | le BIOS]])). |
- | l'OS fournis aussi //l'interface graphique// qui se trouvera à être plus ou moins séparée de cette première couche. \\ | + | |
- | Par exemple windows mélange ces deux couches alors que, dans le but d'un meilleur fonctionnement et de clarté pour l'utilisateur, GNU/Linux les sépare davantage. | + | L'OS fournit aussi //l'interface graphique// qui se trouvera être plus ou moins séparée de cette première couche. |
+ | |||
+ | Par exemple. Windows mélange ces deux couches alors que, dans le but d'un fonctionnement et d'une clarté meilleurs pour l'utilisateur, GNU/Linux les sépare davantage. | ||
===== Interface graphique ===== | ===== Interface graphique ===== | ||
- | Bien que fournis avec l'OS, l'interface graphique n'en fait pas réellement partie. \\ | + | Bien que fournie avec l'OS, l'interface graphique n'en fait pas réellement partie. |
L'interface graphique vient se placer __au-dessus__ de ce dernier et se divise en plusieurs parties : | L'interface graphique vient se placer __au-dessus__ de ce dernier et se divise en plusieurs parties : | ||
- Le //X.Org// qui se charge de tout qui concerne le matériel (par exemple la carte graphique : //affichage//, //manipulation// de ce qui apparaît à l'écran, gestion de la //HD// et de la //3D//...). | - Le //X.Org// qui se charge de tout qui concerne le matériel (par exemple la carte graphique : //affichage//, //manipulation// de ce qui apparaît à l'écran, gestion de la //HD// et de la //3D//...). | ||
- | - [[manuel:gestionnaires | Les gestionnaire de fenêtres]]. | + | - [[:doc:environnements:environnements | Gestionnaires de fenêtres et environnement de bureau]]. |
- | - [[manuel:gui | Les gestionnaire de bureau]]. | + | |
===== La mémoire ===== | ===== La mémoire ===== | ||
- | C'est l'OS qui gère la mémoire. \\ | + | C'est l'OS qui gère la mémoire. |
- | La mémorisation permet de conserver et de distinguer les données propres à chacune des applications actives dans la machine. \\ | + | |
- | La mémoire c'est d'abord la **RAM** installée((la mémoire vive)) mais pas seulement, [[manuel:partition?&#la_swap | la partition swap]] créée sur le disque dur est aussi utilisée par l'OS en cas de besoin. | + | La mémorisation permet de conserver et de distinguer les données propres à chacune des applications actives dans la machine. |
+ | |||
+ | La mémoire, c'est d'abord la **RAM** installée((la mémoire vive)), mais c'est aussi [[:doc:systeme:partition?&#la_swap | la partition swap]] créée sur le disque dur, lors de l'installation, et qui est utilisée par l'OS en cas de besoin. | ||
==== Détail ==== | ==== Détail ==== | ||
- | En effet, une application en cours a besoin de conserver en mémoire des données à sauvegarder le temps de son exécution. \\ | + | En effet, une application en cours a besoin de conserver en mémoire des données à sauvegarder le temps de son exécution. |
- | Plusieurs applications((ou **programmes**)) peuvent demander à s'exécuter en même temps et doivent donc //chacune// conserver en //mémoire// __des données temporaires__ différentes. \\ | + | |
- | Par exemple l'application [[logiciel:gimp]] conservera une couleur particulière à reproduire pendant qu'une application de traitement de texte conservera une police de texte en cours et qu'un navigateur visitera une page sur la //Toile//... | + | |
+ | Plusieurs applications((ou **programmes**)) peuvent demander à s'exécuter en même temps et doivent donc //chacune// conserver en //mémoire// __des données temporaires__ différentes. | ||
+ | |||
+ | Par exemple l'application [[:doc:media:gimp]] conservera une couleur particulière à reproduire pendant qu'une application de traitement de texte conservera une police de texte en cours et qu'un navigateur visitera une page sur la //Toile//... | ||
- | - L'OS se charge d'écrire ces mémorisation //directement// dans des zones séparées de la mémoire. | + | |
+ | - L'OS se charge d'écrire ces mémorisations //directement// dans des zones séparées de la mémoire. | ||
- Les programmes ne voient qu'un espace de mémoire //virtuelle// dédié par l'OS où ils stockent les données qu'ils ont besoin de conserver pour fonctionner. | - Les programmes ne voient qu'un espace de mémoire //virtuelle// dédié par l'OS où ils stockent les données qu'ils ont besoin de conserver pour fonctionner. | ||
+ | |||
+ | ==== Quantification de la mémoire ==== | ||
+ | |||
+ | Il n'y a pas plus de //norme standard// que de //norme Microsoft// pour la quantification de l'espace mémoire. \\ | ||
+ | Par contre il y a beaucoup de confusion dans ce domaine. | ||
+ | |||
+ | Pour rappel, il y a deux familles de préfixes multiplicateurs normalisés : | ||
+ | - les préfixe ''SI'' (ou décimaux) qui représentent des //puissances de 10// : k=1000, M=1000^2, G=1000^3, T=1000^4, etc. | ||
+ | - les préfixes binaires qui représentent des puissances de 2 (1024=2^10) : Ki=1024, Mi=1024^2, Gi=1024^3, Ti=1024^4, etc. | ||
+ | |||
+ | Comme on peut le voir, les noms, symboles et valeurs des préfixes binaires et décimaux sont proches, mais leurs valeurs s'écartent en augmentant : | ||
+ | * 2 % entre k et Ki, | ||
+ | * 5 % entre M et Mi, | ||
+ | * 7 % entre G et Gi, | ||
+ | * 10 % entre T et Ti. | ||
+ | |||
+ | Les préfixes multiplicateurs binaires sont plus pratiques pour noter des valeurs qui sont des puissances entières de 2, comme la capacité des composants de mémoire (RAM ou flash) ou la taille d'un espace d'adressage, c'est pourquoi ils sont largement utilisés en électronique et informatique (mais pas en réseau et télécom où on utilise les préfixes décimaux). | ||
+ | |||
+ | Malheureusement la normalisation des préfixes binaires ci-dessus a été tardive, et entre-temps un usage //sauvage// des symboles des préfixes ''SI'', mais en leur attribuant des valeurs binaires, s'est développé dans ces domaines, et les mauvaises habitudes ont la vie dure. | ||
+ | |||
+ | Windows est dans ce cas : il utilise de façon constante la notation des symboles préfixes ''SI'' mais en leur donnant des valeurs binaires. \\ | ||
+ | Même chose pour le JEDEC, l'organisme de normalisation qui regroupe notamment les fabricants de composants électroniques de mémoire. | ||
+ | |||
+ | En ce qui concerne GNU/Linux, le noyau, qui gère la mémoire, fait plutôt la même chose. En revanche dans les programmes utilisateur, certains continuent à faire pareil, tandis que d'autres utilisent désormais les notations normalisées de façon correcte ([[doc:reseau:ifconfig|ifconfig]], [[doc:environnements:gnome:gparted|parted]]). \\ | ||
+ | **free** n'affiche pas de préfixe explicitement, mais affiche les valeurs en kibi, mébi ou gibi-octets, alors que sa page de manuel et son aide en ligne parlent de kilo, méga ou giga-octets. | ||
+ | |||
+ | Dans tous les cas, si vous avez un doute sur la signification d'un préfixe multiplicateur, c'est simple : affichez la valeur exacte sans préfixe, en bits ou octets et vous verrez bien. | ||
+ | |||
+ | Pour en revenir au sujet, la taille d'une barrette de RAM est une puissance entière de 2 dont la valeur est légèrement supérieure à la puissance entière de 10 correspondante. | ||
+ | |||
+ | <note tip> | ||
+ | Une barrette marquée **4 GB** par le fabricant fait en réalité 4 Gio, soit 4,3 Go. Pas 3,8 Gio ni 3,8 Go. | ||
+ | </note> | ||
+ | |||
+ | Ne pas oublier qu'une partie de la mémoire est réservée par la carte mère (pour le GPU intégré notamment), et une autre est réservée par le noyau lui-même. Le //total// affiché par **free** ne compte pas la mémoire réservée par le noyau. Pour avoir une idée de ces quantités, on peut rechercher dans les logs du noyau une ligne qui commence par //Memory// : | ||
+ | <code user>dmesg |grep Memory</code> | ||
+ | |||
+ | <file bash> | ||
+ | Memory: 126248k/131008k available (1762k kernel code, 4244k reserved, 853k data, 252k init, 0k highmem) | ||
+ | </file> | ||
+ | |||
+ | |||
+ | Il s'agit d'une machine qui a 128 Mio de RAM, soit 128*1024=131072 Kio, valeur très proche de 131008 k. 126248 k est plus proche de la valeur qui est affichée par free dans la colonne //total// (126564). | ||
+ | |||
+ | Je n'ai jamais vu de chipset qui limite la RAM à 3 Gio (ou 3 Go, ce qui a encore moins de sens). 2 Gio, 4 Gio, la limite est toujours une puissance entière de 2, ce qui est logique. | ||
+ | |||
+ | //Merci// **raleur**. 8-) | ||
+ | |||
+ | Lien des sources sur le forum df : | ||
+ | [[https://debian-facile.org/viewtopic.php?pid=157275#p157275]] | ||
+ | |||
+ | == Nota == | ||
+ | |||
+ | Pour apporter des commentaires, utilisez comme pour tous les tutos le lien de l'en-tête et non pas ce dernier lien qui est une résolution particulière et sert à remettre le contexte ainsi qu'aux remerciements mérités à qui de droit. | ||
==== Multitâche ==== | ==== Multitâche ==== | ||
- | Schématiquement, un PC standard d'un seul processeur ne peut exécuter qu'une opération à la fois. \\ | + | Schématiquement, un PC standard d'un seul processeur ne peut exécuter qu'une opération à la fois. |
Pourtant, nous pouvons : | Pourtant, nous pouvons : | ||
- utiliser une application, | - utiliser une application, | ||
Ligne 55: | Ligne 119: | ||
- copier des fichiers, | - copier des fichiers, | ||
- etc... | - etc... | ||
- | Et nous le faisons comme si tous ces programmes s'exécutaient ensembles ! \\ | ||
- | C'est le principe du multitâche dit //préemptif//. | ||
- | En fait, l'OS répartis ces actions en les exécutant non chacune dans son ensemble mais chacune en pointillées avec les autres. Et il le fait si rapidement qu'il donne l'illusion qu'elles s'exécutent toutes en même temps ! | + | Et nous le faisons comme si tous ces programmes s'exécutaient ensemble ! \\ |
+ | C'est le principe du multitâche dit //préemptif// ((Voir sur Wikipédia : [[https://fr.wikipedia.org/wiki/Multit%C3%A2che_pr%C3%A9emptif|Multitâche préemptif]])). | ||
+ | |||
+ | En fait, l'OS répartit ces actions en les exécutant non chacune dans son ensemble, mais chacune en pointillé avec les autres. Et il le fait si rapidement qu'il donne l'illusion qu'elles s'exécutent toutes en même temps ! | ||
<note>En fait, entre ces pointillés il se crée un temps de quelques millisecondes (un //time-slice//) variable selon le système installé.</note> | <note>En fait, entre ces pointillés il se crée un temps de quelques millisecondes (un //time-slice//) variable selon le système installé.</note> | ||
- | Toutefois, le passage d'une application à l'autre à un coût de temps qui est d'autant plus long qu'il s'y ajoute la restauration de l'ensemble des paramètres de chaque application en exécution simultanée, notamment la reconnaissance de la mémoire virtuelle attribuée et l'instant de calcul du processeur avant l'interruption. | + | Toutefois, le passage d'une application à l'autre a un coût de temps qui est d'autant plus long qu'il s'y ajoute la restauration de l'ensemble des paramètres de chaque application en exécution simultanée, notamment la reconnaissance de la mémoire virtuelle attribuée et l'instant de calcul du processeur avant l'interruption. |
== Nota == | == Nota == | ||
Ligne 75: | Ligne 140: | ||
Le pilote de périphérique((le **driver**)) permet à l'OS de faire fonctionner le matériel installé via une interface toujours identique (//Hardware Abstraction Layer//) malgré leurs composants électroniques différents. | Le pilote de périphérique((le **driver**)) permet à l'OS de faire fonctionner le matériel installé via une interface toujours identique (//Hardware Abstraction Layer//) malgré leurs composants électroniques différents. | ||
- | Par exemple, les cartes graphiques diffèrent les unes des autres. Le driver en établis les spécification techniques et permet à l'OS de demander d'afficher les données sur l'écran toujours selon la même méthode. \\ | + | Par exemple, les cartes graphiques diffèrent les unes des autres. Le driver en établit les spécifications techniques et permet à l'OS de demander d'afficher les données sur l'écran toujours selon la même méthode. \\ |
- | Ainsi, quelque soit les composants des cartes graphiques, pour l'OS un point reste un point, un rectangle un rectangle, etc... | + | Ainsi, quels que soient les composants des cartes graphiques, pour l'OS un point reste un point, un rectangle un rectangle, etc... |
- | <note tip>Des normes permettent de standartiser un peu tout ça. Par exemple, la norme **VGA** pour les cartes graphiques. Cependant, pour la HD ou la 3D chaque fabricant crée ses propres spécifités.</note> | + | <note tip>Des normes permettent de standardiser un peu tout ça. Par exemple, la norme **VGA** pour les cartes graphiques. Cependant, pour la HD ou la 3D chaque fabricant crée ses propres spécifités.</note> |
Les drivers font partie de l'OS bien qu'ils puissent être fournis séparément par le constructeur. | Les drivers font partie de l'OS bien qu'ils puissent être fournis séparément par le constructeur. | ||
Ligne 85: | Ligne 150: | ||
Aujourd'hui, il existe un mode dit //protégé// qui permet d'avoir entre autres un meilleur modèle d'accès à la mémoire. \\ | Aujourd'hui, il existe un mode dit //protégé// qui permet d'avoir entre autres un meilleur modèle d'accès à la mémoire. \\ | ||
- | Dans ce dernier, il y a plusieurs niveau d'exécution qui permettent d'avoir des privilèges différents : | + | Dans ce dernier, il y a plusieurs niveaux d'exécution qui permettent d'avoir des privilèges différents : |
- le mode noyau, (appelé ring 0), | - le mode noyau, (appelé ring 0), | ||
- un mode intermédiaire (ring 1), et | - un mode intermédiaire (ring 1), et | ||
Ligne 94: | Ligne 159: | ||
==== firmware ==== | ==== firmware ==== | ||
- | [[manuel:wifi:detecter-le-materiel | Les Firmware]] sont des //micro-programmes// souvent fournis par le constructeur que le pilote noyau doit charger dans une RAM __incluse dans le matériel__ devant la RAM du PC gérée elle par l'OS. \\ | + | [[:doc:materiel:wifi:detecter | Les Firmware]] sont des //micro-programmes// souvent fournis par le constructeur que le pilote noyau doit charger dans une RAM __incluse dans le matériel__ devant la RAM du PC gérée elle par l'OS. \\ |
Ce matériel peut aussi posséder un processeur agissant préalablement à celui du PC géré par l'OS. | Ce matériel peut aussi posséder un processeur agissant préalablement à celui du PC géré par l'OS. | ||
- | <note important>De nombreux périphériques nécessitent aujourd'hui que soient chargés des //firmware//, et comme ceux-ci sont rarement libres, __ils ne sont pas installés par défaut sous Debian__.</note> | + | <note importante>De nombreux périphériques nécessitent aujourd'hui que soient chargés des //firmware//, et comme ceux-ci sont rarement libres, __ils ne sont pas installés par défaut sous Debian__.</note> |
===== Démarrage ===== | ===== Démarrage ===== | ||
Ligne 103: | Ligne 168: | ||
Chacune de ces étapes peut être configurée afin d'obtenir par exemple des fonctions supplémentaires, gagner du temps au démarrage, etc... | Chacune de ces étapes peut être configurée afin d'obtenir par exemple des fonctions supplémentaires, gagner du temps au démarrage, etc... | ||
- | ===== Le chargeur de noyau ===== | + | ==== Le chargeur de noyau ==== |
- | Le tout premier programme à être lancé est [[manuel:bios | le BIOS]]. | + | Le tout premier programme à être lancé est [[:doc:materiel:bios | le BIOS]]. |
Celui-ci va chercher dans les paramètres du BIOS un chargeur, c'est à dire un petit programme destiné à lancer l'OS. | Celui-ci va chercher dans les paramètres du BIOS un chargeur, c'est à dire un petit programme destiné à lancer l'OS. | ||
Ligne 114: | Ligne 179: | ||
La configuration pour GRUB : | La configuration pour GRUB : | ||
- | * [[manuel:grub2 | Voir le tuto grub2 ici]] | + | * [[:doc:systeme:grub2 | Voir le tuto grub2 ici]] |
- | ===== Le noyau ===== | + | ==== Le noyau ==== |
Au démarrage, le noyau va initialiser le matériel présent à l'aide des drivers des périphériques qu'il contient. | Au démarrage, le noyau va initialiser le matériel présent à l'aide des drivers des périphériques qu'il contient. | ||
Ligne 122: | Ligne 187: | ||
Sont d'abord initialisés les éléments principaux du PC, comme le processeur, les contrôleurs de périphérique... Les périphériques externes viennent ensuite. \\ | Sont d'abord initialisés les éléments principaux du PC, comme le processeur, les contrôleurs de périphérique... Les périphériques externes viennent ensuite. \\ | ||
- | À ce stade, le noyau configure rapidement la carte graphique dans un mode standart pour permettre la lisibilité des opérations par l'utilisateur. \\ | + | À ce stade, le noyau configure rapidement la carte graphique dans un mode standard pour permettre la lisibilité des opérations par l'utilisateur. \\ |
<note tip>On peut même configurer cela par une option du noyau.</note> | <note tip>On peut même configurer cela par une option du noyau.</note> | ||
Ligne 133: | Ligne 198: | ||
- | ==== Tableau des options ==== | + | === Tableau des options === |
^Option ^Description ^ | ^Option ^Description ^ | ||
Ligne 143: | Ligne 208: | ||
//Et d'autres encore...// | //Et d'autres encore...// | ||
- | ===== Le processus init ===== | + | ==== Le processus init ==== |
Une fois que le noyau a fini l'initialisation, il lance le programme ''init'' qui va devenir le père de tous les autres processus et portera l'identifiant((le PID)) 1. \\ | Une fois que le noyau a fini l'initialisation, il lance le programme ''init'' qui va devenir le père de tous les autres processus et portera l'identifiant((le PID)) 1. \\ | ||
Ligne 152: | Ligne 217: | ||
* /bin/sh | * /bin/sh | ||
- | Dès qu'il trouve //init//, le //noyau// lui passe immédiatement le contrôle de la suite des évènements. \\ | + | Dès qu'il trouve //init//, le //noyau// lui passe immédiatement le contrôle de la suite des événements. \\ |
- | - S'il ne le trouve pas, le noyau tentera de lancer [[manuel:shell | un shell]] pour permettre un accès au système. | + | - S'il ne le trouve pas, le noyau tentera de lancer [[:doc:programmation:shell:shell | un shell]] pour permettre un accès au système. |
- Si le shell ne fonctionne pas, le noyau indique l'erreur et s'arrête. | - Si le shell ne fonctionne pas, le noyau indique l'erreur et s'arrête. | ||
- | Pour modifier la recherche on utilise l'option du noyau **init=** en lui indiquant le chemin complet((Voir : [[manuel:repertoire | Les chemins absolus et relatifs en détail.]])) de l'exécutable à lancer. | + | Pour modifier la recherche on utilise l'option du noyau **init=** en lui indiquant le chemin complet((Voir : [[:doc:programmation:shell:repertoires | Les chemins absolus et relatifs en détail.]])) de l'exécutable à lancer. |
- | ==== Configuration d'init ==== | + | === Configuration d'init === |
Le fichier //init// se configure dans le répertoire : ''/etc/inittab''. \\ | Le fichier //init// se configure dans le répertoire : ''/etc/inittab''. \\ | ||
Ligne 185: | Ligne 250: | ||
Certains champs peuvent être ignorés selon ce qui est choisi. | Certains champs peuvent être ignorés selon ce qui est choisi. | ||
- | ==== Configuration d'inittab ==== | + | === Configuration d'inittab === |
Tableau de configuration pour ''/etc/inittab'' (//les configurations principales...//) | Tableau de configuration pour ''/etc/inittab'' (//les configurations principales...//) | ||
Ligne 193: | Ligne 258: | ||
|wait |Aucun |Lorsque le système passera dans la niveau d'exécution spécifié, init exécutera la commande indiquée puis attendra qu'elle se termine.| | |wait |Aucun |Lorsque le système passera dans la niveau d'exécution spécifié, init exécutera la commande indiquée puis attendra qu'elle se termine.| | ||
|respawn |Aucun |Semblable à wait si ce n'est qu'à chaque fois que le programme se termine, init le relancera.| | |respawn |Aucun |Semblable à wait si ce n'est qu'à chaque fois que le programme se termine, init le relancera.| | ||
- | |ctrlaltdel |Niveaux d'exécution |Permet d'indiquer une commande devant être exécutée lorsque l'utilisateur presse la combinaison de touches Ctrl-Alt-Suppr.| | + | |ctrlaltdel |Niveaux d'exécution |Permet d'indiquer une commande devant être exécutée lorsque l'utilisateur presse la combinaison de touches <key>C-A-Suppr</key>| |
- | ===== Les modes d'exécution ===== | + | ==== Les modes d'exécution ==== |
Selon les services qui sont lancés, plusieurs modes d'exécution sont possibles. \\ | Selon les services qui sont lancés, plusieurs modes d'exécution sont possibles. \\ | ||
Ligne 204: | Ligne 269: | ||
Il y a habituellement 7 niveaux d'exécution numérotés de 0 à 6. \\ | Il y a habituellement 7 niveaux d'exécution numérotés de 0 à 6. \\ | ||
- | ==== Tableau des niveaux d'exécution ==== | + | === Tableau des niveaux d'exécution === |
^Numéro ^Désignation ^Description ^ | ^Numéro ^Désignation ^Description ^ | ||
Ligne 215: | Ligne 280: | ||
|6 |Redémarrage |Redémarre la bécane.| | |6 |Redémarrage |Redémarre la bécane.| | ||
- | ==== mode initdefault ==== | + | === mode initdefault === |
Après le démarrage, le système se trouve dans le mode indiqué par **initdefault** dans ''/etc/inittab''. | Après le démarrage, le système se trouve dans le mode indiqué par **initdefault** dans ''/etc/inittab''. | ||
Ligne 221: | Ligne 286: | ||
Pour le changer, il existe un outil appellé //telinit//. Il suffit de le lancer en lui passant en paramètre un numéro du niveau. \\ | Pour le changer, il existe un outil appellé //telinit//. Il suffit de le lancer en lui passant en paramètre un numéro du niveau. \\ | ||
Par exemple : | Par exemple : | ||
- | <code bash> | + | <code root> |
telinit 6</code> | telinit 6</code> | ||
Cette commande redémarre la machine. | Cette commande redémarre la machine. | ||
- | ==== Le programme /etc/... ==== | + | === Le programme /etc/... === |
**En cours de création...** smolski //06-05-2013// | **En cours de création...** smolski //06-05-2013// | ||
Ligne 244: | Ligne 309: | ||
Voici un exemple ... (//à suivre...//) | Voici un exemple ... (//à suivre...//) | ||
- | ===== La connexion en mode texte ===== | + | |
+ | ==== La connexion en mode texte ==== | ||
Après que le système ait terminé les actions à entreprendre dans un niveau donné, un utilisateur peut alors se connecter au système. \\ | Après que le système ait terminé les actions à entreprendre dans un niveau donné, un utilisateur peut alors se connecter au système. \\ | ||
Lorsque cela se fait en mode texte, un message invite la personne à entrer son nom d'utilisateur puis son mot de passe. | Lorsque cela se fait en mode texte, un message invite la personne à entrer son nom d'utilisateur puis son mot de passe. | ||
- | C'est généralement le programme **login** qui se charge de ça. Une fois le nom et le mot de passe saisis, ce programme va lire le fichier ''/etc/passwd''(([[commande:passwd]])) pour vérifier ces informations. | + | C'est généralement le programme **login** qui se charge de ça. Une fois le nom et le mot de passe saisis, ce programme va lire le fichier ''/etc/passwd''(([[:doc:systeme:passwd]])) pour vérifier ces informations. |
- | En mode texte, le programme permettant de se connecter va donc lancer le shell choisi par l'utilisateur. Sur un système GNU/Linux, c'est par défaut [[manuel:bash]]. | + | En mode texte, le programme permettant de se connecter va donc lancer le shell choisi par l'utilisateur. Sur un système GNU/Linux, c'est par défaut : [[:doc:programmation:bash]]. |
Bash (comme les autres shells) va alors lancer un script dans le répertoire de l'utilisateur. Il s'agit dans ce cas de ''.bashrc'' qui est un fichier caché. \\ | Bash (comme les autres shells) va alors lancer un script dans le répertoire de l'utilisateur. Il s'agit dans ce cas de ''.bashrc'' qui est un fichier caché. \\ | ||
C'est donc dans ce script qu'un utilisateur peut rajouter des commandes qu'il souhaite voir exécutées lorsqu'il se connecte. | C'est donc dans ce script qu'un utilisateur peut rajouter des commandes qu'il souhaite voir exécutées lorsqu'il se connecte. | ||
- | ===== La connexion en mode graphique ===== | + | ==== La connexion en mode graphique ==== |
Lors d'une connexion en mode graphique, l'utilisateur doit saisir son nom d'utilisateur et son mot de passe dans une fenêtre créée par ce que l'on appelle souvent un gestionnaire d'affichage. \\ | Lors d'une connexion en mode graphique, l'utilisateur doit saisir son nom d'utilisateur et son mot de passe dans une fenêtre créée par ce que l'on appelle souvent un gestionnaire d'affichage. \\ | ||
Ligne 262: | Ligne 328: | ||
Ils offrent des fonctionnalités équivalentes : Afficher la liste des utilisateurs, vérifier le mot de passe, ... Et surtout lancer ensuite le gestionnaire de fenêtre/bureau choisi par l'utilisateur. | Ils offrent des fonctionnalités équivalentes : Afficher la liste des utilisateurs, vérifier le mot de passe, ... Et surtout lancer ensuite le gestionnaire de fenêtre/bureau choisi par l'utilisateur. | ||
- | [[manuel:environnement_graphique | L'environnement graphique]] sélectionné va ensuite se lancer. Cela correspondra à lancer le gestionnaire de fenêtre, éventuellement un gestionnaire de bureau, puis d'autres applications. \\ | + | [[:doc:environnements:environnements | L'environnement graphique]] sélectionné va ensuite se lancer. Cela correspondra à lancer le gestionnaire de fenêtre, éventuellement un gestionnaire de bureau, puis d'autres applications. \\ |
Une fois que ceci est terminé, il y a la possibilité pour l'utilisateur d'avoir des programmes lancés automatiquement. | Une fois que ceci est terminé, il y a la possibilité pour l'utilisateur d'avoir des programmes lancés automatiquement. | ||
Ligne 278: | Ligne 344: | ||
===== Processus ===== | ===== Processus ===== | ||
- | * [[manuel:gnu_linux:processus | Les processus dans le détail.]] | + | * [[:doc:systeme:processus | Les processus dans le détail.]] |