Listes de contrôle d'accès

   Tout objet peut être considéré comme étant associé avec une ACL qui gouverne l'accès discrétionnaire de cet objet. Cette ACL est référée à une ACL d'accès. En plus, un répertoire peut avoir une ACL associée qui gouverne l'ACL initial pour les objets créés dans ce répertoire. Cette ACL est référé à l'ACL par défaut.

   Une ACL consiste d'un jeu d'entrées d'ACL. Une entrée ACL spécifie les permissions d'accès sur l'objet associé pour un utilisateur ou groupe individuel comme une combinaison de permissions de lecture, écriture et de recherche/exécution.

   Une entrée d'ACL contient un type de tag d'entrée, une qualifiant de tag d'entrée, et un jeu de permissions. On utilise le terme qualifier pour dénoter le qualifieur de tag d'entrée d'une entrée d'ACL.

   Le qualifieur dénote l'identifiant d'un utilisateur ou un groupe, pour les entrées avec les types de tag d'ACL_USER ou ACL_GROUP, respectivement. Les entrées avec des types de tag autre que ACL_USER ou ACL_GROUP n'ont pas de qualifieur définis.

   Les types de tag d'entrée suivant sont définis

ACL_USER_OBJ dénote les droits d'accès pour le propriétaire du fichier
ACL_USER dénote les droits d'accès pour les utilisateurs identifiés par le qualifieur de l'entrée
ACL_GROUP_OBJ dénote les droits d'accès pour le groupe du fichier
ACL_GROUP dénote les droits d'accès pour les groupes identifiés par le qualifieur de l'entrée
ACL_MASK dénote les droits d'accès maximum qui peuvent être donnés par les entrées de type ACL_USER, ACL_GROUP_OBJ ou ACL_GROUP.
ACL_OTHER dénote les droits d'accès pour les processus qui ne matchent aucune autre entrée dans l'acl.

   Quand un accès est vérifié, les entrées ACL_USER_OBJ et ACL_USER sont testés avec le user ID effectif. L'ID de groupe effectif, et les IDs de groupe supplémentaire sont testé avec les entrées ACL_GROUP_OBJ et ACL_GROUP.

   Une ACL valide contient exactement une entrée avec chaque types de tag ACL_USER_OBJ, ACL_GROUP_OBJ, et ACL_OTHER. Les entrées avec les types de tag ACL_USER et ACL_GROUP peuvent apparaître 0 ou plusieurs fois dans une ACL. Dans une ACL qui contient des entrée de type de tag ACL_USER ou ACL_GROUP doivent contenir exactement une entrée de type de tag ACL_MASK. Si une ACL ne contient pas d'entrées de type de tag ACL_USER ou ACL_GROUP, l'entrée ACL_MASK est optionnel.

   Tous les qualifier d'UID doivent être unique dans les entrées du type de tag ACL_USER, et tous les GID doivent être unique dans les entrée de type de tag ACL_GROUP.

   La fonction acl_get_file() retourne une ACL avec 0 entrées d'ACL comme ACL par défaut d'un répertoire, si le répertoire n'est pas associé avec une ACL par défaut. La fonction acl_set_file() accepte également une ACL avec 0 entrées d'ACL comme ACL par défaut pour les répertoires, dénotant que le répertoire ne devrait pas être associé avec une ACL par défaut. C'est équivalement à utiliser la fonction acl_delete_def_file().
   [SECTION] name="Correspondance entre les entrées d'ACL et les bits de permission de fichier" table="paragraphes" imbrication="0"

   Il y a une correspondance entre les permissions du propriétaire du fichier, groupe, et autres et les entrées d'ACL: les permissions du propriétaire correspondent aux permissions de l'entrée ACL_USER_OBJ. Si l'ACL a une entrée ACL_MASK, les permissions du groupe correspondent aux permission de l'entrée ACL_MASK. Sinon, si l'ACL n'a pas d'entrée ACL_MASK, les permissions du groupe correspondent aux permissions de l'entrée ACL_GROUP_OBJ. Les permissions des autres correspondent aux permission de l'entrée ACL_OTHER_OBJ.

   Les permissions du propriétaire, du groupe, et des autres match toujours les permissions de l'entrée d'ACL correspondante. Les modification des bits de permission de fichier résultent en la modification des entrées d'ACL correspondantes, et les modification des entrées d'ACL résultent en la modification des bits de permission de fichier.

Création d'objet et ACL par défaut

Algorithme de vérification d'accès

Forme de texte d'ACL

Forme de texte long

Forme de texte court

Affiche le statut de la batterie et d'autres informations ACPI, depuis /proc et /sys

OPTIONS

Notifier les programmes utilisateurs des évènements ACPI

   acpid est conçus pour notifier les programmes utilisateurs des évènements ACPI. acpid devrait être démarré durant le boot. Il va ouvrir le fichier d'event (/proc/acpi/event) et tenter de lire toutes les lignes qui représentent les events ACPI. S'il n'existe pas, acpid tente de se connecter au kernel linux via la couche d'entrée et netlink. Quand un event ACPI est reçu d'une de ces sources, acpid examine une liste de règles, et exécute les règles qui matchent l'event. Il ignore tous les events ACPI entrant si un fichier /var/lock/acpid existe.

   Les règles sont définies par de simples fichiers de configuration (dans /etc/acpi/events par défaut), et parcoure tous les fichiers réguliers. Les lignes blanches, ou commençant par un '#' sont ignorés. Chaque ligne a 3 tokens: la clé, un signe '=' et la valeur. La clé peut avoir 63 caractères, et est sensible à la casse. La valeur d'event est une expression régulière.

   La valeur de l'action est une ligne de commande, qui sera invoqué via /bin/sh quand un event match la règle. La ligne de commande peut contenir des caractères spéciaux et seront préservés. Le seul caractère spécial dans la valeur action est '%'. La chaîne %e remplace le texte de l'event. %% sera remplacé par %.

   Cette fonctionnalité permet à plusieurs règles d'être définies pour le même event. Pour forcer acpid à recharger les règles de configuration, lui envoyer un SIGHUP.

   En plus des fichiers de règles, acpid accepte également des connections sur un socket UNIX (/var/run/acpid.socket par défaut). Une fois connecté, acpid envoie le texte de tous les events ACPI au client. acpid ne ferme pas le socket client excepté dans le cas d'un SIGHUP ou quand acpid se termine.

   acpid log toutes ses activités dans sysylog.

OPTIONS

Exemples

Écouteur d'évènement ACPI

   Simple utilitaire qui se connecte à acpid et écoute les events. Quand un event se produit, acpi_listen l'affiche sur stdout.

OPTIONS

Ajoute des interpréteurs à la liste des interpréteurs initiaux valables

   Copie /etc/shells dans /etc/shells.tmp, ajoute les interpréteurs de commande à ce fichier, puis copie ce fichier temporaire dans /etc/shells. Le chemin complet de l’interpréteur doit être fournis.

Informe le kernel Linux d'une nouvelle partition. Cette commande ne manipule pas les partitions du disque

OPTIONS

Ajoute un utilisateur ou un groupe au système, en fonction des options fournies en ligne de commandes ou du fichier /etc/adduser.conf

   Sans les options --system ou --group, ajoute un utilisateur normal. Par défaut, chaque utilisateur se voit attribuer un groupe avec son nom propre. adduser crée un répertoire personnel en fonction de DHOME, GROUPHOMES et LETTERHOMES.

   Si le fichier /usr/local/sbin/adduser.local existe, il est exécuté une fois que l'utilisateur ait été configuré, de façon à réaliser des opérations propres au système. Les paramètres passés à adduser.local sont:

  nom_utilisateur uid gid répertoire_personnel

   La variable d'environnement VERBOSE est positionnée comme suit:

0 si --quiet est spécifié
1 si --quiet et --debug ne sont pas spécifiés
2 si --debug est spécifié

   Par défaut, les utilisateurs systèmes sont placés dans le groupe nogroup. Une répertoire personnel est créé avec les même règles que pour les utilisateurs normaux. Le nouvel utilisateur aura /bin/false comme interpréteur de commande (sans --shell spécifié), et aura un compte désactivé. Les fichiers squelette ne sont pas copiés.

OPTIONS

Valeurs de retours

Fichier de configuration pour adduser et addgroup

DSHELL Interpréteur de commande principal (défaut /bin/bash)
DHOME Répertoire personnel initial (défaut : /home)
GROUPHOMES à yes, les répertoires personnels sont sous la forme /home/[nomgroupe]/utilisateur (défaut no)
LETTERHOMES à yes, les répertoires personnel créés seront sous la forme /home/u/utilisateur (défaut no)
SKEL Répertoire contenant les fichiers de configuration des utilisateurs à copier dans le home/ (défaut /etc/skel)
FIRST_SYSTEM_UID
LAST_SYSTEM_UID Plage d'UID pour les comptes systèmes (défaut 100 - 999)
FIRST_UID
LAST_UID Plage d'UID pour les comptes réguliers (défaut 1000 - 29999)
FIRST_SYSTEM_GID
LAST_SYSTEM_GID Plage de GID pour les groupes systèmes (défaut 100 - 999)
FIRST_GID
LAST_GID Plage de GID pour les groupes réguliers (défaut 1000 - 29999)
USERGROUPS à yes, chaque utilisateur se verra attribuer son propre groupe. à no, chaque utilisateur sera placé dans le group dont le GID est USERS_GID. (défaut yes)
USERS_GID ce GID est donné à tous les utilisateurs si USERGROUPS est à no (défaut 100).
DIR_MODE permission sur les répertoires créés (défaut 0755)
SETGID_HOME à yes, les répertoires personnels des utilisateurs qui possèdent leur propre groupe auront le bit setgid positionné (défaut no).
QUOTAUSER non vide, les quotas des nouveaux utilisateurs sont les même que ceux de cet utilisateur.(défaut vide)
NAME_REGEX Expression rationnelle de validation des noms des utilisateurs et groupes. (défaut ^[a-z][-a-z0-9]*$)
SKEL_IGNORE_REGEX les fichiers dans /etc/skel/ sont comparés à cette expréssion rationnelle et ne sont pas copiés quand ils correspondent.
ADD_EXTRA_GROUPS autre que 0, les nouveaux groupes système sont ajoutés aux groupes de la liste EXTRA_GROUPS (défaut 0)
EXTRA_GROUPS liste des groupes additionnels auxquels sont ajoutés les utilisateurs non-système. (défaut dialout cdrom floppy audio video plugdev users games).

Vérification des noms

Planification des tâches sur des systèmes non-permanents

   Anacron peut être utilisé pour exécuter des commande périodiquement, avec une fréquence spécifiée en jours. À la différence de cron, il n'assume pas que la machine fonctionne en continu.

  Quand il est exécuté, Anacron lis une liste de jobs depuis un fichier de configuration, normalement /etc/anacrontab. chaque entrée est spécifié une période en jours, un délai en minutes, un id unique, et une commande.

  Pour chaque tâche, Anacron vérifie si elle a été exécutée dans les n derniers jours, où n est la période spécifiée pour ce job. Sinon, anacron lance la commande, après avoir attendu le nombre de minute spécifié dans le paramètre de délai.

  Une fois toutes les tâches exécutées, anacron se termine. Si une tache génère une sortie sur la sortie standard ou l'erreur standard, la sortie est mailé à l'utilisateur lançant la commande (généralement root) ou à l'utilisateur contenu dans MAILTO si définie.

OPTIONS

Installer/Désinstaller des tâches anacron

le format de ce fichier est:
période délais job-identifier commande

période est spécifié en jours. Période peut également prendre la valeur @monthly
délai est spécifié en minutes
job-identifier peut contenir n'importe quel caractère non-blanc hormis '/'. Il est utilisé pour identifier la tâche dans les messages Anacron.

Service arp

OPTIONS

Signaux

Notes

Exemples

Exécute des commandes à un instant définis

   at et batch lisent les commandes sur l'entrée standard ou un fichier spécifié, et sont exécutées à un instant définis, en utilisant /bin/sh.

at exécute les commandes à un instant spécifié
atq liste les jobs en attente de l'utilisateur. Si l'utilisateur est root, affiche tous les jobs. Le format de sortie est un job par ligne (job, numéro, date, heure, queue et user).
atrm Supprime des jobs, spécifié par leur numéro.
batch exécute des commandes quand les niveaux de charge système le permettent ; quand la charge moyenne est en dessous de 1.5, ou la valeur spécifié dans l'invocation de atd.

   at permet des spécifications de temps complexe, étendant le standard POSIX.2. Il accepte le temps sous la forme HH:MM pour lancer un job à une heure spécifique de la journée. Vous pouvez aussi spécifier midnight, noon ou teatime (4pm). Vous pouvez spécifier l'heure du jour avec le préfixe AM ou PM. Vous pouvez spécifier le jour en donnant une date sous la forme month day et optionnellement year, ou en donnant une date sous la forme MMDDYY ou MM/DD/YY ou MM.DD.YY. La spécification d'une date DOIT suivre la spécification de l'heure du jour. Vous pouvez aussi donner le temps comme now + count time-units, où time-units peut être minutes, hours, days ou weeks et vous pouvez dire à at de lancer le job aujourd'hui en suffixant le temps avec today et demain par tomorrow.

   Pour at et batch les commandes sont lues depuis l'entrée standard ou le fichier spécifié avec l'option -f. Le répertoire de travail (excepté pour les variables TERM, DISPLAY et _) et le umask sont retenus depuis l'heure d'invocation. Un at - ou batch - invoqué depuis un shell su(1) retient le userid courant. L'utilisateur recevra un email de la sortie standard et l'erreur standard de ses commandes. Le mail sera envoyé en utilisant /usr/lib/sendmail.

   Le superuser peut utiliser ces commandes dans tous les cas, pour les autres, la permission d'utiliser at est déterminé par les fichiers /etc/at.allow et /etc/at.deny

   si /etc/at.allow existe, seul les noms d'utilisateurs mentionnés sont autorisés à utiliser at. Si /etc/at.allow et /etc/at.deny exsitent, tous les noms d'utilisateur non mentionnés est autorisé à utiliser at. Si aucun des 2 fichiers n'existe, seul root peut utiliser at. Si /etc/at.deny est vide, tous les utilisateurs peuvent utiliser at.

OPTIONS

           Si un job est envoyé à une queue désigné avec une lettre majuscule, le job est traité s'il était envoyé à batch au moment du job. Une fois le temps atteint, les règles de traitement des jobs s'appliquent. Si une queue spécifique est donné à atq, il affiche uniquement les jobs en attente dans cette queue.

-m Envoie un mail à l'utilisateur quand le job est terminé, même s'il n'y a pas de sortie.
-f file Lit les jobs depuis le fichier spécifié
-t time lance le job au temps spécifié, donné au format [[CC]YY]MMDDhhmm[.ss]
-l est un alias pour atq
-d est un alias pour atrm
-v Affiche l'heure 'exécution du job avant de le lire, affiché au format "Thu Feb 20 14:50:00 1997"
-c cat les jobs listé sur la ligne de commande sur la sortie standard.

Exemples

Détermine qui peut soumettre des jobs via at ou batch

   Détermine qui est autorisé à exécuter des commandes at et batch sur un système. Le format est une liste de noms d'utilisateurs, un par ligne.

  Si /etc/at.allow existe, seules les utilisateurs listés sont autorisés. S'il n'existe pas, /etc/at.deny est vérifié.

Lance les jobs mis en queue par at

OPTIONS

Attributs étendus

   Les attributs étendus sont des paires nom:valeur associés de manière permanente avec les fichiers et les répertoires, similaire aux chaînes d'environnement associés avec un processus. Un attribut peut être définis ou non-définis. S'il est définis, sa valeur peut être vide ou non-vide

   Les attributs étendus sont des extensions aux attributs normaux qui sont associés avec tous les inodes dans le système de fichier. Ils sont souvent utilisé pour fournir des fonctionnalités additionnels au système de fichier, par exemple, des fonctionnalités de sécurité additionnels tels que les ACL.

   Les utilisateurs avec un accès en recherche sur un fichier ou répertoire peut récupérer une liste de noms d'attributs définis pour ce fichier ou répertoire.

   Les attributs étendus sont accedés comme des objets atomique. Lire récupère toute la valeur d'un attribut et le stocke dans un tampon. Écrire remplace une valeur précédente avec une nouvelle valeur.

   L'espace consommé par les attributs étendus sont comptés dans le quota disque.

   Actuellement, le support pour les attributs étendus est implémenté dans les systèmes de fichier ext2, ext3, ext4, XFS, JFS et reiserfs.

Espaces de nom d'attribut étendus

Attributs de sécurité étendus

Attributs système étendu

Attributs étendus de confiance

Attributs utilisateur étendus

Différences de système de fichiers

Notes

Rechercher les blocks défectueux sur un périphérique

   badblocks est utilisé pour rechercher les blocks défectueux sur un périphérique (généralement une partition disque). Après les options vous devez spécifier le fichier de périphérique, et optionnellement le last-block et le first-block spécifiant le premier et le dernier block à vérifier. Si la sortie de badblocks sert à renseigner e2fsck ou mke2fs, il est important que la taille de block soit correctement spécifiée, vu que le nombre de block généré est dépendant de la taille de block utilisée par le système de fichiers. Pour cette raison, il est recommandé de ne pas utiliser badblocks directement, mais plutôt d'utiliser l'option -c de e2fsck et mke2fs.

OPTIONS

Lit la mémoire BIOS et affiche des informations sur les structures

   biosdecode lit la mémoire BIOS et affiche des informations sur les structures. Actuellement, les structures connues sont:

SMBIOS (System Management BIOS) Utiliser dmidecode pour des informations plus détaillées
DMI ( Desktop Management Interface, ancienne version de SMBIOS) Utiliser dmidecode pour des informations plus détaillées.
SYSI
PNP (Plug And Play)
ACPI (Advanced Configuration and Power Interface)
BIOS32 (BIOS32 Service Directory)
PIR (PCI IRQ Routing)
32OS (BIOS32 Extension, propre à Compaq)
SNY (spécifique à Sony, non décodé)
VPD (Vital Product Data, propre à IBM)
FJKEYINF (Application Panel, propre à Fujitsu)

OPTIONS

Supprime des secteurs sur un périphérique

OPTIONS

Localiser/afficher les attributs des périphériques block

   Il peut déterminer le type de contenu que maintient un périphérique bloc, et également les attributs des métadata. blkid a 2 formes principales d'opérations: soit la recherche d'un périphérique avec une paire NAME=value spécifique, soit afficher les paires NAME=value pour un ou plusieurs périphériques.

OPTIONS

Exemples

blockdev permet d'appeler les ioctls de périphérique block depuis la ligne de commande

OPTIONS

Commandes

Enregistre les messages de boot commande

   Il se lance en tâche de fond et copie toutes les chaînes envoyées à /dev/console dans un fichier de log. Si le fichier n'est pas accessible, il les conserve en mémoire jusqu'à ce qu'il soit disponible.

OPTIONS

capability shell wrapper

   Le support et l'utilisation des capabilities Linux peuvent être explorés et contraints avec cet outil. Cet outil fournis une enveloppe pour certains types de création d'environnement de test de capabilities. Il fournis également des fonctionnalités de débuggage utile.

OPTIONS

Déplace un tâche dans le cgroup donné

OPTIONS

Décharge un système de fichier cgroup

   sans options, place toutes les tâche dans les cgroups dans le cgroup root

OPTIONS

Fichier de configuration utilisé par libcgroup

   Fichier de configuration utilisé par libcgroup pour définir les cgroups, leur paramètres et leur points de montage. Il consiste de sections mount, group et default.

la section mount a la forme:
mount {
    ‹controller› = ‹path›
    ...
}

   où controller est le nom du sous-système. Une hiérarchie nommée peut être spécifiée comme contrôleur avec "name=‹somename›". path, le chemin où la hiérarchie cgroup associée devrait être montée.

La section group a la forme:
group ‹name› {
    [permissions]
    ‹controller› {
        ‹param name› = ‹param value›
        ...
    }
...
}

name Nom du cgroup. le cgroup root est toujours créé automatiquement. Il peut être spécifié dans ce fichier de configuration en utilisant '.' comme nom de cgroup
permissions Les permissions du cgroup. root a toujous les permissions de faire tout avec les cgroups Ils ont la syntaxe suivante:


perm {
    task {
        uid = ‹task user›
        gid = ‹task group›
        fperm = ‹file permissions›
    }
    admin {
        uid = ‹admin name›
        gid = ‹admin group›
        dperm = ‹directory permissions›
        fperm = ‹file permissions›
    }
}

task user/group Nom de l'utilisateur et du group propriétaire du fichier tasks du cgroup
admin user/group Nom de l'utilisateur et du group propriétaire des autres fichiers du cgroup
controller Nom du sous-sytème kernel. Permet de spécifier le nom du fichier à définir et sa valeur

La section default a la forme:
default {
    perm {
        task {
            uid = ‹task user›
            gid = ‹task group›
            fperm = ‹file permissions›
        }
        admin {
            uid = ‹admin name›
            gid = ‹admin group›
            dperm = ‹directory permissions›
            fperm = ‹file permissions›
        }
    }
}

   Cette section a la même forme que la section group

Exemples

Définis le système de fichier de cgroup

OPTIONS

Créer de nouveaux cgroups

OPTIONS

Supprime des cgroups

OPTIONS

Lance la tâche dans le cgroup donné

OPTIONS

Exemples

Affiche les paramètres des cgroups donnés

OPTIONS

Exemples

Fichier de configuration de service cgred

   Fichier de configuration de service cgred de libcgroup. Contient des valeurs interne.

CONFIG_FILE Spécifie le fichier de configuration pour le service cgred
LOG_FILE Spécifie le fichier de log (défaut: envoie à syslog)
NODAEMON Equivalent à --nodaemon
LOG Niveau de verbosité (-v, -vv, -q ou --nolog)

Présentation

   Les Control Groups fournissent un mécanisme pour agréger/partitionner des jeux de tâches, et tous les futures enfants, dans des groupes hiérarchiques.

   Un cgroup associe un jeu de tâches avec un jeu de paramètres pour un ou plusieurs sous-systèmes. un sous-système est un module qui utilise les facilités de groupement de tâches pour traiter ces groupes de tâche d'une manière particulière. un sous-système est typiquement un contrôleur de ressource.

   Une hiérarchie est un jeu de cgroups arrangée en arborescence, de manière à ce que chaque tâche dans le système soit dans exactement un cgroup dans la hiérarchie. Chaque hiérarchie a une instance du cgroup de système de fichier virtuel avec lui.

   Chaque tâche dans le système a un pointeur de référence vers un css_set. Un css_set contient un jeu de pointeur de référence vers des objets cgroups_subsys_state, un pour chaque cgroup enregistré dans le système.

   Un système de fichier hiérarchique de cgroup peut être monté pour le voir et le manipuler depuis l'espace utilisateur. On peut lister toutes les tâches attachées à un cgroup.

   Quand un cgroup est démonté, s'il y a des cgroups enfants, cette hiérarchie reste active. S'il n'y a pas de cgroups enfant, la hiérarchie est désactivé.

   Chaque tâche sous /proc a un fichier nommé cgroup affichant, pour chaque hiérarchie active, les noms des sous systèmes et le nom du cgroup.

   Chaque cgroup est représenté par un répertoire contenant les fichiers suivants:

tasks liste des tâches attachées au cgroup.
cgroup.procs liste des tgid dans ce cgroup.
notify_on_release Permet lorsque la dernière tâche d'un cgroup se termine et que le dernier cgroup enfant est supprimé, que le kernel lance une commande spécifiée dans le fichier release_agent
release_agent Le chemin à utiliser pour les notifications de release (existe dans le top cgroup uniquement)
cgroup.clone_children (0 ou 1) Tous les cgroups créés vont appeler post_clone pour chaque sous-système du nouveau cgroup. ce callback copie les valeurs du parent.
cgroup.event_control (0 ou 1) active l'exécution du release_agent
cpu planifie l'accès du cpu aux cgroup
cpu.shares Valeur entière de part relative du temps CPU disponible pour les tâches
cpu.rt_runtime_us Période en microsecondes contiguë la plus longue autorisé relative à rt_period_us
cpu.rt_period_us Période de temps en microsecondes de référence pour rt_runtime_us
cpuset Assigne des cpu et des nœud mémoire à des cgroups
cpuset.cpu_exclusive (0 ou 1) spécifie si des cpusets autres que celui-ci, des ses parents ou enfants peuvent partager les cpu spécifiés
cpuset.cpus Spécifie à quels CPU les tâches dans ce cgroup peuvent accéder
cpuset.mem_exclusive (0 ou 1) Spécifie si d'autre cpusets peuvent partager les nœuds de mémoire
cpuset.mem_hardwall (0 ou 1) Spécifie si les allocations au noyau de pages mémoire et données tampon sont restreintes aux nœuds mémoire spécifiés pour ce cpuset
cpuset.memory_migrate (0 ou 1) spécifie si une page en mémoire devrait migrer vers un nouveau nœud si les valeurs dans cpuset.mems changent
cpuset.memory_pressure Contient une moyenne de sollicitation de la mémoire des processus de ce cpuset. Est mis à jours lorsque memory_pressure_enabled est activé
cpuset.memory_pressure_enabled (0 ou 1) Spécifie si le système doit calculer la sollicitation mémoire (memory_pressure)
cpuset.memory_spread_page (0 ou 1) Spécifie si les tampons de système de fichier doivent être placés de manière régulières sur les nœuds mémoire alloués à ce cpuset
cpuset.memory_spread_slab (0 ou 1) Spécifie si les cache slab du noyau pour les opérations I/O doivent être placés de manière régulières sur le cpuset
cpuset.mems Spécifie les nœuds de mémoire auxquels les tâches de ce cgroup ont accès
cpuset.sched_load_balance (0 ou 1) Spécifie si le noyau va équilibrer les charges sur les CPU dans ce cpuset
cpuset.sched_relax_domain_level entier entre -1 et une valeur positive, représente la largeur de l'étendue des cpu sur laquelle le noyau va essayer d'équilibrer les charges. les valeurs sont:

        -1 Utilise la valeur par défaut du système pour l'équilibrage de charges
        0 Pas d'équilibrage de charge
        1 Équilibre immédiatement les charges sur les threads du même coeur
        2 Équilibre immédiatement les charges sur les coeurs du même chip
        3 Équilibre immédiatement les charges sur les CPU du même nœud ou la même lame
        4 Équilibre immédiatement les charges sur les CPU de même architecture NUMA
        5 Équilibre immédiatement les charges sur tous les CPU sur architecture NUMA

cpuacct Rapports automatiques sur les cpu utilisés
cpuacct.stat Rapporte le nombre de cycles CPU en unité USER_HZ pris par les tâches de ce cgroup et ses enfants dans le mode système
cpuacct.usage Rapporte le nombre de cycles CPU total en nanosecondes pris par les tâches de ce cgroup et enfants
cpuacct.usage_percpu Rapporte le nombre de cycles CPU total en nanosecondes sur chaque CPU pris par toutes les taches de ce cgroup et ses enfants
blkio Surveille et contrôle l'accès des tâches aux entrées/sorites sur des périphériques block
blkio.io_merged Rapporte le nombre de requêtes BIOS fusionnées en requêtes pour des opérations I/O
blkio.io_queued Rapporte le nombre de requêtes en file d'attente pour des opérations I/O
blkio.io_service_bytes Rapporte le nombre d'octets transférés depuis et vers des périphériques spécifiques
blkio.io_serviced Rapporte le nombre d'opérations I/O effectuées sur des périphériques spécifiques
blkio.io_service_time Rapporte le temps total pris par l'envoie de la demande et son achèvement pour les opérations I/O sur des périphériques spécifiques
blkio.io_wait_time Rapporte le temps total pour un service dans les files d'attentes des opération I/O sur des périphériques spécifiques
blkio.reset_stats Réinitialise les statistiques enregistrées
blkio.sectors Rapporte le nombre de secteurs transférés depuis/vers des périphériques spécifiques
blkio.time Rapporte le moment auquel un cgroup avait un accès I/O à des périphériques spécifiques, en ms
blkio.weight Poids relatif d'accès au block I/O (de 100 à 1000)
blkio.weight_device Poids relatif d'accès à des périphériques spécifiques au format majeur:minuer poid
blkio.avg_queue_size Rapporte la taille moyenne des files d'attente pour les opérations I/O
blkio.group_wait_time Rapporte la durée totale (en ns) q'un cgroup attendu une tranche de temps pour l'une de ses files d'attente
blkio.empty_time Rapporte la durée totale (en ns) qu'un cgroup a attendu sans requêtes en attente
blkio.idle_time Rapporte le temps totale (en ns) que le planification a passé à attendre un cgroup dans l'attente d'une meilleur requête que celles déjà dns les files d'attentes ou provenant d'autres cgroups (si CONFIG_DEBUG_BLK_CGROUP=y)
blkio.dequeue Rapporte le nombre de fois que des requêtes d'opérations I/O ont été retirés des files d'attentes par des périphériques spécifiques
net_cls repère les paquets réseau avec un ClassId
net_cls.classid valeur hexa indiquant un descripteur de contrôle du traffic
devices Autorise ou refuse l'accès aux périphériques dans un cgroup
devices.allow Spécifie à quels périphériques les tâches du cgroup peuvent accéder. Chaque entrée possède 4 champs : type (a, b ou c), majeur, mineur et accès (r, w, m : autorise à créer des fichiers de périphériques qui n'existent pas encore)
devices.deny Spécifie les périphériques que le cgroup n'a pas accès
devices.list Rapporte les périphériques pour lesquels les contrôles d'accès ont été définis pour ce cgroup
freezer suspend ou réactive les tâches dans un cgroup
freezer.state FROZEN (les tâches dans le cgroup sont suspendues), FREEZING ( le système est en train de suspendre les tâches dans le cgroup), THAWED (les tâches dans le cgroup sont réactivées)
perf_event Monitoring par cpu. (voir perf)
ns permet de grouper les processus dans des espaces de nom séparés
memory
memory.stat reporte des statistiques de mémoire:

        cache Cache de la page, inclut tmpfs (shmem), en octets
        rss caches swap et anonyme, n'inclut pas tmpfs (shmem), en octets
        mapped_file taille des fichiers mappés en mémoire, inclut tmpfs (shmem), en octets
        pgpgin nombre de pages chargées en mémoire
        pgpgout nombre de pages renvoyées de la mémoire
        swap usage swap, en octets
        active_anon caches swap et anonyme de la liste des LRU (dernier récemment utilisé) actifs, inclut tmpfs (shmem), en octets
        inactive_anon caches swap et anonyme de la liste des LRU (dernier récemment utilisé) inactifs, inclut tmpfs (shmem), en octets
        active_file mémoire sauvegardée sur fichier de la liste des LRU actifs, en octets
        inactive_file mémoire sauvegardée sur fichier de la liste des LRU inactifs, en octets
        unevictable mémoire ne pouvant pas être récupérée, en octets
        hierarchical_memory_limit limite de la mémoire pour la hiérarchie contenant le groupe de contrôle memory, en octets
        hierarchical_memsw_limit limite de la mémoire plus le swap pour la hiérarchie contenant le groupe de contrôle memory, en octets

memory.usage_in_bytes Rapporte l'utilisation mémoire total actuelle en octets
memory.memsw.usage_in_bytes Rapporte la somme de l'utilisation de la mémoire et de l'espace swap
memory.max_usage_in_bytes Rapporte le montant max e mémoire utilisée
memory.memsw.max_usage_in_bytes Rapporte la somme totale de mémoire et swap utilisé
memory.limit_in_bytes Définis la mémoire max utilisateur incluant le cache (-1 pas de limite)
memory.memsw.limit_in_bytes mémoire et swap max (-1 pas de limite)
memory.failcnt Rapporte le nombre de fois que la limite mémoire est atteinte (memory.limit_in_bytes)
memory.memsw.failcnt Rapporte le nombre de fois que la limite mémoire est atteinte (memory.memsw.limit_in_bytes)
memory.force_empty Vide la mémoire de toutes les pages utilisée lorsque défini à 0. uniquement quand aucune tâche n'est présente
memory.swappiness Définis la tendance du noyau à déloger la mémoire plutôt que de réclamer des pages depuis le cache de page (idem à /proc/sys/vm/swappiness)
memory.use_hierarchie (0 ou 1) spécifie si la mémoire utilisée devrait être prise en comptes sur une hiérarchie de cgroup, à 0, le sous-système ne récupère pas la mémoire d'une tâche enfant.

   Les nouveaux cgroups sont créé en utilisant l'appel système mkdir. les propriétés d'un cgroup sont modifiés en écrivant dans le fichier approprié dans ce cgroup.

Utiliser les cgroups

Fichier de configuration de libcgroup

   Fichier de configuration de libcgroup. Définis les cgroups à traiter, contient une liste de règles qui assignent à un group/user définis un cgroup dans un sous-système ou cgroup dans un sous-système.

2 format sont possible:
‹user› ‹controllers› ‹destination›
‹user›:‹process name› ‹controllers› ‹destination›
où:

user peut être, un nom d'utilisateur, un @groupe, '*', '%' équivalent à "ditto"
process name options, un nom de processus ou un chemin vers une commande à trziter
controllers liste de contrôlleurs séparés par des ',' ou '*'
destination Chemin relatif d'une hiérarchie contrôleur ou:

        %U username
        %u UID
        %g group
        %g GID
        %p process
        %P PID

   La premère règle qui matche est exécutée

Exemples

Service qui distribue les processus aux cgroups

   Quand un process change sont uid/gid effectif, il inspecte la liste des règles depuis cgrules.conf et place le processus dans le cgroup approprié. Le fichier est lu au lancement et peut être rechargé via SIGUSR2.

OPTIONS

Définis les paramètres des cgroups donnés

OPTIONS

Génère des fichier de configuration pour les contrôleurs donnés

OPTIONS

Changer les attributs dans un système de fichier linux

OPTIONS

Attributs

Configurer les cpu

   chcpu peut modifier l'état des cpu. il peut activer/désactiver les cpu, scanner à la recherche de nouveaux cpu, chnger le mode de dispatching de l'hyperviseur, demander et retourner des cpu à l'hyperviseur.

OPTIONS

Permet de modifier le nom complet et les informations associées à un utilisateur

   Il change le nom complet, l’office number, l’office extension et le home phone number pour un compte utilisateur. Ces informations sont affichées par finger. Un utilisateur normal peut changer ses propres informations, en fonction des restrictions dans /etc/login.defs. Ces champs ne doivent pas contenir de ’,’, excepté pour le champ other, ne doivent pas contenir de ’=’ ou de ’-’. Il est également recommandé d’éviter les caractères non US-ASCII, mais c’est surtout pour le phone number. Le champ other est utilisé pour stocker des informations de compte utilisé par d’autres applications. Sans option, chfn opère de manière interactive.

OPTIONS

Mettre à jour les mots de passe par lot

   Il lit une liste de paires groupe/mot de passe depuis l’entrée standard et met à jours dans les groupes existant. Chaque ligne est sous la forme :

  nom_du_groupe:password

  Par défaut, les mots de passe doivent être en texte claire, et sont cryptés par chgpasswd. L’algorithme de cryptage peut être défini pour le système avec la variable ECRYPT_METHOD dans /etc/login.defs, et peut être remplacé avec les options sur la ligne de commande.

OPTIONS

Permet de mettre à jours des mots de passe par lot

   chpasswd lit une liste de paires de noms d’utilisateurs et de mots de passe depuis l’entrée standard et utilise ces informations pour mettre à jour un groupe d’utilisateurs existants. Chaque ligne est au format suivant :

  Nom_utilisateur:mot_de_passe

   Par défaut, le mot de passe doit être fournis en texte clair, et sont cryptés par chpasswd. L’âge du mot de passe sera mis à jours, si nécessaire. Par défaut, les mots de passe sont cryptés par PAM, mais vous pouvez utiliser une méthode de cryptage différente. Excepté quand PAM est utilisée, chpasswd met d’abords à jours tous les mots de passe en mémoire, et effectue ensuite tous les changements sur disque si aucune erreur ne s’est produite. Quand PAM est utilisé, si un mot de passe ne peut pas être mis à jours, chpasswd continue et retournera un code d’erreur.

OPTIONS

Fichiers

Modifie l’interpréteur de commande initial de l’utilisateur

OPTIONS

Change le terminal virtuel courant

   La commande chvt N passe /dev/ttyN comme terminal courant. L'écran correspondant est créé s'il n'existe pas. Pour gérer les VT non utilisés, utiliser deallocvt. La combinaison (Ctrl-)LeftAlt-FN où N est entre 1-12 a le même effet.

Informations sur les systèmes de fichier gérés par cryptmount

   /etc/cryptmount/cmtab contient les informations sur les systèmes gérés par cryptmount. Le format est flexible:


TARGET_NAME {
    dev=DEVICE # REQUIRED
    flags=FLAG,FLAG,...
    startsector=STARTSECTOR
    numsectors=NUMSECTORS
    loop=LOOPDEV
    dir=MOUNT_POINT
    fstype=TYPE # REQUIRED
    mountoptions=MOPT,MOPT,...
    fsckoptions=FOPT;FOPT;...
    supath=SUPATH
    bootaction=BOOTACTION
    cipher=CIPHER
    ivoffset=IVOFFSET
    keyformat=KEYMANAGER
    keyfile=KEYFILE # REQUIRED
    keyhash=KEYHASH
    keycipher=KEYCIPHER
    keymaxlen=KEYMAXLEN
    passwdretries=NUMATTEMPTS
}

   Certains champs, tels que dev et fstype sont obligatoires. De nombreux champs ont des valeurs par défaut. Un champ contenant une valeur non-numérique peut contenir une référence à une variable d'environnement:

$(HOME) Répertoire personnel de l'utilisateur
$(UID) UID de l'utilisateur
$(USERNAME) Nom de l'utilisateur
$(GID) GID du groupe primaire de l'utilisateur
$(GROUPNAME) Groupe primaire de l'utilisateur

Définitions de cibles

Choix du keymanager

Sécurité

Exemples

Convertit l'ancien format de quota au nouveau quota

   convertquota convertit les fichiers de quota de l'ancien format quota.user et quota.group au nouveau format aquota.user et aquota.group.

OPTIONS

Périphérique d'accès aux identifiants de CPU x86

   CPUID fournit une interface pour demander des informations concernant un CPU x86. On accède à ce périphérique en utilisant lseek(2) ou pread(2) avec le niveau CPUID approprié et en lisant des blocks de 16 octets. Des lectures plus importantes indiquent la lecture de plusieurs niveaux consécutifs.

   Les 32 bits LSB dans le fichier sont utilisés comme registre d'entrée %eax, et les 32 bits MSB comme registre d'entrée %ecx, ce dernier étant utilisé pour compter les niveaux eax, comme pour eax=4.

   Ce pilote utilise /dev/cpu/CPUNUM/cpuid, ou CPUNUM est le numéro mineur, et sur un système multiprocesseur enverra les accès au CPU numéro CPUNUM d'après la liste dans /proc/cpuinfo. Ce fichier est protégé de telle sorte que seul root ou membres du groupe root puissent y accéder.

Notes

Utilitaire de planification de tâches

   cron est un utilitaire pour exécuter des commandes à une date et une heure spécifique. cron est démarré automatiquement depuis /etc/init.d en entrant dans un runlevel multi-users.

OPTIONS

Notes

Installer/Désinstaller des tâches cron

   crontab est utilisé pour installer, désinstaller ou lister les tables utilisées par cron. Chaque utilisateur peut avoir son propre crontab. Ces fichier sont maintenus dans /var/spool/cron/crontab.

  Si le fichier /etc/cron.allow existe, l'utilisateur doit y être listé pour utiliser cette commande. si /etc/cron.deny existe, l'utilisateur ne doit pas y être listé pour pouvoir utiliser cette commande.

OPTIONS

Fichiers crontab

Exemples

wrapper de cryptsetup qui parse /etc/crypttab

   cryptdisks_start est un wrapper de cryptsetup qui parse /etc/crypttab tout comme /etc/init.d/cryptdisks le fait et démarre le mappage dm-crypt qui correspond au nom spécifié.

   cryptdisks_stop est un wrapper de cryptsetup qui parse /etc/crypttab tout comme /etc/init.d/cryptdisks le fait et stop le mappage dm-crypt qui correspond au nom spécifié.

Monter/démonter/configurer un système de fichier chiffré

   cryptmount permet de monter ou démonter un système de fichier chiffré dans nécessiter de privilèges root, et l'assister root dans la création de nouveau système de fichiers chiffrés. Une fois la configuration initiale du système de fichier par l'administrateur système, l'utilisateur doit seulement fournir le mot de passe de déchiffrement pour que cryptmount configure automatiquement device-mapper et les cibles loopback avant de monter le système

   cryptmount a été écris en réponse aux différences entre la nouvelle infrastructure device-mapper de linux 2.6 et l'ancien cryptoloop qui permettait aux utilisateurs standards d'accéder aux systèmes de fichiers directement via mount.

OPTIONS

Codes de sortie

Exemple d'utilisation

Changement de mot de passe

Système de fichier chiffré avec LUKS

Définir un nouveau système de fichier chiffré

   cryptmount-setup aide à la configuration initiale du chiffrement d'un système de fichier, pour être géré par cryptmount. Lancé en root, il permet de créer un système de fichier de bas dans un fichier ordinaire. La taille, l'emplacement, le point de montage et le propriétaire du système de fichier peuvent être sélectionnés interactivement.

Gérer les volumes chiffré dm-crypt et LUKS

   cryptsetup est utilisé pour définir les mappages device-mapper gérés par dm-crypt. Cela inclus les volume dm-crypt et LUKS. La différence est que LUKS utilise en en-tête de méta-données et peut ainsi offrir plus de fonctionnalités que dm-crypt. D'un autre côté, l'en-tête est visible et vulnérable.

   De plus, cryptsetup fournis un support limité des volumes historiques loopaes et pour les volumes compatibles TrueCrypt.

   Beaucoup d'informations sur les riques de l'utilisation de stockage chiffré, la gestion des problèmes et sur les aspects de sécurité peuvent être trouvés dans la FAQ Cryptsetup.

Commandes de base

Mode Plain

Extensions LUKS

Extensions TCRYPT

Divers

OPTIONS

Codes de retour

Outil de re-chiffrement de périphérique LUKS offline

   cryptsetup-reencrypt re-chiffre les données dans un périphérique LUKS. Durant le processus le périphérique LUKS est marqué non-disponible. Attention, il n'est pas résistant aux erreurs kernel et matériel.

OPTIONS

Codes de retour

Exemples

informations statiques sur les systèmes de fichier chiffrés

   Ce fichier contient des informations sur les systèmes de fichiers chiffrés. crypttab est seulement lu par les programmes (cryptdisks_start et cryptdisks_stop), et non en écriture. C'est à l'administrateur système de créer et maintenir ce fichier. Chaque système de fichier est décris sur un ligne sépartée; les champs sur chaque ligne sont séparés par des espaces. L'ordre des enregistrements dans crypttab est importante parce qu'il est lu séquentiellement.

   Le premier champ, target, décris le nom du périphérique mappé. Il doit être un nom de fichier dans composant répertoire. Un périphérique mappé sera créé sous /dev/mapper/target.

   Le second champ, source-device, décris soit le périphérique block spéciale, ou le fichier qui contient les données chiffrées. Au lieu de donner le périphérique explicitement, l'UUID est supporté également.

   Le troisième champ, Key-file, décris le fichier à utiliser comme clé pour déchiffrer les données. Noter que le fichier de clé sera utilisé comme passphrase; la passphrase ne doit pas être suivie par le caractèse newline. Peut églalement être un nom de périphérique.

   Si le fichier de clé est la chaîne "none", une passphrase sera lue interactivement depuis la console. Dans ce cas, les options precheck, check, checkargs et tries peuvent être utiles.

   Le quatrième champ, options, décris les options cryptsetup associées avec le processus de chiffrement. Au minimum, le champ devrait contenir soit la chaîne luks respectivement tcrypt ou les options cipher, hash, et size. Les options sont au format key=value. Noter que les 4 champs sont obligatoires.

OPTIONS

checkscripts

Exemples

Variables d'environnement

Définis la fonction de la combinaison ctrl-alt-del

   Dans le kernel linux (linux/kernel/sys.c), il y a 2 fonctions supportées pour la séquence ctrl-alt-del: un reset hard, qui reboot immédiatement la machine sans appeler sync(2) et sans autre préparation; et un reset soft, qui envoie un SIGINT au processus init. Si cette option est utilisée, init doit supporter cette fonctionnalité.

dé-alloue les consoles virtuelles

   La commande deallocvt dé-alloue la mémoire et les structures de données kernel pour les consoles virtuelles inutilisées. Si un ou plusieurs arguments N sont données, seul les consoles /dev/ttyN sont dé-alloués.

   Une console virtuele est inutilisée si est n'est pas la console courante, et qu'aucun processus ne l'a ouvert en lecture ou écriture, et aucun texte n'a été séléctionné dans son écran.

Retirer un utilisateur ou un groupe

   Retire un utilisateur ou un groupe en fonction des options dans /etc/deluser.conf et /etc/adduser.conf. Par défaut, deluser ne retire pas le répertoire personnel, sa boite aux lettre ou tout autre fichier qu'il possède.

OPTIONS

Valeur de retour

Fichier de configuration pour deluser et delgroup

   Fichier de configuration pour deluser et delgroup. Ces derniers lisent également adduser.conf: les paramètres de deluser.conf peuvent surcharger adduser.conf.

REMOVE_HOME Supprime le répertoire personnel et la boite aux lettres (0 ne pas supprimer, 1 supprimer)
REMOVE_ALL_FILES Supprime tous les fichiers du système appartenant à l'utilisateur (0 ne pas supprimer, 1 supprimer). Si défini, REMOVE_HOME n'a aucun effet.
BACKUP si une des option précédente est activée, tous les fichiers sont sauvegardés avant d'être supprimés.
BACKUP_TO chemin où placer les backups.
NO_DEL_PATHS Liste d'expression rationnelles, séparées par des espaces. Chaque fichier est comparé à ces expressions, si une expression matche, le fichier n'est pas supprimé. (par défaut seul les fichiers dans /home sont supprimés)
ONLY_IF_EMPTY Ne supprime un groupe que s'il n'a plus aucun utilisateur.
EXCLUDE_FSTYPES Expression rationnelle qui décrit les systèmes de fichiers à exclure lors de la recherche des fichiers à supprimer (défaut: "(proc|sysfs|usbfs|devpts|tmpfs)")

Génère modules.dep et les fihiers de map

   Génère les fichiers modules.dep et les map. Les modules du kernel Linux peuvent fournir des services (appelés symboles) pour d’autres modules (en utilisant une des variantes EXPORT_SYMBOL dans le code). Si un second module utilise ce symbole, il dépend du premier module. depmod crée une liste de dépendances de module en lisant chaque module dans /lib/modules/version et détermine quels symboles ils exportent et quels symboles ils nécessitent. Par défaut, cette liste est écrite dans modules.dep, et une version hashée binaire modules.dep.bin dans le même répertoire. Si des noms de fichiers sont donnés sur la ligne de commande, seuls ces modules sont examinés. depmod créé également une liste de symboles fournis par module dans le fichier modules.symbols et sa version hashé binaire modules.symbols.bin

   Si une version est donnée, utilise celle donnée plutôt que la version courante du kernel. depmod génère également des fichiers map dans le répertoire de sortie utilisé par les anciennes infrastructures hotplug.

OPTIONS

Configuration de depmod

   Configuration de depmod. L’ordre dans lequel les modules sont traités peut être altéré sur une base globale ou par module. Le format des fichiers sous depmod.d est simple: Une commande par ligne, les lignes blanche et les lignes commençant par # sont ignorés. ’\’ à la fin d’un ligne pour scinder une ligne longue en plusieurs

Commandes

   Un système Linux a jusqu'à 63 consoles virtuelles (périphériques caractère avec le numéro majeur 4 et mineur 1 à 63), généralement appelés /dev/ttyn avec 1 ‹= n ‹= 63. La console courante est également adressée par /dev/console ou /dev/tty0, le périphérique caractère avec le numéro majeur 4 et mineur 0, avec le mode 0622 et le propriétaire root:tty

   Démarrer un processus sur une console peut se faire avec init, mingetty ou agetty, ou demander à openvt de démarrer un processus sur la console, ou démarre X, qui va trouver une console inutilisée, et y afficher sa sortie.

   Pour basculer d'une console à l'autre, on peut utiliser Alt+Fn ou Ctrl+Alt+Fn pour basculer sur la console n. AltGr+F permet de basculer à la console n+12, ou utiliser Alt+RightArrow ou Alt+LeftArrow, ou utiliser le programme chvt.

   La commande deallocvt va libérer la mémoire prise par le tampon d'affichage pour les consoles qui ne sont associées avec un processus.

Propriétés

Périphérique full

   Écrire dans ce fichier échoue avec une erreur ENOSPC. Peut être utilisé pour tester comment un programme réagis aux erreurs de disque plein. Lire depuis ce fichier retourne des caractères \0

Ce fichier est généralement créé par:
mknod -m 666 /dev/full c 1 7
chown root:root /dev/full

Périphérique de disque dur MFM/IDE

   Les hd* sont des périphériques blocs permettant l'accès aux contrôleurs de disques durs MFM/IDE. Le disque maître sur le premier contrôleur IDE (numéro majeur 3) est hda, le disque esclave est hdb. Le disque maître du second contrôleur (numéro majeur 22) est hdc, et le disque esclave (hdd).

   La notation générale des périphériques blocs IDE a la forme hdX ou hdXP, dans laquelle X est une lettre indiquant le disque physique, et P un nombre représentant la partition sur ce disque physique. La première forme est utilisée pour accéder au disque dans son ensemble. Les numéros de partitions sont assignées dans l'ordre de détection, et seules les partitions non vides et non étendues reçoivent un numéro. Toutefois, les numéros de partition de 1 à 4 sont donnés aux 4 partitions indiquées dans le MBR ( partitions primaires), qu'elles soient vides ou non, et étendues ou non. Ainsi, la première partition logique sera hdX5. Les partitions de type DOS et de type BSD sont supportées. Il peut y avoir au plus 63 partitions sur un disque IDE.

   Par exemple, /dev/hda correspond au premier disque IDE du système dans son ensemble, et /dev/hdb3 correspond à la 3ème partition primaire DOS sur le second disque.

Ils sont typiquement créés ainsi:
mknod -m 660 /dev/hda b 3 0
mknod -m 660 /dev/hda1 b 3 1
mknod -m 660 /dev/hda2 b 3 2
...
mknod -m 660 /dev/hda8 b 3 8
mknod -m 660 /dev/hdb b 3 64
mknod -m 660 /dev/hdb1 b 3 65
mknod -m 660 /dev/hdb2 b 3 66
...
mknod -m 660 /dev/hdb8 b 3 72
chown root:disk /dev/hd*

périphériques loop

   Le périphérique loop est un périphérique loop qui map ses blocks de données non pas sur un périphérique physique comme un disque dur, mais aux blocks d'un fichier régulier dans un système de fichier ou dans un autre périphérique block. Cela peut être utile par exemple pour fournir un périphérique block pour une image de système de fichier stocké dans un fichier, pour qu'il puisse être monté avec la commande mount.

On peut faire:
dd if=/dev/zero of=file.img bs=1MiB count=10
sudo losetup /dev/loop4 file.img
sudo mkfs -t ext4 /dev/loop4
sudo mkdir /myloopdev
sudo mount /dev/loop4 /myloopdev

   Un fonction tranfert peut être spécifiée pour chaque périphérique loop pour chiffrer/déchiffrer.

   Depuis Linux 3.1, le kernel fournis le périphérique /dev/loop-control, qui permet à une application de trouver dynamiquement un périphérique libre, et d'ajouter et supprimer des périphériques du système.

Le programme ci-dessous utilise le périphérique /dev/loop-control pour trouver un périphérique loop, l'ouvre, ouvre un fichie à utiliser comme stockage sous-jacent, puis l'associe avec le périphérique loop. La session shell suivante démontre l'utilisation du programme:
› dd if=/dev/zero of=file.img bs=1MiB count=10
10+0 records in
10+0 records out
10485760 bytes (10 MB) copied, 0.00609385 s, 1.7 GB/s
› sudo ./mnt_loop file.img
loopname = /dev/loop5

Programme source:
#include ‹fcntl.h›
#include ‹linux/loop.h›
#include ‹sys/ioctl.h›
#include ‹stdio.h›
#include ‹stdlib.h›
#include ‹unistd.h›

#define errExit(msg) do { perror(msg); exit(EXIT_FAILURE); \
                } while (0)
    
int
main(int argc, char *argv[])
{
    int loopctlfd, loopfd, backingfile;
    long devnr;
    char loopname[4096];
    
    if (argc != 2) {
        fprintf(stderr, "Usage: %s backing-file\n", argv[0]);
        exit(EXIT_FAILURE);
    }
    
    loopctlfd = open("/dev/loop-control", O_RDWR);
    if (loopctlfd == -1)
        errExit("open: /dev/loop-control");
    
    devnr = ioctl(loopctlfd, LOOP_CTL_GET_FREE);
    if (devnr == -1)
        errExit("ioctl-LOOP_CTL_GET_FREE");
    
    sprintf(loopname, "/dev/loop%ld", devnr);
    printf("loopname = %s\n", loopname);
    
    loopfd = open(loopname, O_RDWR);
    if (loopfd == -1)
        errExit("open: loopname");
    
    backingfile = open(argv[1], O_RDWR);
    if (backingfile == -1)
        errExit("open: backing-file");
    
    if (ioctl(loopfd, LOOP_SET_FD, backingfile) == -1)
        errExit("ioctl-LOOP_SET_FD");
    
    exit(EXIT_SUCCESS);
}

Mémoire système, mémoire du noyau, et ports d'entrées-sorties.

   mem est un périphérique caractère représentant une image de a mémoire principale de l'ordinateur. Il peut être utilisé pour examiner et modifier la mémoire système. Les adresses dans mem sont interprétés comme des adresses physiques. Les références à des adresses inexistantes renvoient des erreurs. Éxaminer ou éditer la mémoire est susceptible de conduire à des résultats indésirables quand les bits lecture ou écriture seule sont concernés.

Il est créé par:
mknod -m 660 /dev/mem c 1 1
chown root:kmem /dev/mem

Le fichier kmem est identique à mem sauf qu'il s'agit de la mémoire virtuelle du noyau plutôt que de la mémoire physique. Il est créé ainsi:
mknod -m 640 /dev/kmem c 1 2
chown root:kmem /dev/kmem

port est identique à mem, mais ici, ce sont les ports d'entrées-sorties qui sont représentés. Il est créé ainsi:
mknod -m 660 /dev/port c 1 4
chown root:mem /dev/port

Périphérique null

   Les données écrites vers ce fichier spéciaux dont supprimés. Lire depuis /dev/null retourne toujours la fin d'un fichier. Lire depuis /dev/zero retourne toujours des octets contenant 0 (caractères \0)

null et zero sont généralement créés par:
mknod -m 666 /dev/null c 1 3
mknod -m 666 /dev/zero c 1 5
chown root:root /dev/null /dev/zero

Contrôleur de disques SCSI

   Les noms de ces périphériques blocs suivent la convention suivante: sdlp, ou l est une lettre indiquant le lecteur physique, et p est un nombre caractérisant la partition sur ce disque physique. Souvent le numéro de partition p, sera absent si le périphérique correspond à l'ensembre du disque.

Les disques SCSI ont un numéro majeur valant 8, et un numéro mineur de la forme (16 addentry articles autoadd autofind autoprod createalpha createbeta createdb createprod findentry fullpowa generator.php genhtml genman genmd gentex html insert man md pdf regen setfor setfor2 sql temp temp-new-pc tex threads ToDo numéro_disque) + numéro_partition, ou numéro_disque est le numéro du disque physique dans l'ordre de détection, et numéro_partition est le suivant:
partition 0 = disque entier
partitions 1-4 = partitions primaires DOS.
partitions 5-8 = partitions étendues (logiques) DOS.

   Par exemple, /dev/sda aura un majeur 8, mineur 0, et se référera à l'ensemble du premier disque SCSI. /dev/sdb3 aura un majeur 8, mineur 19, et indique la 3ème partition primaire DOS sur le second disque SCSI du système.

   Actuellement, seuls les périphériques blocs sont disponibles, les interfaces "raw" ne sont pas encore implémentés.

Terminal de contrôle

   Le fichier /dev/tty est un fichier spécial en mode caractères, avec un numéro majeur 5 et mineur 0. Il possède les permissions 0666 et appartient à root:tty. Il s'agit d'un équivalent au terminal de contrôle d'un processus, s'il en a un.

   En plus de requêtes ioctl(2) supportées par les périphériques tty, la requête ioctl(2) TIOCNOTTY est disponible, qui permet de détacher le processus appelant de son terminal de contrôle.

   Si le processus est un leader de session, alors SIGHUP et SIGCONT seront envoyés au groupe de processus au premier plan, et tous les processus de la session perdent leur terminal. Le processus tente d'ouvrir /dev/tty. S'il réussit il se détache alors du terminal avec TIOCNOTTY. Si l'ouverture échoue, il n'est évidemment pas attaché à un terminal et n'a pas besoin de se détacher.

Lignes de communication série

ttyS[0-3] sont des fichiers spéciaux de périphériques caractères utilisées pour la connexion de terminaux série. Ils sont typiquement créés de la manière suivante:
mknod -m 660 /dev/ttyS0 c 4 64 # adresse de base 0x03f8
mknod -m 660 /dev/ttyS1 c 4 65 # adresse de base 0x02f8
mknod -m 660 /dev/ttyS2 c 4 66 # adresse de base 0x03e8
mknod -m 660 /dev/ttyS3 c 4 67 # adresse de base 0x02e8
chown root:tty /dev/ttyS[0-3]

Chiffrement transparent des périphériques block

   la cible crypt de Device-Mapper fournis un chiffrement transparent des périphériques blocks utilisant l'API crypto du kernel

Paramètres

Paramètres optionnels

Scripts d'exemple

Affiche ou contrôle le tampon du kernel. Par défaut, lis tous les messages du tampon

OPTION

Éditer les quotas utilisateurs

   edquota est un éditeur de quota. Un ou plusieurs utilisateurs ou groupe (ou UID/GID) peuvent être spécifiés sur la ligne de commande. Pour chacun, un fichier temporaire est créé avec une représentation ASCII des quotas disques courant pour cet utilisateur ou groupe. Les quotas peuvent ainsi être modifiés, ajoutés, etc.

   Les utilisateurs sont autorisés à dépasser leur limite soft pour une période de grâce qui peut être spécifié par système de fichier. Une fois la période de grâce expirée, la limite soft est forcée comme limite hard.

   Un fois l'éditeur terminé, edquota lit le fichier temporaire et modifie les fichiers de quota binaire pour refléter les changements. L'éditeur invoqué est soit EDITOR, soit VISUAL. Seul root peut éditer les quotas.

OPTIONS

Informations statiques sur les systèmes de fichier

   Le fichier fstab contient des informations sur les divers systèmes de fichiers du système. Chaque système de fichier est décrit sur une ligne séparée, les champs sont séparés par des espaces ou des tabulations. Les lignes commençant par un '#' sont des commentaires. L'ordre des enregistrements dans fstab est important parce que fsck, mount et umount tiennent compte de cet ordre.

   Le premier champ, (fs_spec), décrit le périphérique bloc ou le système de fichier distant à monter. Pour un montage ordinaire il va maintenir un node de périphérique block (créé par mknod) pour le périphérique à monter, comme /dev/cdrom ou /dev/sdb7. Pour les montages NFS, on aura toujours ‹host›:‹dir›. Pour procfs, utiliser proc.

   Au lieu de donner le périphérique explicitement, on peut indiquer le système de fichier (ext2 ou xfs) qui est monté par son UUID ou le label du volume (cf: e2label ou xfs_admin), écrire LABEL=‹label› ou UUID=‹UUID›. Cela va rendre le système plus robuste; ajouter ou supprimer un disque SCSI change le nom du périphérique mais pas son label.

   Le second champ, (fs_file), décrit le point de montage pour le système de fichier. Pour les partitions swap, ce champ devrait être spécifié par 'none'. Si le nom du point de montage contient des espaces, ils peuvent être échappés avec '\040'.

   Le Troisième champ (fs_vfstype), décrit le type de système de fichier. Linux supporte de nombreux systèmes de fichiers, tels que adfs, affs, autofs, coda, coherent, cramfs, devfs, efs, ext2, ext3, hfs, hpfs, iso9660, jfs, minix, msdos, ncpfs, nfs, ntfs, proc, qnx4, reiserfs, romfs, smbfs, sysv, tmpfs, uff, ufs, umsdos, vfat, xenix, xfs, et d'autres. Pour lister les systèmes de fichiers supportés, consulter /proc/filesystems. Une entrée swap dénote une partition ou un fichier utilisé pour le swap. Une ligne est ignorée si l'entrée est 'ignore'. C'est utile pour montrer les partitions du disque qui ne sont actuellement pas utilisés. Une entrée none est utile pour lier ou déplacer des montages.

   Le quatrième champ, (fs_mntops), décrit les options de montage associées avec le système de fichier. Elles sont spécifiées sous la forme d'une liste séparées par une ','. Ce champ contient au moins le type de montage, plus des options additionnelles appropriées au type de système de fichier. Les options communes à tous les systèmes de fichier sont:

noauto ne pas monter quand mount -a est invoqué
user Autorise un utilisateur le monter.
owner Autorise le propriétaire du périphérique de le monter
comment Utilisé par les programmes de gestion fstab.

   Le cinquième champ (fs_freq) est utilisé par dump pour déterminer quel système de fichier a besoin d'être dumpé. Si ce champ n'est pas présent, une valeur 0 est retournée et dump assumera que le système de fichier n'a pas besoin d'être dumpé.

   Le sixième champ, (fs_passno), est utilisé pour fsck pour déterminer l'ordre dans lequel il vérifie les systèmes de fichiers au reboot. '/' devrait avoir la valeur 1, et les autres systèmes de fichiers, 2. Les systèmes de fichiers dans un lecteur seront vérifiés séquentiellement, mais des systèmes de fichiers sur des lecteurs différents seront vérifiés simultanément. Si ce champ n'est pas présent ou vaut 0, une valeur 0 est retournée et fsck assume que le système de fichier n'as pas besoin d'être vérifié.

   La manière 'propre' de lire les enregistrements de fstab est d'utiliser les routines getmntent(3)

Informations sur les groupes du système

   Il est sous la forme: group_name:password:GID:user_list

group_name le nom du groupe
password le mot de passe chiffré du groupe. Si ce champ est vide, aucun mot de passe n'est défini
GID L'identifiant numérique unique du groupe
user_list une liste d'utilisateurs qui sont membres de ce groupe, séparés par une virgule.

Informations cachées sur les groupes du système

   Ce fichier ne doit par être accessible en lecture par les utilisateurs normaux afin de maintenir la sécurité des mots de passe. Chaque ligne de ce fichier contient les champs suivant, séparés par ':'

nom du groupe Doit être un nom de groupe valide, qui existe sur le système.
mot de passe mot de passe chiffré du groupe. Le mot de passe du groupe est utilisé quand un utilisateur qui n'est pas membre du groupe veut avoir les permissions de ce groupe. Ce mot de passe remplace tout mot de passe définis dans /etc/group
administrateurs Liste d'utilisateurs, séparés par des ','. Les administrateurs peuvent changer le mot de passe ou les membres du groupe.
membres Liste d'utilisateurs, séparés par des ','. devrait être identique à la liste des utilisateurs dans /etc/group.

Fichier de configuration de la suite des mots de passe cachés pour le système

OPTIONS

Références croisées

Configuration pour modprobe

   Parce que la commande modprobe peut ajouter ou supprimer plus d'un module, dû aux dépendances, on a besoin d'une méthode pour spécifier quelles options sont utilisée avec ces modules. Tous les fichiers *.conf dans /etc/modprobe.d permettent de spécifier les options à utiliser pour les modules. Peut aussi être utilisés pour créer des alias pour des modules, ou pour modifier le comportement de modprobe. Noter que les noms des modules et leus alias peut utiliser '-' ou '_' de manière interchangeable.

   Le format est simple : Une commande par ligne, les lignes blanche et les lignes commençant par # sont ignorés. ’\’ à la fin d’un ligne pour scinder une ligne longue en plusieurs.

Commandes

Modules du kernel à charger au démarrage

   Le fichier /etc/modules contient une liste de modules, un module par ligne suivi par des paramètres optionnels. Tout ce qui suit ’#’ est considéré comme commentaire.

Informations concernant les groupes réseaux, qui sont des associations hôte/utilisateur/domaine, utilisés pour la vérification des permissions pour les accès ou montages distants.

   Chaque ligne consiste d’un nom de groupe réseau, suivi par une liste de membres, où un membre est soit un autre netgroup, soit une association (hôte,utilisateur,domaine).

   Un de ces champs peut être vide, impliquant un "*", ou peut être "-" qui indique 'aucune valeur valide'. Une machine passerelle devrait être listée sous tous les noms d’hôtes possibles par lequel il peut être reconnus:

  gateway (server,,)(server-sn,,)(server-bb,,)

  La fonction getnetgrent devrait être utilisée pour accéder à la base netgroup.

Information sur les comptes utilisateurs

   Ces informations consistent en 7 champs séparés par des ':'

- Nom de connexion
- mot de passe chiffré
- identifiant numérique unique
- identifiant numérique du groupe primaire
- nom complet de l'utilisateur ou champ de commentaire
- répertoire personnel
- interpréteur de commande

- Le champ du mot de passe peut être vide. Dans ce cas, aucun mot de passe n'est nécessaire pour s'authentifier avec le compte donné. Si ce champ contient 'x', alors le mot de passe chiffré se trouve dans le fichier shadow, sinon le compte n'est pas valide.
- Le champ de commentaire est utilisé par différents utilitaires système, tels que finger.
- Le champ du répertoire de travail correspond au nom du répertoire de travail initial. login utilise cette information pour définir la valeur de la variable d'environnement HOME.
- Le champ de l'interpréteur de commande correspond au nom du shell initial à exécuter. login utilise cette information pour définir la variable d'environnement SHELL. Si ce champ est vide, /bin/sh est utilisé par défaut.

Informations sur les mots de passe des utilisateurs

   Ce fichier ne doit pas être accessible en lecture par les utilisateurs normaux. Chaque ligne de ce fichier contient 9 champs, séparés par un ':'

- nom de connexion de l'utilisateur
- mot de passe chiffré
- date du dernier changement de mot de passe
- âge minimum du mot de passe
- âge maximum du mot de passe
- période d'avertissement de mot de passe
- période d'inactivité de mot de passe
- date de fin de validité de compte
- champ réservé

- Si le champ du mot de passe contient une chaîne qui ne peut pas être un résultat valable de crypt(3), par exemple si elle contient les caractères '!' ou '*', alors l'utilisateur ne pourra pas utiliser son mot de passe pour se connecter. Un mot de passe commençant par '!' signifie un mot de passe bloqué.
- Le champ du dernier changement de mot passe est exprimé en jours depuis le 1 janvier 1970. La valeur 0 signifie que l'utilisateur devrait changer son mot de passe la prochaine fois qu'il se connecte. Si le champ est vide, cette fonction est considéré désactivée.
- Un âge minimum de mot de passe à 0 signifie qu'il n'y a pas d'âge minimum pour changer de mot de passe.
- Si l'âge maximum du mot de passe est vide, cela signifie que le mot de passe n'expire jamais. Si la valeur est inférieure à l'âge minimum, l'utilisateur ne peut pas changer de mot de passe.
- Le champ de période d'avertissement de mot de passe spécifie le nombre de jours pendant lequel l'utilisateur est alerté que son mot de passe va expirer. Si ce champ est vide ou vaut 0, il n'y a pas de période d'alerte.
- Le champ de période d'inactivité de mot de passe spécifie le nombre de jours après qu'un mot de passe ait expiré pendant lequel le mot de passe reste valide. Après expiration, aucune connexion n'est possible. Si ce champ est vide il n'y a pas de période d'inactivité.
- La date de fin de validité de compte est exprimé en nombre de jour depuis le 1 janvier 1970. Si ce champ est vide, cela signifie que le compte n'expire jamais.

Remplace cron et implémente des options supplémentaires

   fcron charge les fichiers fcrontab utilisateur, puis il calcul l'heure et la date de la prochaine exécution de chaque tâche, et calcul le temps qu'il doit attendre, et se met en attente. Quand il se réveille, il vérifie chaque tâche chargée et les lance si nécessaire. Quand une tâche est exécutée, fcron change son user:group pour correspondre à la tâche, l'exécute et mail la sortie à l'utilisateur.

  note: fcron attend au moins 20 secondes après qu'il a été démarré avant d'exécuter une tâche pour éviter d'utiliser trop de ressource durant le démarrage du système.

OPTIONS

Fichiers

Fichier de configuration de fcron

OPTIONS

Intéragir avec le service fcron. Il peut par exemple, lister les tâches utilisateurchargées par fcron, lancer l'une d'elles, modifier la priorité d'une tâche en cours d'exécution, envoyer un signal à une tâche, etc.

OPTIONS

Commandes

Champs utilisés par les commandes detail et ls

Installer-gérer les tables fcron

   fcrontab est le programme utilisé pour installer, éditer, lister et supprimer les tables utilisées par fcron. Comme fcron utilise en interne un format non lisible, l'utilisateur ne peut pas éditer directement son fcrontab. Un utilisateur peut installer un fcrontab s'il est listé dans /etc/fcron.allow et pas dans /etc/fcron.deny.

OPTIONS

Configuration de l'environnement

Entrées basées sur le temps écoulé depuis le démarrage du système

Exemples

Entrées basée sur une date et une heure

Exemples

Entrées lancées périodiquement

Options

Exemple de fichier fcrontab

Trouve un système de fichier par label ou UUID

   findfs recherche les périphériques block dans le système en recherchant un système de fichier ou une partition avec le tag spécifié. Les tags supportés sont:

Options

Codes de retour

Variables d'environnement

Touver un système de fichier

   findmnt liste tous les systèmes de fichier montés ou recherche un système de fichier. La commande findmnt est capable de rechercher dans /etc/fstab, /etc/mtab, /proc/self/mountinfo. Si le périphérique ou son point de montage n'est pas donné, tous les systèmes de fichier sont affichés. Le périphérique peut être spécifié par nom de périphérique, maj:min, label ou uuid de système de fichier, ou partuuid ou partlabel de partition.

OPTIONS

Exemples

Variables d'environnement

Affiche la quantité de mémoire utilisée et libre dans le système

   free affiche la quantité totale de mémoire physique libre et utilisée et la mémoire swap dans le système, ainsi que les tampons utilisé par le kernel. La colonne de mémoire partagée représente soit la valeur MemShared (kernel 2.4), ou la valeur Shmem (kernels 2.6), de /proc/meminfo. La valeur est 0 si aucune entrée n'est exporté par le kernel.

OPTIONS

Supprimer les blocks non-utilisés dans un système de fichier monté

   Cet utilitaire est utilisé pour les disques Solid-State Drives et les stocake à provisionnement léger. Lancer fstrim fréquemment, ou en utilisant mount -o discard peut réduire les effets négatifs du la durée de vie des disques SSD de mauvaise qualité. Un fréquence d'une fois par semaire est suffisante.

OPTIONS

Codes des status

Examine les capabilities d'un fichier

   getcap affiche le nom et les capabilities de chaque fichier spécifié

OPTIONS

Récupère les listes de contrôle d'accès des fichiers

   Pour chaque fichier, getfacl affiche le nom du fichier, propriétaire, groupe propriétaire, et l'ACL. Si un répertoire a une ACL par défaut, getfacl affiche également l'ACL par défaut.

   Si getfacl est utilisé dans un système de fichier qui ne supporte pas les ACL, getfacl affiche les permissions d'accès définis par les bits de permissions traditionnels.

   Le format de sortie de getfacl est comme suit:

1: # file: somedir/
2: # owner: lisa
3: # group: staff
4: # flags: -s-
5: user::rwx
6: user:joe:rwx #effective:r-x
7: group::rwx #effective:r-x
8: group:cool:r-x
9: mask::r-x
10: other::r-x
11: default:user::rwx
12: default:user:joe:rwx #effective:r-x
13: default:group::r-x
14: default:mask::r-x
15: default:other::---

   Les lignes 1--3 indiquent le nom du fichier, propriétaire, et groupe propriétaire.

   La ligne 4 indique les bits de mode spéciaux.

   Les lignes 5, 7 et 10 correspondent au champs user, group et other des bits de permission de fichier. Ce sont les entrées d'ACL de base.

   Les lignes 6 et 8 sont les utilisateurs et groupes nommés.

   La ligne 9 est le masque de droits effectifs

   Les lignes 11--15 affichent l'ACL par défaut associée avec ce répertoire.

OPTIONS

Récupérer les attributs étendus des objets du système de fichier

   Pour chaque fichier, getfattr affiche le nom du fichier, et le jeu de noms d'attributs étendus (et les valeurs optionnelles) qui sont associés avec le fichier.

Le format de sortie de getfattr est comme suit:
1: # file: somedir/
2: user.name0="value0"
3: user.name1="value1"
4: user.name2="value2"
5: ...

   La ligne 1 identifie le nom du fichier pour lequel les lignes suivantes sont reportés. Les lignes restantes affichent les paire nom/valeur associés avec le fichier spécifié.

OPTIONS

Ouvre un port de terminal, demande un nom d'utilisateur et apples /bin/login.

   agetty a plusieurs fonctionnalités non standard qui sont utiles pour les lignes série et modem.

Paramètres

OPTIONS

Exemples

Suites d'échappement des fichiers issue

Exemples

Fichiers

Administrer group et gshadow

   Permet d’administrer /etc/group et /etc/gshadow. Chaque groupe peut avoir des administrateurs, des membres et un mot de passe. Appelé par un administrateur de groupe.

OPTIONS

Permet de créer des groupes

   Permet de créer des groupes en utilisant les valeurs spécifiées en ligne de commande, plus les valeurs par défaut du système. Il est généralement conseillé d'utiliser des noms de groupe qui respectent l'expression régulière suivante: [a-z_][a-z0-9_-]*[$]?. Sous debian, la seule contrainte est que les noms des groupes ne doivent pas commencer avec un '-', ni un ':' ou un espace blanc. Les noms des groupes sont limités à 32 caractères.

OPTIONS

Configuration

Valeurs de retour

Permet de supprimer un groupe

   Il n'est pas possible de supprimer un groupe primaire d'un utilisateur existant.

Configuration

Valeurs de retour

Permet de modifier un groupe existant

OPTIONS

Configuration

Valeurs de retour

Vérifier l’intégrité des informations sur les groupes systèmes

   Toutes les entrées dans /etc/group et /etc/gshadow sont vérifiées afin de s’assurer qu’elles ont le bon format et qu’elles contiennent des données valides. Les vérifications effectuées sont :

        - nombre correct de champs
        - unicité et validité des noms des groupes
        - GID valide (/etc/group uniquement)
        - liste valide de membres et administrateurs
        - une entrée dans /etc/group correspondant à une entrée dans /etc/gshadow

   La vérification du nombre de champs et de l’unicité du nom des groupes est fatale, et il sera demandé à l’utilisateur de supprimer la ligne. Si l’utilisateur refuse de supprimer la ligne, les autres vérifications ne sont pas effectuées.

OPTIONS

Valeurs de retour

Redémarrer, arrêter ou éteindre le système

   Ces programme permettent de redémarrer, arrêter ou éteindre le système. Appelé avec --force ou en runlevel 0 ou 6, cet outil invoque l'appel système reboot(2) et redémarre directement le système. Sinon, il appel simplement shutdown avec les arguments appropriés.

OPTIONS

Génération de nombres aléatoires

   haveged génère un flux imprédictible de nombres aléatoires depuis les effets indirects des événements hardware sur l'état caché (caches, prédicteurs de branche, tables de traduction mémoire, etc) en utilisant l'argorithme HAVEGE (HArdware Volatile Entropy Gathering and Expansion). L'algorithme opère en userspace, sans privilèges spéciaux.

   Linux utilise les interfaces /dev/random et /dev/urandom pour fournir des nombres aléatoire. Les mécanismes standard pour remplir /dev/random peuvent ne pas être suffisants pour répondre à la demande du système. Dans ces circonstances haveged peut être lancé comme services privilégié pour remplir /dev/random.

OPTIONS

NOTES

Fichiers

Exemples

Fichier de configuration du resolveur. Il doit contenir une paire clé/valeur par ligne.

Mots clés

Environnement

Affiche le nom d’hôte ou le domaine du système

hostname affiche ou définis le nom d’hôte
domainname Affiche ou définis le domaine NIS du système
ypdomainname Affiche ou définis le domaine NIS du système
nisdomainname Affiche ou définis le domaine NIS du système
dnsdomainname affiche le domaine dns du système

Afficher le nom

Définir le nom

OPTIONS

Fichiers

Parent de tous les processus. Son rôle principal est de créer des processus depuis un script stocké dans /etc/inittab. L'ID du processus init est toujour 1

runlevels

Boot

Changer les runlevels

Variables d'environnement

Flags

Interface

Signaux

Script qui exécute les commandes inittab

   Quand ce script existe, init l'utilise pour exécuter les commandes depuis inittab. Ce script peut être utilisé pour définis différentes choses comme ulimit et umask par défaut pour tous les utilisateurs.

Exemples

Fichier de configuration de init

Une entrée de runlevel a le format suivant:
id:runlevels:action:process

id séquence unique de 1 à 4 caractères qui identifie l'entrée dans inittab.
runlevels liste les runlevels pour lesquels l'action spécifiée doit être exécutée
action décrit l'action à exécuter
process spécifie le processus à exécuter. S'il commence avec un '+', init ne créera pas de utmp et wtmp pour ce processus. nécessaire pour les getty qui insistent pour faire leur propre utmp/wtmp. c'est aussi un bug historique.

   Le champ runlevels peut contenir plusieurs caractères pour différents runlevels. Les actions valides sont:

respawn Le processus sera redémarré s'il est terminé (ex getty)
wait Le processus sera démarré une fois en entrant dans le runlevel et init attendra qu'il se termine
once Le processus sera exécuté une fois en entrant dans le runlevel.
boot Le processus sera exécuté au boot Le champs runlevel est ignoré
bootwait Le processus sera exécuté durant le boot, init attendra qu'il se termine(ex : /etc/rc). Le runlevel est ignoré.
off Ne fait rien ondemand Sera exécuté quand le runlevel est appelé, cependant aucun changement de level ne sera exécuté.(les runlevels ondemand sont a, b, et c)
initdefault spécifie le runlevel par défaut après le boot. Le champs process est ignoré
sysinit Le processus sera exécuté durant le boot. Il sera exécuté avant une entrée boot ou bootwait. Le runlevel est ignoré.
powerwait Le processus est exécuté quand le courant s'affaiblit.
powerfail comme powerwait, excepté qu'init n'attend pas que le processus se termine
powerokwait Le processus sera exécuté une fois qu'init est informé que le courant est revenu
powerfailnow Le processus sera exécuté quand la batterie est vide et le courant s'arrête.
ctrlaltdel Le processus sera exécuté quand init recevra le signal SIGINT. généralement en pressant ctrl+alt+del
kbrequest Le processus sera exécuté quand init reçoit un signal depuis une combinaison de touches spécial.

Exemple simple

Exemple plus élaboré

Insert un module dans le kernel linux

   insmod est un programme simple pour insérer un module dans le kernel. La plupart des utilisateurs utilisent modprobe, qui est plus simple à utiliser.

Autorise un script init installé en lisant l'en-tête et calcule les dépendances.

Exemple

OPTIONS

Fichiers

Exécute des scripts dans /etc/init.d dans le style des services SystemV

   Les actions standard sont: start, stop, force-stop, restart, reload, force-reload et status. D'autres actions sont acceptées, mais peuvent causer des problèmes avec policy-rc.d, des alertes sont générées si la couche de politiques est active. Tous les autres paramètres sont passés aux scripts init invoqués.

OPTIONS

Codes de status

Fichiers

Créer des ressources IPC

OPTIONS

supprimer des ressources IPC

   ipcrm supprime des objets IPC et les structures de données associées du système. Pour supprimer de tels objets, vous devez être root, ou le créateur ou le propriétaire de l'objet.

   les objets IPC system V sont de 3 types: mémoire partagée, files de messages, et sémaphore. La suppression d'objet de type file de message ou sémaphore est immédiate. Un objet de mémoire partagé est seulement supprimé après que tous les processus attaché se soient détaché de l'objet

   2 syntaxes sont supportées. L'ancienne syntaxe spécifie un mot clé à 3 lettres indiquant quelle classe d'objet doit être supprimer, suivi par un ou plusieurs identifiant IPC pour les objets de ce type.

   La syntaxe SUS-compliant permet la spécification de 0 ou plusieurs objets de tous les 3 types dans une simple ligne de commande, avec les objets spécifiés soit par clé soit par identifiant. Les clé et les identifiants peuvent être spécifiés en décimal, hexadécimal, ou octal.

   Les identifiants et clé peuvent être trouvés en utilisant la commande ipcs.

OPTIONS

Afficher des renseignements sur l'utilisation des ressources IPC

   ipcs affiche des informations sur les ressources des communication interprocess pour lesquels le processus appelant a accès en lecture. Par défaut, affiche 3 ressources: le segment de mémoire partagé, file de messages et les tableaux de sémaphores

OPTIONS

Système de fichier stacké à chiffrement transparent

   ecryptfs est un système de fichier stacké qui chiffre et déchiffre de manière transparente chaque fichier en utilisant une clé de chiffrement de fichier (FEK) générée aléatoirement.

   Chaque FEK est en retour chiffré avec une clé de chiffrement de clé de chiffrement de fichier (FEFEK) soit dans l'espace kernel ou en espace utilisateur avec un service appelé ecryptfsd. Dans le premier cas, l'opération est effectuée directement par le cryptoAPI du kernel en utilisant une clé, la FEFEK, dérivée d'une passphrase de l'utilisateur; dans l'autre cas, la FEK est chifrée par ecryptfsd avec l'aide de librairies externes pour supporter d'autres mécanismes comme les clés publiques, PKCS#11 et TPM.

   La structure de données définie par ecryptfs pour contenir les informations requises pour le déchiffrement FEK est appelé le jeton d'authentification et , actuellement, peut être stocké dans une clé kernel de type 'user', inséré dans la session de l'utilisateur par l'utilitaire userspace mount.ecryptfs fournis avec le paquet ecryptfs-utils

   Le type de clé encrypted a été étendue avec l'introduction du nouveau format ecryptfs pour être utilisé en conjonction avec le système de fichier ecryptfs. Les clé chiffrées au nouveau format stockent un jeton d'authentification dans son payload avec un FEFEK générée aléatoirement par le kernel et protégé par la clé maître.

   Pour éviter les attaques plaintext, le 'datablob' obtenu via les commandes 'keyctl print' ou 'keyctl pipe' ne contiennent pas tout le jeton d'authentification, dont le contenu est connu, mais seulement la FEFEK sous forme chiffrée.

   Le système de fichier ecryptfs peut réellement bénéficier de l'utilisation de clé chiffrées car les clés requises peuvent être générées de manière sécurisée par un administrateur et fournis au boot une fois la clé de confiance fournie pour effectuer le montage dans un environnement contrôlé. Un autre avantage est que la clé n'est pas exposée aux traitements de logiciels malicieux, parce qu'elle est disponible en clair seulement au niveau du kernel.

Utilisation

Exemple d'utilisation de clé chiffrée avec le système de fichier ecryptfs

Envoyer un signal à un processus

   Le signal par défaut est TERM. Utiliser -l ou -L pour une liste possible de signaux. Les signaux particulièrement utiles sont HUP, INT, KILL, STOP, CONT, et 0. Les signaux peuvent être spécifiés de 3 manières différentes. -9 -SIGKILL -KILL. Les valeur de PID négatives peuvent être utilisés pour choisir les groupes de processus; voir la colonne PGID de la commande ps. Un PID de -1 est spécial; il indique tous les processus excepté le processus kill lui-même et init.