mount --bind vérification du repertoire partagé ???
willyk2 Membre non connecté
-
- Voir le profil du membre willyk2
- Inscrit le : 08/12/2009
J'ai besoin de faire du mount --bind , je suis assez embêter avec le comportement de la mount ou df lorsque j'utilise un bind FS :
df ou mount, ne me permettent pas de savoir qu'elle répertoire parent a été remonté sur l'arborescence destination, y'a-t-il une façon de faire un bind FS qui me permette de pouvoir voir le répertoire source et/ou une autre façon de vérifier ?
Ce comportement peu être utile pour des raisons de sécurité, (sécurité par obscurantisme j'y crois moyennement ) mais si on a pas la contrainte, c'est gênant pour l'administration.
[root@cervin ~]# mount --bind /home/will /mnt
[root@cervin ~]# df
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
rootfs 14G 13G 619M 96% /
devtmpfs 1,5G 0 1,5G 0% /dev
tmpfs 1,5G 1,9M 1,5G 1% /dev/shm
tmpfs 1,5G 3,5M 1,5G 1% /run
/dev/sda5 14G 13G 619M 96% /
tmpfs 1,5G 0 1,5G 0% /sys/fs/cgroup
tmpfs 1,5G 7,6M 1,5G 1% /tmp
/dev/sda6 183G 152G 31G 84% /home
/dev/sda6 183G 152G 31G 84% /mnt
[root@cervin ~]# umount /mnt
[root@cervin ~]# mount --rbind /home/will /mnt
[root@cervin ~]# df
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
rootfs 14G 13G 614M 96% /
devtmpfs 1,5G 0 1,5G 0% /dev
tmpfs 1,5G 1,9M 1,5G 1% /dev/shm
tmpfs 1,5G 3,5M 1,5G 1% /run
/dev/sda5 14G 13G 614M 96% /
tmpfs 1,5G 0 1,5G 0% /sys/fs/cgroup
tmpfs 1,5G 7,6M 1,5G 1% /tmp
/dev/sda6 183G 152G 31G 84% /home
/dev/sda6 183G 152G 31G 84% /mnt
[root@cervin ~]# umount /mnt
[root@cervin ~]#
J'aimerai, pour ceux qui connaisse, le même comportement que sur Solaris en lofs ...
Merci pour votre aide.
willyk2 Membre non connecté
-
- Voir le profil du membre willyk2
- Inscrit le : 08/12/2009
[root@cervin 6751]# findmnt
TARGET SOURCE FSTYPE OPTIONS
/ /dev/sda5 ext4 rw,relatime,data=ordered
├─/proc proc proc rw,nosuid,nodev,noexec,relatime
│ └─/proc/sys/fs/binfmt_misc systemd-1 autofs rw,relatime,fd=27,pgrp=1,timeout=300,minproto=5,maxproto=5,direct
│ └─/proc/sys/fs/binfmt_misc binfmt_misc binfmt_misc rw,relatime
├─/sys sysfs sysfs rw,nosuid,nodev,noexec,relatime
│ ├─/sys/kernel/security securityfs securityfs rw,nosuid,nodev,noexec,relatime
│ ├─/sys/fs/cgroup tmpfs tmpfs rw,nosuid,nodev,noexec,mode=755
│ │ ├─/sys/fs/cgroup/systemd cgroup cgroup rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/usr/lib/systemd/systemd-cgr
│ │ ├─/sys/fs/cgroup/cpuset cgroup cgroup rw,nosuid,nodev,noexec,relatime,cpuset
│ │ ├─/sys/fs/cgroup/cpu,cpuacct cgroup cgroup rw,nosuid,nodev,noexec,relatime,cpuacct,cpu
│ │ ├─/sys/fs/cgroup/devices cgroup cgroup rw,nosuid,nodev,noexec,relatime,devices
│ │ ├─/sys/fs/cgroup/freezer cgroup cgroup rw,nosuid,nodev,noexec,relatime,freezer
│ │ ├─/sys/fs/cgroup/net_cls cgroup cgroup rw,nosuid,nodev,noexec,relatime,net_cls
│ │ └─/sys/fs/cgroup/blkio cgroup cgroup rw,nosuid,nodev,noexec,relatime,blkio
│ └─/sys/kernel/debug debugfs debugfs rw,relatime,mode=755
├─/dev devtmpfs devtmpfs rw,nosuid,size=1512512k,nr_inodes=378128,mode=755
│ ├─/dev/pts devpts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000
│ ├─/dev/shm tmpfs tmpfs rw,nosuid,nodev
│ ├─/dev/hugepages hugetlbfs hugetlbfs rw,relatime
│ └─/dev/mqueue mqueue mqueue rw,relatime
├─/run tmpfs tmpfs rw,nosuid,nodev,mode=755
│ └─/run/user/500/gvfs gvfsd-fuse fuse.gvfsd-fus rw,nosuid,nodev,relatime,user_id=500,group_id=500
├─/tmp tmpfs tmpfs rw
├─/var/lib/nfs/rpc_pipefs sunrpc rpc_pipefs rw,relatime
├─/home /dev/sda6 ext4 rw,relatime,data=ordered
├─/mnt1 /dev/sda6[/directory_test_1]
ext4 rw,relatime,data=ordered
└─/mnt2 /dev/sda6[/directory_test_2]
ext4 rw,relatime,data=ordered
[root@cervin 6751]#
On a pas encore toute l'information, mais on est pas loin, on sait déjà que le répertoire bind est dans /dev/sda6, donc dans /home. Pour le trouver, c'est pas difficile :
[root@cervin mnt1]# find /home -type d -name directory_test_1 -ls
9026305 4 drwxr-xr-x 2 root root 4096 févr. 14 19:11 /home/directory_test_1
[root@cervin mnt1]#
Bon juste pour info, il y a un bug report qui traine depuis bien longtemps maintenant :
[url=https://bugzilla.redhat.com/show_bug.cgi?id=709351][/url]
Je me tenterai bien à le corrigé, mais j'imagine que ça doit pas être de la tarte à la crème.
Juste pour information, on trouver en faisant une recherche par inode, même si c'est un peu long, ça marche très bien, j'ai failli, me lancer dans un script avant de trouver findmnt:
[root@cervin mnt1]# cd /mnt1
[root@cervin mnt1]# ls -li
total 0
9026306 -rw-r--r-- 1 root root 0 févr. 14 19:11 home_directory_test_1
[root@cervin mnt1]# find / -inum 9026306 -ls 2>/dev/null
9026306 0 -rw-r--r-- 1 root root 0 févr. 14 19:11 /home/directory_test_1/home_directory_test_1
9026306 0 -rw-r--r-- 1 root root 0 févr. 14 19:11 /mnt1/home_directory_test_1
[root@cervin mnt1]#
Autre technique, plus rapide que le find mais un peu moins lisible :
[root@cervin ~]# cat /proc/self/mountinfo |grep mnt
155 21 8:6 /directory_test_2 /mnt2 rw,relatime shared:24 - ext4 /dev/sda6 rw,data=ordered
153 21 8:6 /directory_test_1/test1 /mnt1 rw,relatime shared:24 - ext4 /dev/sda6 rw,data=ordered
156 21 8:6 /will/directory_test_1/test1 /mnt3 rw,relatime shared:24 - ext4 /dev/sda6 rw,data=ordered
[root@cervin ~]#
Je dois dire, j'aime bien cette dernière.
willyk2 Membre non connecté
-
- Voir le profil du membre willyk2
- Inscrit le : 08/12/2009
Snif
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie