Регистрация Войти
Рейтинг:1
grssnbchr avatar Ubuntu

Установка недоступной CIFS приводит к медленному входу в систему и другим проблемам.

флаг ru
grssnbchr

У меня есть NAS, который я монтирую через CIFS. Мой /etc/fstab:

//192.168.178.1/FRITZ.NAS/ /home/xxx/Учетные данные NAS cifs=/home\
/xxx/.smbcredentials,версия=3.0,носерверино,uid=1000,\
gid=1000,x-systemd.automount,x-systemd.requires=network-online.target,x-systemd.device-timeout=10 мс 0 0

Я хорошо работаю в своей домашней сети, конечно, но как только я выхожу из дома и 192... больше не доступен, я испытываю очень медленные входы в систему и другие проблемы, например, при попытке просмотреть мои файлы с помощью Nautilus или любого другого. другая программа, которая пытается получить доступ к файловой системе.

dmesg затем показывает:

[1176.653340] CIFS: попытка монтирования //192.168.178.1/FRITZ.NAS/
[ 1186.984727] CIFS: VFS: ошибка подключения к сокету. Прерывание операции.
[1186.984739] CIFS: VFS: ошибка cifs_mount с кодом возврата = -2
[ 1186.993225] CIFS: попытка монтирования //192.168.178.1/FRITZ.NAS/
[ 1197.224579] CIFS: VFS: ошибка подключения к сокету. Прерывание операции.
[1197.224590] CIFS: VFS: ошибка cifs_mount с кодом возврата = -2
[1197.233060] CIFS: попытка монтирования //192.168.178.1/FRITZ.NAS/
[ 1207.464505] CIFS: VFS: ошибка подключения к сокету. Прерывание операции.
[1207.464516] CIFS: VFS: ошибка cifs_mount с кодом возврата = -2
[1207.476803] CIFS: попытка монтирования //192.168.178.1/FRITZ.NAS/
[ 1217.705176] CIFS: VFS: ошибка подключения к сокету. Прерывание операции.
[1217.705187] CIFS: VFS: ошибка cifs_mount с кодом возврата = -2
[1217.713857] CIFS: попытка монтирования //192.168.178.1/FRITZ.NAS/

Таким образом, в течение десятков секунд он снова и снова пытается смонтировать NAS, что, похоже, полностью блокирует систему...

Опция тайм-аута, которую я добавил, похоже, не помогает, dmesg говорит мне, что она игнорируется:

[1078.414184] systemd-fstab-generator[532]: x-systemd.device-timeout игнорируется для //192.168.178.1/FRITZ.NAS/

Также добавление безошибочно опция не помогает.

Нет ли возможности сделать очень короткий тайм-аут, чтобы меня не беспокоило, когда я не в своей домашней сети?

285
1 + 3
vanadium avatar
флаг cn
vanadium
Попробуйте вариант _netdev.
0
Ответить
codlord avatar
флаг ru
codlord
Моя ошибка, `fg/bg` - это опции для монтирования nfs, поэтому я удалил комментарий.
0
Ответить
grssnbchr avatar
флаг ru
grssnbchr
@vanadium опция _netdev помогает только в том случае, если я не вошел в другой Wi-Fi, т.е.если я полностью отключен от сети, он больше не блокирует вход в систему, но с Wi-Fi (даже если это не мой домашний Wi-Fi) у меня те же проблемы, что и раньше.
0
Ответить
Рейтинг:1
Morbius1 avatar Ubuntu
флаг es
Morbius1

Это действительно зависит от того, как вы используете этот удаленный ресурс, но я думаю, что у вас есть два варианта:

[1] Сохраните systemd.automount, но добавьте еще один параметр и измените точку монтирования.

Вам нужно добавить нетавто к вашим параметрам и добавьте его перед x-systemd.automount.

Вам также нужно будет изменить точку монтирования на другое место, кроме вашего домашнего каталога или в /media. Наличие его в этих местах вызывает ответ udisks, который заставляет автомонтировщик думать, что к нему обращаются.

Без этих изменений ваша система всегда будет пытаться смонтировать его автоматически при загрузке.

[2] Есть еще один способ сделать это, не используя автомонтирование systemd, и вы можете сохранить свою точку монтирования:

Замените x-systemd.automount на нетавто, пользователь

На боковой панели вашего файлового менеджера появится значок монтирования, который можно использовать. Нажмите на него, и он перейдет в fstab, чтобы узнать, как его смонтировать с помощью этих инструкций.

Любой метод будет означать, что удаленный общий ресурс будет монтироваться только при доступе, а не автоматически.

0 + 6
grssnbchr avatar
флаг ru
grssnbchr
Спасибо за Ваш ответ. Проблема в том, что мне все еще нравится иметь автомонтирование, когда я дома. Я использую инструмент резервного копирования (Duplicati), которому нужен доступ к NAS, и если мне всегда приходится монтировать его вручную, это немного утомительно. Нет ли варианта, при котором автомонтирование все еще будет работать, а если нет, то оно не будет блокировать что-либо?
0
Ответить
Morbius1 avatar
флаг es
Morbius1
В варианте [1] вы не монтируете его вручную. Он монтируется автоматически при доступе к точке монтирования. Это может произойти, если вы получаете доступ к точке монтирования через файловый менеджер, или выполняете `ls / mountpoint` в терминале, или если скрипт или другая служба обращается к этой точке монтирования. Это незаметно для пользователя или процесса.
0
Ответить
grssnbchr avatar
флаг ru
grssnbchr
Хорошо. Пока пробовал вариант [2]. Оказывается, когда я нажимаю на сетевое устройство в Nautilus, появляется маленький вращающийся значок, а затем монтируется NAS.Однако, когда я обращаюсь к нему иначе (через файловый менеджер, переходя к точке монтирования, через CLI и т. д.), он не монтируется, так что для этого подойдет [1]. Но я могу представить, что перед запуском моего сценария резервного копирования я мог бы использовать какой-то сценарий установки, который монтирует том с помощью команды «mount home/xxx/NAS», которая, похоже, работает без привилегий root. Так что [2] - это вариант для меня. Спасибо!
0
Ответить
grssnbchr avatar
флаг ru
grssnbchr
Я тестировал вариант [2] некоторое время. К сожалению, у меня все еще есть проблемы с зависанием системы, и она пытается автоматически монтироваться, поэтому на самом деле это не работает. Вот снова содержимое моего /etc/fstab: `//192.168.178.1/FRITZ.NAS/ /home/xxx/NAS cifs created=/home/xxx/.smbcredentials,vers=1.0,noserverino,uid=1000, gid=1000,noauto,user,x-systemd.requires=network-online.target 0 0`
0
Ответить
Morbius1 avatar
флаг es
Morbius1
Я не знаю ни одного процесса, который бы автоматически монтировал общий ресурс с noauto в записи fstab, если только у вас нет скрипта, который по умолчанию запускается при загрузке. Если это так, вы должны использовать другую опцию systemd: `x-systemd.mount-timeout=5` "5" на 5 секунд - используйте все, что хотите. ПРИМЕЧАНИЕ. Это отличается от операнда systemd «device-timeout».
0
Ответить
grssnbchr avatar
флаг ru
grssnbchr
Хорошо, я попробую это. Между тем, вариант [1] работает по назначению и подходит и для моего варианта использования. Спасибо!
0
Ответить
флаг Moldova
Admin
Этот вопрос на других языках:

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.