служба не работает частое монтирование диски загрузка

Mount process exited, code=exited, status=32: не найдено устройство

Код 32 возвращает сама команда mount, когда монтирование невозможно: нет устройства, не найден UUID, не та файловая система, сетевой ресурс недоступен. Для systemd это обычная неудача службы, а причина всегда в строке сообщения от mount.

Вероятные причины

По порядку: сверху то, что встречается чаще.

Устройство или UUID не существует

Диск переставили, раздел пересоздали, UUID сменился после переформатирования. Запись в fstab или в unit осталась прежней.
Указан неверный тип файловой системы

При Type=ext4 на разделе с xfs монтирование не пройдёт. То же при попытке монтировать раздел с LVM или шифрованием напрямую.
Сетевой ресурс недоступен

Для NFS и SMB недоступность сервера в момент монтирования даёт ту же неудачу. При загрузке это особенно частый случай: сеть ещё не готова.
Точка монтирования занята или не существует

Если каталога нет, systemd создаст его сам, но при занятом пути (там уже что-то смонтировано) монтирование не пройдёт.

Диагностика

Команды идут в том порядке, в котором их стоит выполнять: каждая следующая проверяет то, что осталось после предыдущей.

Код и сообщение команды mount целиком.

systemctl status mnt-backup.mount --no-pager | head -12

Что есть на машине фактически: устройства, типы, UUID.

lsblk -o NAME,FSTYPE,UUID,MOUNTPOINT

Проверяет записи fstab и находит несуществующие устройства до перезагрузки.

sudo findmnt --verify --verbose

Решение

Решение своё для каждой причины. Сначала определите, какая из них ваша, — иначе правки наложатся друг на друга.

1. Устройство или UUID не существует

Почему происходит: Диск переставили, раздел пересоздали, UUID сменился после переформатирования. Запись в fstab или в unit осталась прежней.

Как проверить

Посмотрите фактические UUID и то, что просит unit.

lsblk -o NAME,SIZE,FSTYPE,UUID,MOUNTPOINT
systemctl cat mnt-backup.mount | grep -i what

Как исправить

Исправьте What= на фактический UUID или путь устройства. Ссылка по UUID надёжнее имени вида /dev/sdb1: имена меняются при переподключении дисков.

sudo blkid /dev/sdb1

2. Указан неверный тип файловой системы

Почему происходит: При Type=ext4 на разделе с xfs монтирование не пройдёт. То же при попытке монтировать раздел с LVM или шифрованием напрямую.

Как проверить

Посмотрите фактический тип.

sudo blkid /dev/sdb1
findmnt --fstab | head

Как исправить: Укажите правильный тип или уберите параметр: mount определит тип сам, если файловая система известна ядру.

3. Сетевой ресурс недоступен

Почему происходит: Для NFS и SMB недоступность сервера в момент монтирования даёт ту же неудачу. При загрузке это особенно частый случай: сеть ещё не готова.

Как проверить

Проверьте доступность сервера и порядок запуска.

ping -c2 nfs.example.internal
systemctl show mnt-backup.mount -p After

Как исправить: Добавьте зависимость от готовности сети и параметр _netdev в настройках монтирования, чтобы systemd знал о сетевой природе ресурса.

4. Точка монтирования занята или не существует

Почему происходит: Если каталога нет, systemd создаст его сам, но при занятом пути (там уже что-то смонтировано) монтирование не пройдёт.

Как проверить

Посмотрите, что находится в точке монтирования.

findmnt /mnt/backup
ls -la /mnt/backup | head

Как исправить: Отмонтируйте прежний ресурс или выберите другую точку.

Пример вывода

UUID из настроек не существует. Пример показательный: он собран на тестовой машине специально для этой страницы, а не взят из чужого журнала.

× mnt-backup.mount - Backup volume
     Active: failed (Result: exit-code) since Mon 2026-09-15 06:00:14 MSK; 20s ago

mount[2211]: mount: /mnt/backup: can't find UUID=8f1c0a11-1d1e-4a1f-9c22-6b0f0a2d33aa.
systemd[1]: mnt-backup.mount: Mount process exited, code=exited, status=32/n/a
systemd[1]: mnt-backup.mount: Failed with result 'exit-code'.

Связанные ошибки

Имя mount-unit не соответствует точке монтирования systemd отказывается загружать .mount: имя файла должно быть получено из пути через systemd-escape. Как назвать unit правильно.
Dependency failed for … и результат 'dependency' Сообщение Dependency failed for: служба не запускалась, потому что упала её зависимость. Как найти настоящего виновника.
You are in emergency mode: система не загрузилась Загрузка остановилась в аварийном режиме. Что проверять: fstab, файловые системы, цель по умолчанию. Как войти и починить.
A start job is running: загрузка висит на одной службе Загрузка останавливается с обратным отсчётом: служба не укладывается в таймаут. Как найти виновника и не ждать.
Cannot assign requested address при привязке Ошибка 99 при привязке: адрес не принадлежит машине или ещё не поднят. Разбор с network-online.target и ip_nonlocal_bind.
Temporary failure in name resolution в журнале службы Служба не может разрешить имя: не готова сеть, нет сервера имён, мешает изоляция. Разбор при загрузке и в работе.
fsck failed: проверка файловой системы остановила загрузку Проверка файловой системы при загрузке завершилась неудачей. Как прочитать причину, запустить проверку вручную и что делать с корневым разделом.
nginx: [emerg] host not found in upstream nginx не запускается: не разрешается имя узла из upstream или proxy_pass. Разбор порядка запуска и работы с именами.

Источники

systemd.mount(5)
What=, Where=, Type= и Options= в mount-unit. официальная документация, systemd 255
сверено 15 сентября 2026
Воспроизведено на тестовой машине, systemd 255 (Ubuntu 24.04)
Воспроизведено монтированием несуществующего UUID и неверного типа файловой системы. собственная проверка, systemd 255
сверено 15 сентября 2026