Bug 5071 - wrong mount-cycle key?
Summary: wrong mount-cycle key?
Status: CLOSED NOTABUG
Alias: None
Product: Sisyphus
Classification: Development
Component: mount (show other bugs)
Version: unstable
Hardware: all Linux
: P2 enhancement
Assignee: Alexey Gladkov
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-08-26 12:28 MSD by Michael Shigorin
Modified: 2012-03-27 10:37 MSK (History)
4 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Shigorin 2004-08-26 12:28:09 MSD
an attempt to get /tmp and /var/tmp on the same tmpfs "partition" bind-mounted
to the second location fails.
Steps to Reproduce:

alpha:~> mount | grep /tmp
alpha:~> grep tmp /etc/fstab 
none /tmp tmpfs size=384m 0 0
/tmp /var/tmp auto bind 0 0
alpha:~> sudo mount /tmp
alpha:~> sudo mount /var/tmp

Actual Results:  
alpha:~> mount | grep /tmp  
/tmp on /var/tmp type none (rw,bind)
/tmp on /var/tmp type none (rw,bind)
alpha:~> 

Expected Results:  
none on /tmp type tmpfs (rw,size=384m)
/tmp on /var/tmp type none (rw,bind)
Comment 1 Dmitry V. Levin 2005-03-09 14:42:37 MSK
Reassigned to proper package.
Comment 2 inger@altlinux.org 2005-03-09 16:04:41 MSK
Странно, у меня это не воспроизводится.
#mount none -t tmpfs /tmp/pts
#mount -o bind /tmp/pts /tmp/pts1
#mount|grep /tmp/pts
none on /tmp/pts type tmpfs (rw)
/tmp/pts on /tmp/pts1 type none (rw,bind)
# cat /proc/mounts|grep  /tmp/pts
none /tmp/pts tmpfs rw 0 0
none /tmp/pts1 tmpfs rw 0 0

Может я что не так сделал?
Comment 3 Michael Shigorin 2005-03-09 23:14:51 MSK
Вроде бы речь шла об /etc/fstab: руками и я могу смонтировать что надо куда
попало. :-)
Comment 4 inger@altlinux.org 2005-05-12 17:03:10 MSD
Это не бага а фича mount, он умеет монтировать не только по точке монтирования
но и по именам устройств, причём предпочтение отдаётся последним.
В данном случае mount /tmp вызывает монтирование по девайсу /tmp, то есть делает
bind.
Comment 5 Michael Shigorin 2005-05-12 17:30:08 MSD
А реально ли пропатчить именно по части bind mounts -- например, откладыванием
их обработки на после_реальных_устройств?  Поскольку "устройство" вполне может
быть ещё не смонтированным.

В общем, не фича это, а бага.  Может, про это у меня несколько лет назад в боку
кололо при виде mount --bind...
Comment 6 Sergey Vlasov 2005-05-12 17:49:33 MSD
Очень странное предпочтение.  Фактически mount --bind - это единственный случай,
когда имена "устройства" и точки монтирования реально могут совпадать, и в этом
случае рассмотрение параметра как имени устройства делает использование fstab
крайне неудобным. 
Comment 7 Vitaly Lipatov 2005-05-12 17:59:05 MSD
(In reply to comment #5) 
> А реально ли пропатчить именно по части bind mounts -- например, 
В принципе, обработку не так сложно устроить, вопрос только в ТЗ.  
Ну и в одобрении Димы, что ТЗ корректно.  
ТЗ, например, так:  
 - просматривать таблицу fstab два раза, и на первом проходе  
не смотреть на устройства, монтируемые как bind  
 
 
Comment 8 inger@altlinux.org 2009-01-26 18:36:51 MSK
перевешиваю на нынешнего мантейнера util-linux
Comment 9 Michael Shigorin 2012-03-27 10:37:38 MSK
Замнём для ясности, нечего tmpfs было bindmount'ить вместо того, чтоб просто накрутить куда и сколько нужно.