Это - команда, которую я использовал:
sudo монтируют-t cifs//имя пользователя 10.8.0.9/KeyA/media/keya/-o =, пароль =
При выполнении этой команды команда подозрительно занимает только немного количества времени (раньше был 5 секундами +, теперь это похоже на 1,5 секунды), и точка монтирования абсолютно пуста.
Таким образом, я проверил/proc/mounts, чтобы видеть, сделал ли CIFS даже что-нибудь вообще, и конечно он даже не смонтировал цель. Я попытался указать vers=3.0 (целевая минимальная версия сервера) и даже попытался понизить версию к 1,0 на целевом сервере без пользы. Эта команда, работавшая абсолютно прекрасный час назад
Почему CIFS перестал работать здесь, и почему он повреждается так чертовски всегда?
ТАКИМ ОБРАЗОМ... это было очень печально. У меня было две ошибки на обоих узлах, которые вызвали этот побочный эффект произойти
На стороне сервера (где целевая доля расположена), был ПОЛНОСТЬЮ поврежден samba/cifs/nfs. Я даже не смог смонтировать долю на другом устройстве. Я понятия не имею что, черт возьми, произошло с ним. К счастью я сделал изображение неделей прежде и восстановил диск.
На стороне клиента (где я хотел смонтировать сетевой ресурс),/media/KeyA (каталог точки монтирования) повреждается. Что-либо, что я пытался смонтировать, там всегда не будет перечислено... Я протестировал эту теорию путем установки точки монтирования CIFS на временный файл / вместо/media/KeyA, и это работало просто великолепно.
Из всех проблем я имел, этого определенно было самым трудным обнаружить. Позволяет просто надежде, этого никогда не происходит ни с кем больше. Спасибо Terrance для Вашей справки!
Обновление: папка Client является все еще поврежденными/не файлами списка. fsck НЕ работал для исправления этой папки. Работая над диагностированием этого также, но что касается теперь, этот вопрос закрывается