Как видно из заголовка, у меня есть /var и /var/log на отдельных разделах.
При завершении работы я получаю сообщение об ошибке: произошла ошибка umount /var/log , а позже произошла ошибка umount /var .
Мой вопрос:
Как отладить эту проблему?
Если это имеет значение, я использую Debian Stretch.
Пока я бегал по поиску в интернете, проблема с journald журналов в /var/log возникала до самого последнего момента, однако в моей системе journald журналов переходили /run .
Это значит, что есть что-то еще, что мешает /var .
1) В идеале, я бы остановил процесс выключения в точке, где появляются неисчислимые ошибки, открыл бы оболочку и выполнил команду lsof , или просто вставил туда где-нибудь скрипт, который делает то же самое. Тем не менее, я не достаточно осведомлен, как мне это сделать?
У меня есть смутное представление о том , что я должен иметь скрипт init.d без требования local_fs и положить его в rc0 и rc6 с K99 то мы надеемся выполнить в нужное время, и писать мне вывод в лог - файл.
Или, может быть, уровни rc не имеют такого точного контроля, и я должен создать скрипт и модуль systemd для его запуска.
В любом случае, проблема здесь, даже если бы я попытался это сделать, я бы не знал, выполнялся ли он в нужное время, поэтому я бы не знал, происходит ли то, что я вижу в журналах, до, после, на месте, когда ошибка происходит ...?
2) В качестве альтернативы, я мог бы проверить, что пишет в /var/log на нормальной работающей системе rc2 с помощью lsof , затем найти все их сценарии / методы запуска и убедиться, что у них есть требование наличия /var и /var/log установлен.
Также убедитесь, что я не создаю цикл зависимости завершения работы.
Я предпочел бы сначала определить проблему, а затем начать слепо перезаписывать конфигурацию моей системы.
A) Тогда это своего рода перехват вопроса, но, возможно, есть настройка, вероятно, для /etc/fstab которая говорит: «для порядка размонтирования, обработайте /var , /var/log же, как / ».