Reassigned to proper package.

Странно, у меня это не воспроизводится.
#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

Может я что не так сделал?

Вроде бы речь шла об /etc/fstab: руками и я могу смонтировать что надо куда
попало. :-)

Это не бага а фича mount, он умеет монтировать не только по точке монтирования
но и по именам устройств, причём предпочтение отдаётся последним.
В данном случае mount /tmp вызывает монтирование по девайсу /tmp, то есть делает
bind.

А реально ли пропатчить именно по части bind mounts -- например, откладыванием
их обработки на после_реальных_устройств?  Поскольку "устройство" вполне может
быть ещё не смонтированным.

В общем, не фича это, а бага.  Может, про это у меня несколько лет назад в боку
кололо при виде mount --bind...

Очень странное предпочтение.  Фактически mount --bind - это единственный случай,
когда имена "устройства" и точки монтирования реально могут совпадать, и в этом
случае рассмотрение параметра как имени устройства делает использование fstab
крайне неудобным. 

(In reply to comment #5) 
> А реально ли пропатчить именно по части bind mounts -- например, 
В принципе, обработку не так сложно устроить, вопрос только в ТЗ.  
Ну и в одобрении Димы, что ТЗ корректно.  
ТЗ, например, так:  
 - просматривать таблицу fstab два раза, и на первом проходе  
не смотреть на устройства, монтируемые как bind  
 
 

перевешиваю на нынешнего мантейнера util-linux

Замнём для ясности, нечего tmpfs было bindmount'ить вместо того, чтоб просто накрутить куда и сколько нужно.