Мне нужно оружие, у меня его нет.
У меня в системе есть точка монтирования NFS, которая ни на что не отвечает. Физическая точка монтирования даже больше не существует, но система не знает, что ее больше нет.
Я попробовал типичный
umount -l /partition
umount -f /partition
fuser -km /partition
Команда просто зависает и ничего не делает. Время от времени я сталкивался с таким поведением, но обычно точки монтирования сортируются сами собой. Я просто хотел бы узнать причину этого и убедиться, что я все перепробовал.
В настоящее время такое поведение портит мою файловую систему, поскольку в одной и той же подпапке смонтировано несколько точек монтирования.
решение1
У нас тоже была похожая проблема. У нас есть сервер, который имеет NFS-монтирование к другому серверу. Когда цель перезагружается, это приводит к тому, что клиент просто зависает. umount force и lazy не работают. Наш единственный выход — удалить/закомментировать записи в fstab и принудительно перезапустить клиент, убедившись, что хост запущен. NFS не будет смонтирован, когда он снова загрузится.
решение2
К сожалению, даже в настоящее время реализация NFS в Linux очень плохо справляется с потерей соединений с серверами. Этого не происходит во многих других вариантах UNIX, но по какой-то причине это трудно исправить в Linux, или никто не беспокоится.
Обычно я делаю это, чтобы разобраться, также использую флаг -r, чтобы точка монтирования была по крайней мере переведена в режим только для чтения. Обычно это помогает убрать некоторые блокирующие дескрипторы, и, наконец, вы можете размонтировать общий ресурс.
Это не всегда срабатывает, но мне это помогало много раз, и мне не приходилось перезагружать клиент.
Вы также можете перемонтировать тот же ресурс в тот же каталог снова, если сервер снова отвечает. Не лучший способ справиться с этим, но, по крайней мере, вы можете вернуть монтирование, если оно вам понадобится.