Локальная файловая система не отключена должным образом во время выключения
У меня есть файловая система с двумя жесткими дисками и несколькими разделами, монтируемыми отдельно локально.
/root, /home, /usr, /var, /local/share, /home/bernhard/fotos/bilder, /backup находятся на отдельных разделах и все "ext3".
Во время размонтирования сообщение « размонтирование локальной файловой системы » больше не появляется и при загрузке всех разделов, но корневой раздел должен перезагрузить журнал, что указывает на неправильное размонтирование. Корневой раздел и / usr находятся на sda, остальные на sdb или других устройствах, подключенных по usb. единственная размонтированная без проблем раздел - это корневой раздел на sda4.
Интересно, есть ли в скрипте для отключения всех устройств цикл « wait for success » »или сам скрипт поврежден. Однако вчера я обновился до 11.04, и ошибка не исчезла.
pmount выглядит неуместно, так как устройство не имеет горячего подключения, а просто монтируется во время запуска системы. Очевидно, что монтирование / usr, а затем / usr / local / share, а также / home и более поздних версий / home / bernhard / fotos / bilder создает проблемы для umount; устройства могут быть заняты и поэтому не могут быть размонтированы должным образом.
У кого-нибудь есть идея для сценария организовать размонтирование упорядоченным способом? Как ждать размонтирования вторичного крепления? Вы также знаете, где разместить такой скрипт, который будет использоваться вместо оригинальной команды umount?
Может быть общим решением.
1 ответ
У меня нет 11.04 здесь для экспериментирования с, но мне кажется, что/etc/init.d/umountfs сценарий должен сделать размонтирование. Там Вы найдете, что все регулярные точки монтирования передаются umount в единственном вызове. Этому оставляют umount обработать тех, которые в разумном порядке, к которому это, по-моему, должно быть способно. Кажется, нет никакой, “Ожидают успеха” цикл в том сценарии. И даже если некоторое устройство не было размонтировано успешно, umount -r должен смонтировать те файловые системы, только для чтения, таким образом, не должно быть никакой потребности в воспроизведении журналов.
Для получения большей информации об этой проблеме Вы могли бы шикнуть для редактирования того сценария одним или несколькими следующих способов:
- Набор
VERBOSE=yesтаким образом, Вы будете видеть более вывод - Место a
sleep 20вначале и конецdo_stop, каждый, которому предшествуют подходящимecho. Тем путем Вы будете видеть то, что производит, происходит из того сценария, и имейте время для фактического чтения его во время завершения работы. Конечно, необходимо отключить экран-заставку, таким образом, Вы будете на самом деле видеть этот вывод. - Возможно, также сделайте a
set -xтаким образом, Вы видите внутренние работы сценария оболочки, аргументы передали umount в частности. - Даже породите оболочку там, таким образом, можно экспериментировать во время завершения работы, например, определить причины, почему некоторая файловая система занята и не может быть размонтирована.
- Попытайтесь добавить свою собственную логику упорядочивания, с помощью нормального синтаксиса удара, чтобы или заказать аргументы umount или выполнить несколько вызовов umount. Я думаю, что это не должно быть необходимо, если сценарий работает, как предназначено, и если он не работает, как предназначено должно быть некоторое сообщение об ошибке. Таким образом, я только реализовал бы это, если нет никакой другой подсказки относительно того, что идет не так, как надо.