Fstab netdev не работает

unixforum.org

Форум для пользователей UNIX-подобных систем

• Темы без ответов
• Активные темы
• Поиск
• Статус форума

[РЕШЕНО] Яндекс.Диск не монитируется автоматически с _netdev в fstab

[РЕШЕНО] Яндекс.Диск не монитируется автоматически с _netdev в fstab

Сообщение vkapas » 28.12.2015 23:10

Да, знаю, что можно поставить скрипт монтирования в /etc/network/if-up.d/, но хотелось бы обойтись без этого.

P.S. Компьютер постоянно подключён к сети по LAN, интернет работает стабильно и ни единого разрыва без разрывов.

Re: [РЕШЕНО] Яндекс.Диск не монитируется автоматически с _netdev в fstab

Сообщение Bizdelnick » 28.12.2015 23:50

в консол и вку́пе (с чем-либо) в общем в ообще

в течени е (часа) нович ок нюанс п о умолчанию

приемл емо пробле ма проб овать тра фик

Re: [РЕШЕНО] Яндекс.Диск не монитируется автоматически с _netdev в fstab

Сообщение vkapas » 29.12.2015 01:02

/.davfs2/secrets, а нужно было (раз диск монтируется через fstab) — в /etc/davfs2/secrets.

Но за замечание спасибо, ещё погуглю и почитаю документацию по этому поводу.

Источник

Как работает опция монтирования _netdev в / etc / fstab?

Я хотел бы знать, какой именно механизм (реализация) используется для отсрочки монтирования до тех пор, пока не активируется сетевой интерфейс, когда используется _netdev опция /etc/fstab ?
Меняет ли systemd это поведение?
Кроме того, что дает delay_connect опция sshfs, а что _netdev нет?

_netdev
Файловая система находится на устройстве, которое требует доступа к сети (используется для предотвращения попытки системы смонтировать эти файловые системы до тех пор, пока в системе не будет включена сеть).

-o delay_connect
задержать соединение с сервером

SysV Init

/etc/init.d/mountall.sh Сценарий инициализации монтирует только локальные файловые системы:

Другие файловые системы монтируются отдельными скриптами инициализации, как, например /etc/init.d/mountnfs.sh , которые объявляют (через заголовки LSB) свою зависимость $network . Таким образом, они планируются позже, после mountall.sh запуска сети, а могут работать гораздо раньше.

Systemd

Локальные узлы монтируются local-fs.target , удаленные remote-fs.target . systemd-fstab-generator сканирует /etc/fstab , генерирует модули монтирования и назначает их вышеуказанным целям на основе условий, аналогичных приведенным выше.

delay_connect

Эта опция означает, что sshfs не будет инициировать SSH-соединение с удаленным сервером во время монтирования, а будет делать это только при первой операции файловой системы, которая действительно требует этого. Это задерживает создание отчетов об ошибках, но в некоторых случаях может быть полезным обходным путем, например, если ваша система инициализации не имеет достаточно информации для правильного порядка операции монтирования. «Сеть», будучи «работающей», — довольно свободный термин , и хотя можно добавить произвольные дополнительные зависимости для монтирования модулей, что не помогает, если событие триггера не является частью транзакции загрузки (на языке systemd).

Источник

CIFS монтируется через fstab, не монтируется при загрузке

У меня есть общий ресурс CIFS на моем NAS, который я хочу смонтировать при загрузке — он используется моим сервером MythTV в качестве основного хранилища мультимедиа. Я добавил запись, fstab чтобы она смонтировалась, но это не так. Похоже, что после просмотра моих системных журналов fstab происходит чтение до того, как мои сетевые интерфейсы подключаются к сети. Могу ли я внести какие-либо изменения в fstab запись, которая изменит это?

fstab Вход для установки доли является:

Он прекрасно монтируется после загрузки, когда я выпускаю, sudo mount -a и никаких других проблем с ним нет.

Это синтаксическая ошибка, я думаю, что вам нужно «/», а не «\», как это

Вы пытались добавить опцию _netdev к вашей fstab записи? Вы бы добавили его с другими параметрами в вашей строке, так

_netdev предполагается отложить монтирование до тех пор, пока сеть не подключится.

если _netdev не работает, попробуйте вариант:

вместо. Работает, монтируя диск при первом доступе.

Чтобы проверить автомонтирование, размонтируйте свою долю, если она в данный момент смонтирована:

И затем перезапустите remote-fs системный модуль:

Я использую сборку Raspbian-Stretch от 2017-09-07 и столкнулся с той же проблемой. Однако мне удалось преодолеть это, зайдя в raspi-config, и в меню Boot Options я включил опцию «Ожидать сеть при загрузке».

— Использование косых черт (/) НЕ исправило это для меня.
-Также добавление опции _netdev в мою /etc/fstab запись НЕ исправило это для меня.

Чтобы исправить эту проблему (на моем Pi3), я перешел /etc/rc.local в режим ожидания на 20 секунд (позвонив sleep 20 ), а затем позвонил mount -a . Таким образом, хотя сеть еще не подключена, когда система сначала читает файл fstab, поэтому монтирование завершается неудачно, я вынуждаю систему ждать здесь 20 секунд (давая время для подключения к сети), а затем заставляю ее mount -a снова вызывать смонтировать все диски в fstab файле.

Вот как /etc/rc.local теперь выглядит мой файл:

Выполнено! Теперь это прекрасно работает для меня!

Источник

CIFS монтируется через fstab, не устанавливая при загрузке

У меня есть общий ресурс CIFS на моем NAS, который я хочу установить при загрузке — он используется моим MythTV-сервером в качестве основного медиа-магазина. Я добавил запись в fstab, чтобы она смонтировала, но это не так. Похоже, что, просматривая мои системные журналы, читается fstab до того, как мои сетевые интерфейсы подключаются к сети. Есть ли какие-либо изменения, которые я могу внести в запись fstab, которая изменит это значение?

Запись fstab для установки общего ресурса:

boot, когда я выдаю sudo mount -a, и никаких других проблем с ним нет.

4 ответа

Вы пытались добавить параметр _netdev к своей записи fstab? Вы добавили бы его с другими параметрами в своей строке, так что

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

, если _netdev не работает, попробуйте вариант:

Чтобы проверить автомонт, отключите свою долю, если она установлена ​​на данный момент:

И затем перезапустите блок remote-fs systemd:

Я использую Raspbian-Stretch build от 2017-09-07 и испытал ту же проблему. Тем не менее, я смог преодолеть это, перейдя в raspi-config и в меню «Параметры загрузки», я включил опцию «Подождите, когда вы загружаете сеть».

— Использование косых черт (/) НЕ исправило это для меня. -Итак, добавление опции _netdev в мою запись /etc/fstab НЕ исправило это для меня.

Что я сделал, чтобы исправить эту проблему (на моем Pi3), это изменить /etc/rc.local, чтобы спать 20 секунд (вызывая sleep 20), а затем вызовите mount -a. Таким образом, несмотря на то, что сеть еще не подключена, когда система сначала считывает файл fstab, поэтому сбой в сбое, я заставляю систему ждать 20 секунд (давая сетевое время для подключения), после чего я заставляю ее звонить [ f7] снова, чтобы смонтировать все диски в файле fstab.

Вот как выглядит мой файл /etc/rc.local:

Выполнено! Это теперь отлично работает для меня!

Источник

Автоматическое монтирование в fstab больше не работает до тех пор, пока не будет запущено ручное управление ‘sudo mount -a’

У меня есть 3 общих диска SMB, с которыми мне нужно подключиться для работы. У меня был Ubuntu 10.10 Maverick, и все мои диски загружались в fstab для автоматической установки. Некоторое время все работало нормально, но как раз перед тем, как я обновился до 11.04 Natty, автомонтировка fstab перестала работать. К сожалению, я не знаю, что изменилось на моей машине или какое обновление было установлено, чтобы это произошло.

/etc/fstab //192.168.7.3/apache_proj/ /home/brett/Desktop/apache smbfs guest,rw,iocharset=utf8,uid=1000,gid=1000 0 0 //192.168.7.3/apache_54321/ /home/brett/Desktop/54321 smbfs guest,rw,iocharset=utf8,uid=1000,gid=1000 0 0 //freenas.local/shared/ /home/brett/Desktop/shared smbfs guest,rw,iocharset=utf8,uid=1000,gid=1000 0 0 //lamp/www/ /home/brett/Desktop/lamp smbfs username=,password=,rw,iocharset=utf8,uid=1000,gid=1000 0 0

Когда машина загружается, я запускаю эту команду, чтобы заставить их монтировать:

$ sudo umount /home/brett/Desktop/54321 /home/brett/Desktop/shared /home/brett/Desktop/apache; sudo mount -a [sudo] password for brett: umount: /home/brett/Desktop/54321: not mounted umount: /home/brett/Desktop/shared: not mounted umount: /home/brett/Desktop/apache: not mounted Warning: mapping ‘guest’ to ‘guest,sec=none’ Warning: mapping ‘guest’ to ‘guest,sec=none’ Warning: mapping ‘guest’ to ‘guest,sec=none’ mount error: could not resolve address for lamp: No address associated with hostname

(я запустил этот umount как в любом случае).

Я просмотрел dmesg и некоторые журналы ошибок и не мог понять, почему fstab не работает на моих установках. Я вижу, что моя директива «лампа» терпит неудачу, но это потому, что машина в данный момент недоступна.

8 ответов

Если он не загружается и работает после загрузки, вполне возможно, что сеть недоступна в момент завершения монтирования.

Два решения для устранения этой проблемы:

Вы должны добавить _netdev в список параметров монтирования. Это заставляет mount ждать появления сетевого интерфейса. Выиграть. Узурпируйте загрузочный стек и настройте собственную сетевую карту. Если это простое подключение к сети Ethernet, в котором может работать что-то вроде этого в /etc/network/interfaces: auto lo iface lo inet loopback auto eth0 iface eth0 inet dhcp Это немного грязнее, но это то, что раньше делал Ubuntu. И это работает для меня.

Если сомневаетесь, попробуйте оба. Сразу же, если вам нужно.

Если он не загружается и работает после загрузки, вполне возможно, что сеть недоступна в момент завершения монтирования.

Два решения для устранения этой проблемы:

Вы должны добавить _netdev в список параметров монтирования. Это заставляет mount ждать появления сетевого интерфейса. Выиграть. Узурпируйте загрузочный стек и настройте собственную сетевую карту. Если это простое подключение к сети Ethernet, в котором может работать что-то вроде этого в /etc/network/interfaces: auto lo iface lo inet loopback auto eth0 iface eth0 inet dhcp Это немного грязнее, но это то, что раньше делал Ubuntu. И это работает для меня.

Если сомневаетесь, попробуйте оба. Сразу же, если вам нужно.

Если он не загружается и работает после загрузки, вполне возможно, что сеть недоступна в момент завершения монтирования.

Два решения для устранения этой проблемы:

Вы должны добавить _netdev в список параметров монтирования. Это заставляет mount ждать появления сетевого интерфейса. Выиграть. Узурпируйте загрузочный стек и настройте собственную сетевую карту. Если это простое подключение к сети Ethernet, в котором может работать что-то вроде этого в /etc/network/interfaces: auto lo iface lo inet loopback auto eth0 iface eth0 inet dhcp Это немного грязнее, но это то, что раньше делал Ubuntu. И это работает для меня.

Если сомневаетесь, попробуйте оба. Сразу же, если вам нужно.

Источник