J'obtiens la sortie suivante lorsque la command mount
est exécutée.
[root@]# mount /dev/sda2 on / type ext4 (rw) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) tmpfs on /dev/shm type tmpfs (rw) /dev/sda1 on /boot type ext4 (rw) /dev/sda3 on /home type ext4 (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) gvfs-fuse-daemon on /root/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev)
Je ne suis pas capable de comprendre la sortie de cette command. Quelqu'un peut-il donner l'explication pour cette sortie?
L'exécution de mount
sans arguments affichera une list de filesystems montés en fonction de la table des filesystems montés dans /etc/mtab
. Le file /etc/mtab
est généralement maintenu par mount
et umount
, bien que dans certains environnements (tels que les CD live) /etc/mtab
puisse être un lien symbolique vers /proc/self/mounts
.
Le kernel conserve les informations des filesystems montés dans l'espace de noms de assembly courant dans /proc/[pid]/mounts
. Traditionnellement, le kernel Linux a exposé tous les assemblys via /proc/mounts
, mais depuis l'introduction des namespaces montés par process dans la version 2.4.19 du kernel, /proc/mounts
est un lien symbolique vers /proc/self/mounts
. Le format de ces files est documenté dans la page de manuel de fstab
.
Notez que comme /etc/mtab
est maintenu par les programmes d'espace user, il est tout à fait possible que le contenu de /etc/mtab
et /proc/self/mounts
diffère. Cela peut se produire si les filesystems sont montés ou démontés directement via les appels système mount()
et umount()
, sans passer par les programmes mount
et umount
. Les différences entre les namespaces de monture distincts peuvent également provoquer des différences entre /etc/mtab
et /proc/self/mounts
.
Chaque ligne de la sortie de mount
est de la forme:
fs_spec on fs_file type fs_vfstype (fs_mntopts)
où
fs_spec
décrit le périphérique de bloc ou le système de files distant à monter.
fs_file
décrit le sharepoint assembly du système de files.
fs_vfstype
décrit le type du système de files.
Une list des filesystems supportés par le kernel est exposée via /proc/filesystems
. Une documentation détaillée pour chaque système de files peut être trouvée dans l' arborescence du kernel Linux .
fs_mntopts
décrit les options de assembly associées au système de files.
Les options indépendantes du système de files sont répertoriées dans la page de manuel de mount
. Pour les options spécifiques au système de files, consultez la documentation de l'arborescence du kernel pour ce système de files.
la command mount
affiche par défaut une list des périphériques multimédia actuellement montés sur le système. La command mount comporte quatre éléments:
comme dans votre exemple de sortie de la command mound dans la première ligne:
/dev/sda2
est l'location de l'appareil /
est le sharepoint assembly où votre média est monté ext4
le type de système de files (rw)
access qui est (lire et écrire) il peut y avoir beaucoup d'autres options
comme dans les autres lignes de votre exemple pour la quasortingème colonne que vous pouvez find en détail dans cet article: http://fr.wikipedia.org/wiki/Fstab
Au début, vous devez connaître les différences entre les filesystems virtuels et les filesystems physiques (vérifiez Google).
proc
, sysfs
, tmpfs,devpts
, sun_rpc
et gvfs-fuse-daemon
sont des filesystems virtuels.
/ dev / sda1 et / dev / sda3 sont des périphériques multimédia: filesystems physiques.
proc
: proc
est un système de files virtuel pour gérer les process, vous pouvez voir chaque PID et une autre ressource.
sysfs
: est un autre système de files virtuel géré par le kernel; il aide proc
, mais pas dans les PIDs
mais dans le matériel et d'autres ressources.
/dev/pts
: sur GNU / Linux, vous avez des terminaux virtuels et des terminaux réels, pour les terminaux réels auxquels vous pouvez accéder via: /dev/tty1
, /dev/tty2
, /dev/tty2
swtich via CTRL+ALT+F1..8
Mais pour les terminaux virtuels, vous avez /dev/pts/
directory, il contient /dev/pts/0
, 1
, 2
et ainsi de suite chaque chiffre pour un terminal virtuel.
/dev/shm
: shm est l'abréviation de SHared Memory, c'est un espace de partage de données.
RPC
: appel de procédure à distance.
tmpfs
: lorsque le kernel a besoin d'espace pour chaque tâche, montez-le. Tels que /tmp
NOTE: Au début, lisez à propos des filesystems virtuels, puis lisez à propos du assembly.