Lea Linux - Contributions [fr]

Quotas sur les système de fichiers

2005-10-12T08:15:36Z

Cameleon : Gestion des quotas : Création et gestion des quotas utilisateurs et groupes

[[Category:Gestion des disques et systèmes de fichiers]]
= Gestion des quotas =

<div class="leatitre">Gestion des quotas</div><div class="leapar">Par [mailto:anne at lea-linux point org Anne]</div><div class="leadesc">Ou comment éviter de saturer l'espace de vos systèmes de fichiers.</div>
----

== Introduction ==

=== Petits rappels sur les systèmes de fichiers ===

Avant de rentrer dans le vif du sujet, il m'apparait essentiel de faire quelques rappels sur les systèmes de fichiers, auxquels je me réfererait dans la suite de l'article.

'''Système de fichiers''' : organisation logique des données dans un disque ou une partition. C'est l'existence du système de fichiers qui vous permet de ranger vos fichiers dans des répertoires et sous-répertoires.

'''Formatage''' : c'est l'opération qui consiste à créer un nouveau système de fichiers dans un disque ou une partition. Sous Linux, on utilise la commande générique <tt>mkfs</tt>, par exemple.

'''Racine d'un système de fichiers''' : la racine correspond au répertoire d'attache du système de fichiers. Par exemple, /home est la racine du système de fichiers contenant les homes directories des utilisateurs. À quoi reconnait-on qu'il s'agit de la racine ? À la présence du répertoire <tt>lost+found</tt>. Il est créé lors de l'opération de formatage et est utilisé lors des réparations éventuelles du système de fichiers.

'''Bloc''' : c'est l'unité d'espace du système de fichiers. Il peut varier d'un système à l'autre. Pour connaître la taille en octets du bloc :

root@pingu# dumpe2fs /dev/hdc11 | grep -i 'block size'
dumpe2fs 1.27 (8-Mar-2002)
Block size: 40

où <tt>dumpe2fs</tt> est la commande qui permet d'afficher les informations relatives à un système de fichiers (attention, la quantité d'infos peut être énorme ! :p) et <tt>/dev/hdc11</tt> désigne le fichier spécial de la partition contenant le système de fichiers.

'''Inode''' : chaque fichier dispose de ce qu'on appelle une inode. Il s'agit de la carte d'identité du fichier. Elle contient notamment sa taille, sa date de dernière modification, les emplacements du disque dur sur lesquels sont situés les données... et un numéro. Et oui nos fichiers ne sont en fait que des numéros :). Chaque fichier a donc un numéro unique dans chaque système de fichiers. C'est ce numéro qui est utilisé par le système lors d'opération sur les fichiers. Le nom que vous attribuez à un fichier n'est utilisé que par vous :). Pour obtenir ces numéros : <tt>ls -i</tt>

=== Qu'est-ce qu'un quota ===

L'attribution de quotas dans un système de fichiers est un outil qui permet de maîtriser l'utilisation de l'espace disque. Les quotas consistent à fixer une limite d'espace pour un utilisateur ou un groupe d'utilisateurs.

Pour la création de ces quotas, on définit '''2 types de limites''' :

* '''La limite douce''' (ou ''soft limit'' en bon français) : indique la quantité maximale d'espace qu'un utilisateur peut occuper sur le système de fichiers. Si cette limite est atteinte, l'utilisateur reçoit des messages d'avertissement quant au dépassement du quota qui lui a été attribué. Si son utilisation est combinée avec les ''délais'' (ou ''grace period''), lorsque l'utilisateur continue à dépasser la soft limite après que se soit écoulé le délai de grâce, alors il se retrouve dans le même cas que dans l'atteinte d'une limite dure.
* '''La limite dure''' (ou ''hard limit'') définie une limite absolue pour l'utilisation de l'espace. L'utilisateur ne peut pas dépasser cette limite. Passée cette limite, l'écriture sur ce système de fichiers lui est interdite.

De plus ces limites sont exprimées en blocs et en inodes. On a vu que le bloc étant une unité d'espace. Les quotas exprimés en nombre de blocs représentent donc une limite d'espace à ne pas dépasser. En ce qui concerne les quotas exprimés en nombre d'inodes, ils représentent le nombre maximum de fichiers et répertoires que l'utilisateur pourra créer.

Pour mémoire, les ''délais'' (ou ''grace period'') fixent une période de temps avant que la limite douce ne se transforme en limite dure. Elle est fixée dans les unités suivantes : second, minute, hour, day, week.

=== Ce qui est nécessaire pour activer les quotas ===

Généralement dans la plupart des distributions, les quotas sont utilisables d'office. Vous devez vérifier 2 choses pour pouvoir utiliser les quotas :

* vous devez disposer des '''outils de gestion des quotas''' :<br /><tt>root@pingu# rpm -qa | grep quota<br /> quota-3.06-5</tt>
* la gestion des quotas doit être activée '''dans le noyau '''<nowiki>:</nowiki><br /><tt>root@pingu# grep -i quota /boot/config-2.4.18-14<br /> CONFIG_QUOTA=y</tt>

== Configuration de la gestion des quotas ==

=== Configuration de /etc/fstab ===

Les quotas ont activés au démarrage grâce à la commande <tt>/sbin/quotaon</tt> lancée par le script <tt>/etc/rc.d/rc.sysinit</tt>. Les quotas sont désactivés à l'arrêt du système par la commande <tt>/sbin/quotaoff</tt>.

Pour fixer les quotas sur un système de fichiers, il faut mettre à jour le fichier <tt>/etc/fstab</tt>. On va pour cela ajouter les options de montage pour le ou les systèmes de fichiers concernés. Deux options peuvent être utilisées (et combinées bien sûr) :

* <tt>'''usrquota'''</tt> : active les quotas utilisateurs
* <tt>'''grpquota'''</tt> : active les quotas groupes

'''Exemple :'''<br /><tt>/dev/hdc1 /home ext3 defaults,usrquota 1 1<br /> /dev/hdc2 /tmp ext3 defaults,grpquota 1 1<br /> </tt>

=== Création des structures nécessaires au fonctionnement des quotas ===

'''Un ou deux fichiers''' doivent être créés pour l'utilisation des quotas : <tt>aquota.user</tt> et <tt>aquota.group</tt>. C'est dans ces fichiers que l'on configurera les quotas attribués aux utilisateurs et/ou aux groupes. Ces fichiers doivent être créés à la [#rappels racine des systèmes de fichiers ] qui comportent ces quotas.

'''Exemple : '''<br /><tt>root@pingu# touch /home/aquota.user<br /> root@pingu# touch /tmp/aquota.group</tt>

'''Attention :'''ne pas oublier de '''modifier les droits''' sur ces fichiers ! Ils doivent comporter les droits en écriture et lecture pour root uniquement.

'''Exemple : '''<br /><tt>root@pingu# chmod 600 /home/aquota.user<br /> root@pingu# chmod 600 /tmp/aquota.group</tt>

'''Remonter le ou les systèmes de fichiers''' concernés pour prendre en compte l'utilisation de quotas pour ce système de fichiers.<br /><tt>root@pingu# mount -o remount /home<br /> root@pingu# mount -o remount /tmp</tt>

Après création de ces fichiers, il faut initialiser la base des quotas en exécutant la commande suivante :<tt>[#verif /sbin/quotacheck -auvg]</tt>. Dans le cas contraire, la sanction est immédiate :<br /><tt>edquota: Quota file not found or has wrong format.<br /> No filesystems with quota detected.</tt>

'''Activer les quotas''' :<br /><tt>root@pingu# /sbin/quotaon -a</tt>

== Attribution et vérification des quotas ==

=== Fixer des quotas ===

L'attribution des quotas se fait grâce à la commande <tt>edquota</tt>, utilisable quelque soit le type de quota (utilisateur ou groupe). La commande ouvre un éditeur (vi ou emacs selon le contenu de votre variable EDITOR), qui vous permet de modifier directement les fichiers aquota.user ou aquota.group.

'''Syntaxe :''' <tt>edquota [-u user] [-g group] [-t]</tt>

* <tt>-u user</tt> définit les quotas pour un ou plusieurs utilisateurs
* <tt>-g group</tt> définit les quotas pour un ou plusieurs groupes
* <tt>-t</tt> définit les délais

'''Exemple :'''<br />

root@pingu# /usr/sbin/edquota -u citrouille
Disk quotas for user anne (uid 500):
Filesystem blocks soft hard inodes soft hard
/dev/hdc1 0 9000 10000 0 90000 10000

Le fichier se compose de 6 colonnes :

* <tt>Filesystem</tt> : système de fichiers concerné par les quotas
* <tt>blocks</tt> : nombre de blocs occupés par l'utilisateur dans le système de fichiers. Ici aucun fichier n'a encore été créé.
* <tt>soft</tt> : limite soft en nombre de blocs. Ici elle est fixée à 9 000 blocs soit environ 9 Mo
* <tt>hard</tt> : limite hard en nombre de blocs (environ 10 Mo)
* <tt>inodes</tt> : nombre d'[#rappels inodes ]occupées par l'utilisateur dans le système de fichiers
* <tt>soft</tt> : limite soft en nombre d'inodes
* <tt>hard</tt> : limite hard en nombre d'inodes

On procédera de la même façon pour l'attribution de quotas à un groupe. (Ne tentez pas d'éditer directement ces fichiers; ils ne sont pas en format texte.)

=== Fixer un délai ===

On a vu également qu'on pouvait moduler le délai fixé entre le moment où l'utilisateur atteint la limite soft et celui où on va lui interdire toute occupation supplémentaire dans le système de fichiers. On va donc fixer la durée de ce délai. elle sera la même quelque soit l'utilisateur et/ou le groupe.

'''Syntaxe''' : edquota -t

'''Exemple :'''

root@pingu# /usr/sbin/edquota -t
Grace period before enforcing soft limits for users:
Time units may be: days, hours, minutes, or seconds
Filesystem Block grace period Inode grace period
/dev/hdc1 7days 7days

il suffit donc de remplacer les valeurs par vos valeurs dans l'unité qui vous convient : second, minute, hour, day, week.

== Dépassement de quotas : que se passe-t-il ? ==

Une fois n'est pas coutume, on se place du côté utilisateur. Nous allons décrire les principaux cas de figure de dépassement de quotas et les messages envoyés à l'utilisateur.

'''Prenons l'exemple suivant''' : l'utilisateur Anne dispose de 9Mo en limite douce et 10 Mo en limite dure. Son délai de grâce est de 7 minutes. Ci-dessous le contenu du système de fichiers faisant l'objet de ces quotas :<br />

anne@pingu$ ls -l /home/anne
total 1842
-rw------- 1 root root 7168 fév 28 23:50 aquota.user
-rw-r--r-- 1 anne anne 1857516 mar 1 12:19 fic1
drwx------ 2 root root 12288 nov 28 12:59 lost+found

Nous sommes largement en-dessous des quotas. Nous allons maintenant copier 4 fois le fichier <tt>fic1</tt>. Les 3 premières copies se passent bien et nous avons fic2, fic3 et fic4. Ci-dessous, la dernière copie

<tt>anne@pingu$ cp fic1 fic5<br /> ide1(22,10): warning, user block quota exceeded.</tt>

anne@pingu$ ls -l
total 9134
-rw------- 1 root root 7168 fév 28 23:50 aquota.user
-rw-r--r-- 1 anne anne 1857516 mar 1 12:19 fic1
-rw-r--r-- 1 anne anne 1857516 mar 1 13:18 fic2
-rw-r--r-- 1 anne anne 1857516 mar 1 13:18 fic3
-rw-r--r-- 1 anne anne 1857516 mar 1 13:18 fic4
-rw-r--r-- 1 anne anne 1857516 mar 1 13:18 fic5
drwx------ 2 root root 12288 nov 28 12:59 lost+found

La limite douce est dépassée. L'utilisateur reçoit un message mais l'écriture est réalisée car nous n'avons pas dépassé la limite dure.

2 cas de figures peuvent alors se présenter si l'utilisateur ne contacte pas l'administrateur ou s'il ne libère pas de l'espace pour repasser en-dessous de la limite douce.

* '''<u>1er cas :</u>''' l'utilisateur tente d'écrire dans le système de fichiers ce qui l'amène à dépasser la limite dure.
<tt>anne@pingu$ cp fic1 fic6<br /> ide1(22,10): write failed, user block limit reached.<br /> cp: écriture de `fic6': Débordement du quota d'espace disque</tt>
L'opération échoue. Une partie du fichier seulement a été copiée. l'utilisateur de pourra plus écrire dans le système de fichiers.
<br />
* '''<u>2ème cas :</u>''' l'utilisateur laisse s'écouler le délai de grâce de 7 minutes fixé par l'administrateur. Il tente alors de copier le contenu du fichier <tt>/etc/passwd</tt> par exemple. Le total de l'espace occupé reste toutefois inférieur à la limite dure.
La sanction sera identique que dans le 1er cas. L'opération échoue.
<tt>anne@pingu$ cp /etc/passwd .<br /> ide1(22,10): write failed, user block quota exceeded too long.<br /> cp: écriture de `./passwd': Débordement du quota d'espace disque</tt>
L'opération a échoué comme en témoigne le listage ci-dessous :
anne@pingu$ ls -l passwd
-rw-r--r-- 1 anne anne 0 mar 1 14:48 passwd
De même si vous essayez d'écrire dans le fichier passwd, vous obtiendrez le message suivant dans votre éditeur au moment de l'enregistrement :<br /><tt>"passwd" erreur d'écriture (système de fichiers plein ?) Appuyez sur ENTRÉE ou tapez une commande pour continuer</tt><br /> Il vous est impossible d'écrire.

== Vérification et affichage des quotas ==

Les commandes suivantes vont vous permettre d'une part de vérifier les quotas affectés à chaque groupe et/ou utilisateur et éventuellement de synchroniser les informations nécessaires au système pour le suivi de ces quotas.

=== Edition des informations relatives aux quotas ===

La commande <tt>repquota</tt> permet d'afficher un résumé de l'utilisation des quotas et délais de grâce.

'''Syntaxe''' : <tt>repquota [ -vug ] -a | filesystem</tt>

* <tt>'''-v'''</tt> : mode verbeux, affiche des infos supplémentaires
* <tt>'''-u'''</tt> : affiche des informations sur les quotas utilisateurs
* <tt>'''-g'''</tt> : affiche des informations sur les quotas groupes
* <tt>'''-a'''</tt> : affiche des informations sur tous les systèmes de fichiers disposant de quotas
* <tt>'''filesystem'''</tt> : affiche des informations sur les quotas du système de fichiers spécifié

Pour l'exemple, j'ai ajouté un utilisateur Bob.

<nowiki># /usr/sbin/repquota -avug
*** Report for user quotas on device /dev/hdc10
Block grace time: 00:07; Inode grace time: 00:07
Block limits File limits
User used soft hard grace used soft hard grace
----------------------------------------------------------------------
root -- 19 0 0 2 0 0
anne -- 7293 9000 10000 5 9000 10000
bob +- 9000 8000 9000 00:07 5 8000 9000
+ -- 19 0 0 2 0 0

Statistics:
Total blocks: 7
Data blocks: 1
Entries: 3
Used average: 3,000000</nowiki>

On trouve ici les informations relatives au quota imposé aux utilisateurs. On trouvera autant de lignes que d'utilisateurs, groupes et systèmes de fichiers concernés.

Sont rappelés les quotas fixés en nombre de blocs et d'inodes. On trouve également le nombre de blocs et le nombre d'inodes utilisés. Quand un horodatage apparaît dans la colonne <tt>grace</tt>, comme par exemple pour Bob, cela signifie que l'utilisateur (ou le groupe) a dépassé la limite douce. Le délai de grâce est donc décompté.

Vous pouvez également utiliser la commande <tt>'''quota'''</tt> suivie du nom d'un utilisateur ou d'un groupe. Là encore vous obtiendrez toutes les informations relatives aux quotas et à l'utilisation de l'espace attribué.

'''Exemple :''' pour obtenir les informations liées aux quotas concernant Anne :

root@pingu# quota anne
Disk quotas for user anne (uid 500):
Filesystem blocks quota limit grace files quota limit grace
/dev/hdc10 7293 9000 10000 5 9000 10000

=== Vérifications et synchronisation des fichiers de quotas ===

Il peut arriver que les fichiers de quotas deviennent incohérents. La gestion de ceux-ci devient alors impossible. D'autre part, lorsque vous ajoutez un nouvel utilisateur ou un nouveau groupe à l'aide de la commande <tt>edquota</tt>, il faut là encore synchroniser les fichiers pour la prise en compte de ces nouvelles informations.

'''Syntaxe''' : <tt>quotacheck [ -vug ] -a | filesystem</tt>

* <tt>'''-v'''</tt> : mode verbeux, affiche des infos supplémentaires
* <tt>'''-u'''</tt> : vérifie uniquement les fichiers de quotas utilisateurs
* <tt>'''-g'''</tt> : vérifie uniquement les fichiers de quotas groupes
* <tt>'''-a'''</tt> : vérifie les fichiers de quotas de tous les systèmes de fichiers en disposant
* <tt>'''filesystem'''</tt> : vérifie les fichiers de quotas du système de fichiers spécifié

'''Exemple :''' vérifier tous les fichiers de quotas, quelque soit le système de fichiers concerné<br /><tt>root@pingu# quotaoff -a<br /> root@pingu# quotacheck -auvg<br /> quotacheck: Scanning /dev/hdc10 [/home/anne/quota] done<br /> quotacheck: Checked 2 directories and 10 files</tt>

== En conclusion... ==

Voilà pour ce tutorial concernant les quotas. Pour plus d'informations, consulter le man des commandes : <tt>repquota, quotaon, quotaoff, quotacheck, edquota.</tt>

N'hésitez pas à laisser un message pour tout ajout ou correction concernant cet article.

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Anne le 02/03/2003.</div>

= Copyright =
Copyright © 02/03/2003, Anne
{{CC-BY-NC-SA}}

Configuration des senseurs de la carte mère

2005-10-12T07:41:54Z

Cameleon : Configuration des senseurs (température, ventilation,...) de la carte mère

[[Category:Les plus du matériel]]
= Configuration des Senseurs de la carte mêre. =

<div class="leatitre">Configuration des Senseurs de la carte mère.</div><div class="leapar">par [mailto:tux.le.pengouin@free.fr Fred]</div><div class="leadesc">Votre carte mère dispose peut-être de senseurs permettant de savoir, à tout moment, la température des différents éléments de celle-ci, ainsi que diverses informations intéressantes pour la bonne marche de votre PC, en particulier si vous comptez l'overclocker.</div>
----

== Ce qu'il nous faut ==

Pour pouvoir connaître l'état des différents senseurs de votre carte mère, il faut que nous installions deux (au moins) paquetages : <tt>[http://secure.netroedge.com/~lm78/archive/i2c-2.9.2.tar.gz i2c-2.9.2.tar.gz]</tt> et <tt>[http://www.lm-sensors.nu/archive/lm_sensors-2.9.2.tar.gz lm_sensors-2.9.2.tar.gz]</tt> que l'on peut trouver sur le [http://secure.netroedge.com/~lm78/download.html site de l'auteur] de ces paquetages.<br /> Évidemment, lecteur quand tu liras ces lignes, les numéros des paquetages auront peut-être changé : prend la derniêre version !

== Installation ==

La documentation de ces deux paquetages préconise trois types d'installation (au moment ou j'écris ces lignes), mais je ne vais m'intéresser qu'à une seule méthode : celle qui consiste à patcher (je ne vois de mot français, y a-t-il un académicien dans la salle ?) le noyau de Linux. L'opération se déroule sans douleur (évidemment, si vous n'avez jamais recompilé votre noyau, [../kernel/kernel.php3 allez voir la documentation sur ce site]).

<u>Remarque</u> : chaque commande qui suit est sur une seule ligne, bien sûr !

La premiêre chose à faire est de décompresser ces deux paquetages :

<div class="code">[user@localhost user]$ tar xzf i2c-2.9.2.tar.gz<br /> [user@localhost user]$ tar xzf lm_sensors-2.9.2.tar.gz</div>

Ensuite, il faut créer les patches. Pour que cela fonctionne, il faut, au préalable, avoir installé les sources du noyau dans <tt>/usr/src/linux</tt> (c'est l'emplacement par défaut de la plupart des distributions ; les paquetages nécessaires sont disponibles sur le CD de votre distribution).

Nous créons les patches par :

<div class="code">[user@localhost user]$ cd /home/user/i2c-2.9.2<br /> [user@localhost i2c-2.9.2]$ mkpatch/mkpatch.pl . /usr/src/linux i2c-patch</div>

Puis, on patche le noyau :

<div class="code">[user@localhost user]$ cd /usr/src/linux<br /> [user@localhost linux]$ su<br /> Password : ********<br /> [root@localhost linux]# patch -p1 -E </home/user/i2c-2.9.2/i2c-patch<br /> ...<br /> ...</div>

(Attention: ces commandes sont sur une seule ligne !) Voilà pour le patch <tt>i2c</tt>. Puis le patch <tt>lm_sensors</tt> :

<div class="code">[user@localhost user]$ cd /home/user/lm_sensors-2.9.2<br /> [user@localhost lm_sensors-2.9.2]$ mkpatch/mkpatch.pl . /usr/src/linux > lm-patch</div>

Enfin, il faut patcher le noyau :

<div class="code">[root@localhost linux]# patch -p1 -E < /home/user/lm_sensors-2.9.2/lm-patch <br />... <br />...</div>

Normalement, tout ce passe bien et nos sources du noyau sont bien patchées !

== Compilation des modules et du noyau ==

La compilation se déroule de manière standard pour les sources du noyau : on lance un <tt>make xconfig</tt> pour configurer les sources.<br /> En plus des supports habituels pour votre configuration ([../kernel/kernel.php3 voir la documentation du site]), il faut que vous activiez (en modules c'est mieux...) tout dans : <tt>Character Devices/I2C support/</tt> (en fait, seuls <tt>I2C support</tt>, <tt>I2C bit-banging interfaces</tt>, <tt>I2C PCF 8584 interfaces</tt> et <tt>Pseudo ISA adapter</tt> nous seront utiles). Il faut aussi que vous activiez tout dans : <tt>Character Devices/Hardware sensors support/</tt>.

Puis vous compilez votre noyau comme d'habitude :

<div class="code">make dep ; make bzImage ; make modules ; make modules_install</div>

Vous l'installez, vous relancer lilo et vous rebootez !

== Compilation des librairies et des utilitaires ==

Cette phase est essentielle : elle permet la détection automatique de vos senseurs etc...<br /> Pour cela vous devez compilez les librairies <tt>libsensors.*</tt>. Placez vous dans le répertoire contenant les sources de lm_sensors :

<div class="code">$ cd /home/usr/lm_sensors-2.9.2</div>

Et éditez le fichier nommé <tt>Makefile</tt> (c'est lui qui gére la compilation de lm_sensors), vous devez trouver les lignes noires et les remplacer par les lignes rouges :

<div class="code">COMPILE_KERNEL := 1 <br /><tt><font color="#FF0000">COMPILE_KERNEL := 0</font></tt>

<tt>I2C_HEADERS=/usr/local/include</tt><br /><tt><font color="#FF0000">I2C_HEADERS=$(LINUX_HEADERS)</font></tt>

<tt>PREFIX := /usr/local</tt><br /><tt><font color="#FF0000">PREFIX := /où/vous/voulez</font></tt><br /><tt><font color="#FF0000"><nowiki># attention : les binaires seront installés dans $PREFIX/bin etc...</nowiki></font></tt>

</div>

En fait, il suffit souvent de commenter la ligne noire (en mettant un <tt><nowiki>#</nowiki></tt> devant) et de décommenter la ligne rouge (en enlevant le <tt><nowiki>#</nowiki></tt> devant).

Maintenant on peut compilez le tout par <tt>make</tt>. Un certain nombre de fichiers ne sont pas trouvé : ce n'est pas grave. On installe le tout par : <tt>make install</tt>.

Une dernière étape avant la détection : la création des périphériques. Celle-ci se fait três simplement par le script : <tt>mkdev.sh</tt>. Il faut être root pour pouvoir le lancer :

<div class="code">'''$''' su <br /><tt>Password : ********</tt><br /><tt>'''<nowiki>#</nowiki>''' /home/user/lm_sensors-2.6.3/prog/mkdev/mkdev.sh</tt></div>

Voilà, il ne reste plus qu'à détecter vos senseurs.

== Détection des senseurs ==

Là, c'est très simple : il suffit de lancer le script <tt>sensors-detect</tt> qui se trouve dans <tt>/home/user/lm_sensors-2.9.2/prog/detect</tt>, lancez-le et validez toutes les questions (les choix par défaut sont tous bons, mais vous pouvez lire ce qu'on vous demande pour affiner votre configuration). A la fin du script vous devez voir apparaître quelque chose comme :

<div class="code">WARNING! If you have some things built into your kernel, the <br /><tt>below list will contain too many modules. Skip the appropriate ones!</tt><br /><tt>To load everything that is needed, add this to some '''/etc/rc*''' file:</tt>

<tt><font color="#FF0000"><nowiki>#----cut here----</nowiki></font></tt><br /><tt><font color="#FF0000"><nowiki># I2C adapter drivers</nowiki></font></tt><br /><tt><font color="#FF0000">modprobe i2c-piix4</font></tt><br /><tt><font color="#FF0000">modprobe i2c-isa</font></tt><br /><tt><font color="#FF0000"><nowiki># I2C chip drivers</nowiki></font></tt><br /><tt><font color="#FF0000">modprobe eeprom</font></tt><br /><tt><font color="#FF0000">modprobe w83781d</font> # w83781d est le nom du chip !</tt><br /><tt><font color="#FF0000"><nowiki>#----cut here----</nowiki></font></tt>

<tt>To make the sensors modules behave correctly, add these lines to either</tt><br /><tt>/etc/modules.conf or '''/etc/conf.modules'''<nowiki>:</nowiki></tt>

<tt><font color="#FF0000"><nowiki>#----cut here----</nowiki></font></tt><br /><tt><font color="#FF0000"><nowiki># I2C module options</nowiki></font></tt><br /><tt><font color="#FF0000">alias char-major-89 i2c-dev</font></tt><br /><tt><font color="#FF0000"><nowiki>#----cut here----</nowiki></font></tt>

</div>

La première série de lignes en rouge (entre les <tt><font color="#FF0000">cut here</font></tt>) doit être insérée dans votre fichier <tt>/etc/rc.d/rc.local</tt> : ce sont ces lignes qui vont charger au démarrage les modules permettant la lecture des senseurs (Attention : prenez les lignes correspondant à votre configuration, celles qui sont présentées ici sont les miennes !).

La seconde série doit être insérée dans le fichier <tt>/etc/conf.modules</tt> : elles servent au chargement automatique des modules qui peuvent être chargé automatiquement.

Voilà c'est tout.

== Utilisation ==

L'installation de <tt>lm_sensors-2.9.2</tt> crée un petit script de lecture des senseurs : <tt>sensors</tt>, lorqu'on le lance on obtient :

<div class="code">[user@localhost user]# sensors <br /><tt>w83781d-i2c-1-2d</tt><br /><tt>Adapter: SMBus PIIX4 adapter at 5000</tt><br /><tt>Algorithm: Non-I2C SMBus adapter</tt><br /><tt>VCore 1: +1.98 V (min = +1.80 V, max = +2.20 V)</tt><br /><tt>VCore 2: +2.00 V (min = +1.80 V, max = +2.20 V)</tt><br /><tt>+3.3V: +3.36 V (min = +2.97 V, max = +3.63 V)</tt><br /><tt>+5V: +5.07 V (min = +4.50 V, max = +5.48 V)</tt><br /><tt>+12V: +11.86 V (min = +10.79 V, max = +13.11 V)</tt><br /><tt>-12V: -12.38 V (min = -10.78 V, max = -13.18 V)</tt><br /><tt>-5V: -5.12 V (min = -4.50 V, max = -5.48 V)</tt><br /><tt>CPU Fan: 4891 RPM (min = 3000 RPM, div = 2)</tt><br /><tt>CPU temp: +39.0 C (limit = +60.0 C, hysteresis = +50.0 C)</tt><br /><tt>vid: +2.00 V</tt><br /><tt>alarms: Chassis intrusion detection ALARM</tt><br /><tt>beep_enable:</tt><br /><tt> Sound alarm disabled</tt></div>

Ou en tout cas quelque chose d'approchant. Certaines informations peuvent vous sembler absurdes (par exemple des températures négatives etc...), elles correspondent en général à des senseurs non branchés ou non existants. Il peut être intéressant de désactiver ces senseurs (du moins leur lecture), cela se fait en éditant le fichier <tt>/etc/sensors.conf</tt>. Mais avant de pouvoir l'identifier il faut connaître le nom de la puce qui gère les senseurs : le [#chip_name chip]. Pour l'identifier, c'est simple, vous faites :

<div class="code">[user@gros home]# cat /proc/sys/dev/sensors/chips <br /><tt>256 '''w83781d'''-''<font color="#FF0000">isa</font>''-0290</tt><br /><tt>257 '''w83781d'''-''<font color="#FF0000">i2c</font>''-1-2d</tt><br /><tt>258 '''eeprom'''-''<font color="#FF0000">i2c</font>''-1-50</tt></div>

Les noms des puces présentes sur ma carte mère sont en '''<tt>gras</tt>''', en ''<tt><font color="#FF0000">rouge</font></tt>'' c'est le protocole utilisé pour lire le contenu de ces puces.

Dans le fichiers <tt>/etc/sensors.conf</tt>, vous devez vous placer après une ligne commançant par :

<div class="code">'''chip''' "lm78-*" "lm78-j-*" "lm79-*" "'''w83781d'''-*" "sis5595-*"</div>

(Comme vous pouvez le constater, plusieurs puces ont la même configuration : ici lm78, lm79, w83781d, sis5595, mais ce qui doit vous intéresser dans ce fichier c'est votre puce !, le reste vous pouvez l'effacer). Vous avez donc repéré votre puce dans <tt>/etc/sensors.conf</tt>. Vous devez trouver à la suite de cette ligne (<tt>chip quelque chose</tt>) :

<div class="code">'''label''' in0 "VCore 1" <br /><tt>'''label''' in1 "VCore 2"</tt><br /><tt>'''label''' in2 "+3.3V"</tt><br /><tt>'''label''' in3 "+5V"</tt><br /><tt>'''label''' in4 "+12V"</tt><br /><tt>'''label''' in5 "-12V"</tt><br /><tt>'''label''' in6 "-5V"</tt>

<tt>'''label''' fan1 "CPU Fan"</tt><br /><tt>'''ignore''' fan2</tt><br /><tt>'''ignore''' fan3</tt>

<tt>'''ignore''' temp1</tt><br /><tt>'''label''' temp2 "CPU temp"</tt><br /><tt>'''ignore''' temp3</tt>

</div>

Les lignes commençant par '''<tt>label</tt>''' donnent un nom (celui que vous verrez dans la sortie de <tt>sensors</tt>) à un senseur : mettez ce qui vous plaît. Les lignes commençant par '''<tt>ignore</tt>''' signalent à <tt>sensors</tt> que ce senseur ne doit pas être lu : les senseurs qui retournent des informations erronées ou qui ne vous intéressent pas peuvent être ignorés avec profit.

Voilà, maintenant vous pouvez surveiller votre PC dans les moindres recoins !

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Frédéric Bonnaud.</div>

= Copyright =
Copyright © Frédéric Bonnaud
{{CC-BY-NC-SA}}