Provided by: bilibop-common_0.4.20_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.