systemd продолжает размонтировать съемный диск
По умолчанию Debian поставлется с SysVinit. Какие сервисы выполняются, в котором runlevels управляют через символьные ссылки в /etc/initN.d (N = от 0 до 6, при этом 2–5 является нормальный runlevels; S для сервисов, запущенных во время начальной загрузки). Посмотрите Dmitry Vasilyanov и ответы gertvdijk для способов настроить эти символьные ссылки.
Мне нравится использовать file-rc пакет, который заменяет символьные ссылки простым текстовым файлом /etc/runlevel.conf.
Если Вы собираетесь выключить много сервисов, или если Вы хотите препятствовать тому, чтобы сервис запустился, когда он установлен или обновлен (известная проблема о Debian), можно определить локальную службу, запускают политику. Запишите названный сценарий /usr/sbin/policy-rc.d это проводит init политику сценария по Вашему выбору. Посмотрите /usr/share/doc/sysv-rc/README.policy-rc.d в Вашей системе для деталей. Проведение всей политики является небольшим количеством работы, но можно заставить простые случаи работать; например, если сценарий просто содержит exit 101, затем никакой init сценарий никогда не будет выполняться (это удобно для систем, установленных в chroot).
mnt-zeno.mount был создан systemd-fstab-generator. Согласно объяснению Джонатана де Бойна Поллара (Jonathan de Boyne Pollard) в списке рассылки debian-user:
[systemd-fstab-generator - это] программа, которая считывает /etc/fstab во время загрузки. и генерирует единицы, которые переводят записи fstab в системный способ [.....]
Системным способом выполнения работ является монтаж и устройство, в соответствии с страницы руководства systemd.mount(5) и systemd.device(5). В необработанной системе есть устройство, называемое "Dev-sde1.device", которое является базовым требованием для монтажного устройства с названием "носительlumix\x2dphotos.mount".
После изменения fstab следует либо запустить systemctl daemon-reload (это делает systemd для перезагрузки /etc/fstab и получения изменений), либо перезагрузить.
Для людей, которые приходят сюда через поиск google (как я ), разработчики знают об этой проблеме почти 5 лет (! )лет на момент написания этого, и до сих пор никто не пытается это исправить.https://github.com/systemd/systemd/issues/1741
Обходной путь :Часто проблема решается перезапуском демона systemd через systemctl daemon-reload.
systemd :Размонтирование / загрузка
Одна из виртуальных машин Redhat 7 Linux, работающих на платформе Azure. совсем недавно. Я восстановил данные из старой резервной копии с помощью приведенной ниже статьи URL Azure KB.
https://docs.microsoft.com/en-us/azure/backup/backup-azure-restore-files-from-vm
Действия после восстановления Azure автоматически отключила диск от виртуальной машины Linux.
После этого я не вижу файловую систему /boot на сервере, и она автоматически размонтируется.
ниже сообщение об ошибке, которое начинает отображаться в /var/log/messages
Dec 14 15:04:00 rhellinuxdbprodserver systemd: Unmounting /boot... Dec 14 15:04:00 rhellinuxdbprodserver kernel: XFS (sda1): Unmounting Filesystem Dec 14 15:04:00 rhellinuxdbprodserver systemd: Unmounted /boot.
Чтобы решить эту проблему, я просто повторно проанализировал запись «systemctl daemon -reload», в которой правильно смонтирована файловая система /boot.
До -Артефакт
[root@rhellinuxdbprodserver boot]# df -Th | grep -v tmpfs Filesystem Type Size Used Avail Use% Mounted on /dev/sda2 xfs 64G 51G 14G 79% / /dev/sdb1 ext4 111G 17G 89G 16% /mnt/resource
[root@rhellinuxdbprodserver boot]# systemctl daemon-reload
[root@rhellinuxdbprodserver boot]# mount -a
Пост -Артефакт
[root@rhellinuxdbprodserver boot]# df -Th | grep -v tmpfs Filesystem Type Size Used Avail Use% Mounted on /dev/sda2 xfs 64G 51G 14G 79% / /dev/sdb1 ext4 111G 17G 89G 16% /mnt/resource /dev/sda1 xfs 497M 203M 294M 41% /boot