Nom¶

device-table.pl - analyse des tables de périphériques simples et passe la sortie à mknod

Synopsis¶

device-table.pl [-n|--dry-run] [-d REPERTOIRE] [-f FICHIER]
device-table.pl -?|-h|--help|--version

Options¶

Par défaut, device-table.pl écrit les nœuds de périphérique dans le répertoire de travail courant. Utilisez l'option repertoire pour écrire ailleurs. multistrap contient par défaut un fichier listant les périphériques, utilisez l'option fichier pour outrepasser le fichier par défaut /usr/share/multistrap/device-table.txt Il faut utiliser l'option dry-run pour voir les commandes qui seraient exécutées. Les nœuds de périphérique nécessitent fakeroot ou un autre moyen pour utiliser l'accès superutilisateur. Si device-table.pl est déjà en cours d'exécution sous fakeroot ou un équivalent, l'instance de fakeroot existante sera utilisée, alternativement utilisez l'option no-fakeroot pour empêcher l'utilisation interne de fakeroot. Veuillez noter que fakeroot ne permet pas le changement du propriétaire réel, pour cela effectuez l'empaquettement final dans une archive tar sous fakeroot également, ou utilisez "sudo" quand device-table.pl s'exécute.

Format de tableau de la machine¶

Les fichiers de tableau des périphériques sont des fichiers séparés par des tabulations (TSV). Toutes les lignes du fichier de tableau du périphérique doit contenir exactement 10 caractères, chacun séparé par une tabulation simple à l'exception des commentaires - qui doivent commencer par # Les entrées du tableau du périphérique prennent la forme de : <nom> <type> <mode> <uid> <gid> <majeure> <mineure> <début> <inc> <compte> où le nom est le nom du fichier, le type peut être l'un de :

 f Un fichier normal
 d Répertoire
 s lien symbolique
 h lien en dur
 c Fichier de caractères du périphérique spécial
 b Un fichier de périphérique bloc
 p Un tuyau nommé S<(« fifo »)>
Les liens symboliques et les liens en dur sont des extensions du tableau du
périphérique, juste pour F<device-table.pl>, les autres interpréteurs de
tableau de périphérique ne devraient pas gérer ces types. Le premier champ
de la commande de lien symbolique  est la cible existante du lien, le
troisième champ et le chemin complet du lien symbolique en lui même. Par
S<exemple :>
 /proc/self/fd/0 s /dev/stdin - - - - - - -

Voir http://wiki.debian.org/DeviceTableScripting