У меня есть скрипт, который использует sudo mount --bind /dev other/dev
, а затем использует sudo umount other/dev
для размонтирования. После некоторого случайного числа запусков мы можем как-то войти в нечетное состояние, в котором основной tty перестает существовать, и вся среда рабочего стола начинает работать со сбоями (новые приложения не запускаются, или они аварийно завершаются, и Firefox не может перерисовать страницы и они зависают и т. д.) и tty
в моем терминале говорится not a tty
, и терминалу не удается открыть новые экземпляры. Я не использую ssh или другие удаленные функции, поэтому потеря tty для моего локального терминала абсурдна.
Единственный способ исправить это - перезагрузиться или ввести другой tty с CTRL+ALT+F1
или аналогичным, войти в систему и заставить other/dev
размонтировать (обычный запрос говорит, что он занят). После этого tty волшебно возрождается и все снова работает. На самом деле я только монтирую dev
, чтобы получить еще один /dev/null
, поэтому для меня, вероятно, существует более простой обходной путь, но это все еще очень странно!
Есть ли какое-то объяснение этому странному поведению? Я на 18.04.2 LTS.
Если тип распространения /dev
совместно используется, затем смонтируйтесь и размонтируйтесь, операции будут скопированы с /dev/
кому: other/dev
и наоборот, размонтирование other/dev
поэтому размонтируется от /dev
все, что было смонтировано после связывания, монтируется.
Решить этот набор тип распространения other/dev
прежде, чем размонтировать его:
mount --make-rprivate other/dev