Dotaz: přístup "pod" namountovaný mount point

[lukas.ramlich]

Ahoj,

jak udělat toto:

v /mnt je soubor test

Provedu mount /dev/hda1 /mnt

v /mnt je soubor blah

Potřebuju smazat původní soubor test. Jenže ten je skryt za namountovaný /dev/hda1. Jak se mám dostat k souboru test, aniž bych odmountovával aktuálně namountovaný adresář? RTFM už jsem provedl, ale bezvýsledně. Google vyhazuje milion tutoriálů na příkaz mount, možná nevím jak se zeptat. Třeba to vůbec nejde?

Odpovědi

[Josef Kufner]

Mountni si překrytý filesystém ještě jednou někam jinam.

[lukas.ramlich]

Hmm, zní to zajímavě, ale vzhledem k tomu, že je to pod zátěží, tak tuhle radu fakt riskovat nebudu. Nechci vidět co se stane, když někdo zrovna zapisuje přes originální mount a já budu mazat v novém mountu. Zavání to hláškou corrupted filesystem.

[R]

Nie je s tym ziadny problem (aspon v Linuxe).

[Michal Kubeček]

Ale nejspíš jen od určité verze jádra. Dřív mi určitě namountovat stejné zařízení na víc mounting pointů nešlo.

[Bilbo]

Na to jde pouzit bind mount - ten "zmirroruje" cast FS nekde jinde:

mkdir /tmp/realroot mount --bind / /tmp/realroot

soubor pak bude v /tmp/realroot/mnt/test Neni to premontovavani celeho device jinam, takze je to bezpecne. Ostatne mount primontovani jiz namontovaneho device (i kdyby byl novy mount read-only) nepovoli

Co je dulezite, je ze "mount --bind" v novem umisteni uz nemirroruje namontovane adresare (to dela "mount --rbind"), takze v tomhle pripade clovek vici co se skryva "pod" adresari jako /dev, /proc atd ...

[lukas.ramlich]

Díky, bind známe, ale tenhle side effect ne. Zanfungovalo to.

[mikky]

Ostatne mount primontovani jiz namontovaneho device (i kdyby byl novy mount read-only) nepovoli

[root@ghoulie ~]# mkdir /tmp/b
[root@ghoulie ~]# mount /dev/sda1 /tmp/b
[root@ghoulie ~]# mount | grep sda1
/dev/sda1 on /boot type ext2 (rw)
/dev/sda1 on /tmp/b type ext2 (rw)
[root@ghoulie ~]# touch /tmp/b/ahoj
[root@ghoulie ~]# ls /boot/ahoj 
/boot/ahoj
[root@ghoulie ~]# uname -a
Linux ghoulie 2.6.27-ARCH #1 SMP PREEMPT Sun Oct 12 15:16:25 CEST 2008 i686 Genuine Intel(R) CPU T2050 @ 1.60GHz GenuineIntel GNU/Linux

Kde je problém?

-m.

[Michal Kubeček]

V tom, že to nefunguje odjakživa. Na druhou stranu, podle mount(2) lze stejný filesystém namountovat na víc mounting pointů od jádra 2.4, takže dnes už by se měly systémy, kde to nejde, vyskytovat jen zcela výjimečně.

[chochi]

Kolega tim asi chtel rict, jest-li by to nefungovalo spravne, tak to nepovili (takze se nemusime bat o bezpocnost ), napr.:

# mount | grep /dev/lofi/1
/mnt/cdrom on /dev/lofi/1 read only/setuid/maplcase/noglobal/rr/traildot/dev=24c0001 on Mon Aug 18 15:08:13 2008
# mount -F hsfs /dev/lofi/1 /testing/x
mount: /dev/lofi/1 is already mounted, /testing/x is busy,
        or allowable number of mount points exceeded
# uname -a
SunOS xxxxxx 5.8 Generic_117350-53 sun4u sparc SUNW,Sun-Fire-V240