Provided by: bilibop-common_0.5.4_amd64 

NOM
drivemap - montrer les périphériques bloc dans un arbre de dépendances
SYNOPSIS
drivemap [-i|--info [-w|--width N]] [-d|--drive] [FILE]
drivemap [-i|--info [-w|--width N]] [-p|--mountpoint] [-f|--backing-file] [-n|--dm-name] [-m|--mark]
[FICHIER]
drivemap -h|--help
drivemap [--debug] [-x|--set-x] [OPTIONS] [FICHIER]
DESCRIPTION
drivemap est un script shell utilisant les informations de proc, sysfs et udev pour afficher les
périphériques bloc dans un arbre de dépendances. Il est basé sur les fonctions shell de bilibop-common et
supporte device-mapper (dont dm-crypt et LVM) et les périphériques boucle (loop) avec quelques
limitations. Les périphériques RAID et les systèmes de fichiers mhddfs ne sont pas supportés. Voir plus
bas la section AMÉLIORATIONS ET LIMITATIONS.
OPTIONS
Quand aucun argument FICHIER n'est fourni, la commande est appliquée à tous les disques. Si un fichier
FICHIER est donné comme argument et existe, alors la commande s'applique au disque contenant ce fichier.
FICHIER peut être un fichier régulier, un répertoire ou un fichier spécial en mode bloc.
--debug
Affiche des informations de débogage sur la sortie standard des erreurs. Quand cette option est
invoquée, chaque fonction appelée affiche son nom. Voir aussi '--set-x'.
-d, --drive
Montre uniquement les disques plutôt que leurs arbres.
-f, --backing-file
Essaye de remplacer chaque périphérique boucle dans l'arbre par son fichier associé. Cela peut
échouer dans certains cas: par exemple sur les systèmes DebianLive, un périphérique boucle est
associé à filesystem.squashfs depuis l'environnement du disque initial chargé en mémoire
(initramdisk); le chemin absolu du fichier n'est pas mis à jour dans /sys quand le système de
fichiers squashfs devient lui-même la nouvelle racine du système. Ainsi le nom de fichier stocké
dans backing_file est obsolète, et ne sera donc pas affiché.
-h, --help
Affiche la liste des options sur la sortie standard et quitte.
-i, --info
Affiche des informations supplémentaires sur les périphériques. Pour les disques ou lecteurs de
disques, cela inclut l'identifiant (ID, tel que donné dans /dev/disk/by-id), et la taille (en
format lisible par des humains). Pour les autres périphériques bloc (partitions et périphériques
virtuels) cela inclut le type du système de fichiers et la taille.
-m, --mark
Si un FICHIER est donné en argument, ajoute une marque (un astérisque entre parenthèses: (*)) au
nom du périphérique contenant ce FICHIER. Autrement, ajoute une marque au nom du périphérique
contenant le répertoire de travail courant.
-n, --dm-name
Remplace les noeuds device-mapper (/dev/dm-*) par leurs noms (/dev/mapper/*), qui sont attribués
statiquement et généralement plus faciles à reconnaître.
-p, --mountpoint
Affiche les points de montage des périphériques montés, et montre les périphériques d'échange
(swap) en cours d'utilisation.
-w N, --width=N
Formate la sortie sur N colonnes. Peut être utilisé avec '--info' et/ou '--mountpoint'. Si N n'est
pas un nombre entier, ou s'il est plus grand que le nombre de colonnes de l'écran, alors la sortie
utilisera la pleine largeur de l'écran. Si cette option n'est pas utilisée, le comportement par
défaut est d'afficher le résultat sur 70 colonnes.
-x, --set-x
Affiche des informations de débogage sur la sortie standard des erreurs. Quand cette option est
invoquée, le script shell est paramètré avec l'option -x, pour plus de détails de débogage. Voir
aussi '--debug'.
AMÉLIORATIONS ET LIMITATIONS
drivemap fait partie du projet bilibop(7). Cette commande a été initialement écrite pour être appliquée
au périphérique externe hébergeant le système en cours d'éxécution. Par son design, elle ne supporte pas
les périphériques RAID et ne les supportera jamais. Un autre problème de design est que les Groupes de
Volumes lvm(8) ne devraient contenir qu'un seul Volume Physique. Nous assumons qu'il n'y a pas de sens à
utiliser plusieurs Volumes Physiques sur un même disque pour un même Groupe de Volumes. En adoptant une
vue de l'esprit parent/enfant, nous disons que chaque périphérique peut avoir au plus un parent mais de
zéro à plusieurs enfants. Depuis que le script a été étendu pour être appliqué à tous les disques
connectés à l'ordinateur, cela sonne comme un bogue.
Contairement à la commande lsblk(1), drivemap intègre les périphériques boucle (loop) dans l'arbre des
dépendances. En fait, la question qui peut être posée est la suivante:
" Qu'est-ce qui se passera pour le contenu d'autres périphériques physiques ou virtuels si je lance une
commande dd(1), shred(1) ou wipe(1) sur celui-ci ou celui-là ? "
Et alors il apparaît que les informations contenues dans les fichiers slaves et holders dans sysfs ne
sont pas suffisantes pour organiser les périphériques bloc en arbre, ou devraient être étendues. Pour la
même raison, les partitions logiques sont montrées comme des sous-périphériques des partitions primaires
étendues.
Seuls les périphériques bloc dont le contenu est hébergé par un disque physique sont affichés: cela
signifie que si un périphérique boucle est associé à un fichier se trouvant sur un système de fichiers
temporaire (tmpfs, c'est à dire la RAM), ce périphérique ne sera pas montré. Ce n'est PAS un bogue: comme
annoncé par son nom, drivemap construit et affiche une 'carte des disques' (map of drives).
EXEMPLES
Lister les lecteurs de disques physiques actuellement reconnus par le noyau:
drivemap -d
Trouver le disque hébergeant le système en cours d'éxécution, et afficher son identifiant et sa taille:
drivemap -id /
Montrer où est mon répertoire de travail courant sur un disque avec un schéma de partitionnement complexe
(LVM + LUKS + LVM):
drivemap -min .
BOGUES
Voir plus haut la section AMÉLIORATIONS ET LIMITATIONS.
FICHIERS
/sys/class/block/*/holders
/sys/class/block/*/slaves
/sys/class/block/loop?*/loop/backing_file
VOIR AUSSI
bilibop(7), lsbilibop(8), lsblk(1), lvm(8), udev(7), udevadm(8)
AUTEUR
Cette page de manuel a été traduite de l'anglais par Alexandre Martin <alemar@Safe-mail.net> dans le
cadre du projet bilibop.
bilibop 2012-05-22 DRIVEMAP(1)