Монтирование в существующий каталог делает вызов mount
практически атомарным: он либо успешен, либо не работает, по крайней мере, с точки зрения пользователя. Если бы mount
сам создавал точку монтирования, у него было бы две точки отказа, что сделало бы невозможным гарантировать чистый откат. Представьте себе следующий сценарий:
mount
успешно создает точку монтирования mount
пытается смонтировать новую файловую систему в этот каталог, но терпит неудачу mount
пытается удалить точку монтирования, но fails Побочным эффектом системы является сбой монтирования
.
Вот еще один:
umount
успешно размонтирует файловую систему umount
пытается удалить точку монтирования, но терпит неудачу Теперь должен umount
вернуть успех или сбой?
Определенно возможно иметь корневую файловую систему -только для чтения. Это неудобно и необычно для серверов -или рабочих станций -, но распространено во встроенных системах. Корневая файловая система только для чтения -имеет некоторые ограничения, в основном:
/usr/local
на отдельном разделе ). Это не проблема, если вы обновляетесь, заменяя образ файловой системы во флэш-памяти целиком. Вы не можете ничего изменить в /etc
.Это означает, что любая конфигурация должна выполняться по-другому; типичные решения включают:
Типичные затронутые данные включают конфигурацию сети, часовой пояс, информацию об аутентификации пользователя и т. д.
/var
, такие как журналы в /var/log
и файл случайного начального числа (, если у вас нет аппаратного генератора случайных чисел ).