fstab проблема монтирования

Fronex · #21

Подскажите какой и где, посмотреть лог-файл по этому сбою?

#22

Fronex, попробуй посмотреть journalctl -b

#23

Нагуглилась еще одна приблуда под названием autofs. Если его настроить под cifs, то поведение будет как в Windows - при переподключениях директория автоматически монтируется.

Fronex · #24

Решил я проблему... не прошло и двух дней. И какое же решение?!
Из серии вы не поверите!
Сразу после загрузки системы, в правом верхнем углу появляется на пару секунд всплывающее уведомление "Соединение с сетью установлено" с кнопкой "Больше не показывать это сообщение" (точность надписей не гарантирую). Так вот надо было нажать эту самую кнопку и отключить всплывающее уведомление, видно оно даёт задержку подключения сети. После этого всё заработало!

#25

Fronex, а если сеть обрывается, то надо заново монтировать. Через autofs получилось побороть это:

В данном случае монтирую шару stamps.

Fronex · #26

Bill Williamson писал(а): ↑
21 сен 2018, 15:39
Fronex, а если сеть обрывается, то надо заново монтировать.

Попробовал у себя на компе. Два раза отключил сеть и включил, всё работает. Шара доступна.

#27

Fronex писал(а): ↑
21 сен 2018, 15:59
Попробовал у себя на компе. Два раза отключил сеть и включил, всё работает. Шара доступна.

Согласен, ошибся. Через fstab он тоже ожидает при переподключениях.

#28

Fronex писал(а): ↑
21 сен 2018, 15:35
Решил я проблему... не прошло и двух дней. И какое же решение?!

Классический пример лечения симптома а не устранения причины.

Но если устраивает - то и ладно. Костыли - они неистребимы.

#29

Bill Williamson писал(а): ↑
21 сен 2018, 16:05
Согласен, ошибся. Через fstab он тоже ожидает при переподключениях.

Попробовал у себя запустить клиента без сети. Тут зафейленный при загрузке fstab уже отваливается, а autofs подхватывает.

027 · #30

Fronex писал(а): ↑
19 сен 2018, 10:09
монтируется в fstab...
начались проблемы с монтированием...
Выполняю в терминале: sudo mout -a, всё монтируется и работает

Fronex писал(а): ↑
19 сен 2018, 10:09
Сбои происходят хаотично, может произойти на только что установленной системе, может через месяц.

...что как бы намекает нам — проблема может быть в задержках подключения к сети при загрузке.
Даже если сеть быстрая и сетевые шары всегда не сильно загружены, случаются сбои монтирования при старте.
Поэтому автомонтировать через fstab не лучшая идея. Можно и нужно добавить в опции монтирования «_netdev», но как-то оно не очень помогает при первой, слишком ранней попытке подключения.

Fronex писал(а): ↑
21 сен 2018, 15:35
Так вот надо было нажать эту самую кнопку и отключить всплывающее уведомление, видно оно даёт задержку подключения сети. После этого всё заработало!

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

Fronex писал(а): ↑
21 сен 2018, 11:20
Проще в терминале набрать mount

Набрать один раз — да, проще.
Набирать каждый раз? Научить этому блондинку-секретаршу? ;)
Правильный путь: написать простейший скрипт и добавить его в автозагрузку. Там можно и доп. задержку выставить, если понадобится.

Fronex писал(а): ↑
21 сен 2018, 09:14
Не могу найти /etc/rc.local. Он есть в Linux Mint 19?
Или надо вот такую "Ламбаду" сплясать? Включаем rc.local в Debian

В базовой поставке его нет, если создать и сделать исполняемым — работает без ламбады. Проверьте сами:

Код: Выделить всё

#!/bin/sh -e
echo 'Test rc.local success' > /tmp/test.txt

Если сеть тормозная (например, впн), надо либо монтировать после паузы:

Код: Выделить всё

sleep [число секунд]

...либо упорно выполнять команду монтирования в цикле, пока не примонтируется:

Код: Выделить всё

#!/bin/bash
while [[ ! `mount | grep '<ПУТЬ ДЛЯ МОНТИРОВАНИЯ>'` ]]; do
    <КОМАНДА МОНТИРОВАНИЯ> <АДРЕС ШАРЫ> <ПУТЬ ДЛЯ МОНТИРОВАНИЯ>
    sleep 1
    if [[ ! `mount | grep '<ПУТЬ ДЛЯ МОНТИРОВАНИЯ>'` ]]
      then echo "$(date +%F) $(date +%T) Пробую примонтировать..." >> /tmp/mount-on-start.log
    fi
done
echo "$(date +%F) $(date +%T) Ресурс примонтирован" >> /tmp/mount-on-start.log

Самый надежный способ.
В случае чего смотрим файл лога /tmp/mount-on-start.log

Выстраданная за годы команда монтирования smb-шары:

Код: Выделить всё

mount -t cifs -o user,_netdev,actimeo=1,file_mode=0666,dir_mode=0777,iocharset=utf8,uid=1000,gid=1000,credentials=/root/samba/smbpass,vers=3.0 //172.23.30.2/site-docs$ /mnt/server2/site-docs

credentials=/root/samba/smbpass — файл с логином-паролем вендошары, vers — версия SMB вендошары.
man mount.cifs, короче.

#31

027 писал(а): ↑
21 сен 2018, 23:58
либо монтировать после паузы:
...
либо упорно выполнять команду монтирования в цикле

Олдскул?

Выше приводили вариант с автозапуском юнита силами системного менеджера, где в две строки первое делается директивой After= а второе Restart=
Правда тот вариант с .service c sh-вызовом я бы изменил на прямой .mount
типа

Код: Выделить всё

[Unit]
  Description=cifs mount script
  After=network-online.target

[Mount]
  What=//100.100.100.100/Shara/
  Where=/home/user/disk
  Options=username=login,password=password,workgroup=xxx.yyy
  Type=cifs

[Install]
  WantedBy=multi-user.target

027 · #32

Chocobo писал(а): ↑
22 сен 2018, 00:12
Олдскул?

Дык.
Не плоди ненужных сущностей без нужды.
Кстате, мой вариант работает без рута, если использовать автозагрузку в гуе.
И ему наплевать, это сеть еще не поднялась на линухе, или одмин отключил шару на полдня, на неделю, на год. Будет долбить, пока не примонтирует. В системде это можно организовать?

#33

027, пока работает, а когда перестанет то молча.
С этого собственно и началось, что

Fronex писал(а): ↑
19 сен 2018, 10:09
Всё работало идеально ... Недели две назад начались проблемы

Пусть уж в продуктиве лучше отвечает за сервисы тот, кто ответит потекущему статусу маунта и предшествующих событий)

027 · #34

Chocobo писал(а): ↑
22 сен 2018, 00:18
Пусть уж в продуктиве лучше отвечает за сервисы тот, кто ответит потекущему статусу маунта и предшествующих событий)

Завис на расшифровке этой фразы.

#35

Давай детальней)

Fronex писал(а): ↑
19 сен 2018, 10:09
Есть файловый сервер 2008 R2 с сетевым диском. Диск монтируется в fstab:

подразуемваем уже некоторую не квартирную сетку, все же некий мини-офис, как минимум. Вот тебе и продуктив

sh-скрипт в rc или init при наличии проблем - в лучшем случае плюнет exit code != 0 без подробностей, в худшем завесит систему нафиг будучи в автозагрузке.
mount-юниту можно задать поведение при сбое, и в любой момент спросить в каком он состоянии прям сейчас, также все события по нему попадают в journalctl, что крайне снижает головную боль админу.

027 · #36

Chocobo писал(а): ↑
22 сен 2018, 00:33
Давай детальней)

конкретно тут:

Chocobo писал(а): ↑
22 сен 2018, 00:18
отвечает за сервисы тот, кто ответит потекущему статусу

но ты уже перевел

Chocobo писал(а): ↑
22 сен 2018, 00:33
sh-скрипт в rc или init при наличии проблем - в лучшем случае плюнет exit code != 0 без подробностей

Что-то мешает писать подробности из шшш-скрипта в лог? ;)

Chocobo писал(а): ↑
22 сен 2018, 00:33
в худшем завесит систему нафиг будучи в автозагрузке.

Сам скрипт завесить не может. Команда в нем — теоретически может. Боюсь, от такой могучей команды и системд не спасет.
(к сведению: я не отношусь ни к фанатикам, ни к хейтерам разных систем инициализации. Системда, так сисемда. Но ведь простые легкочитаемые и легко отлаживаемые шелл-скрипты системда не отменяет.)

Я как-то по неопытности попался на глухое «зависание» ubuntu server 16.04 при перезагрузке. Причем, не каждый раз, а как повезет.
Виной оказалось строка монтирования drbd ресурса в fstab. Убунта впадала в панику и писала на физический монитор на самом раннем этапе, до запуска sshd и даже tty1:
«Страшно важный ресурс недоступен, ойёёй, караул, не могу запустить ядро, хочешь бизибокс в режиме восстановления?»
И плевать эта ваша системда хотела, что это сетевой ресурс по определению, и даже в опциях монтирования, специально для тупых, написано _netdev.
Пришлось тащить монитор и клаву к стойке.
«А ты говоришь, трамблёр» ©

#37

027 писал(а): ↑
22 сен 2018, 00:14
И ему наплевать, это сеть еще не поднялась на линухе, или одмин отключил шару на полдня, на неделю, на год. Будет долбить, пока не примонтирует. В системде это можно организовать?

Да, через autofs. Тоже долбит, пока не найдет. И отмонтирует по таймауту при простое, чтобы, к примеру, не поддерживать множество примонтированных шар. Описание от Red Hat.
Сам в работе пока не пробовал использовать, набрел благодаря этой теме.

Unborn · #38

Fronex писал(а): ↑
19 сен 2018, 10:09
Есть файловый сервер 2008 R2 с сетевым диском. Диск монтируется в fstab: "//100.100.100.100/Shara/ /home/user/disk cifs user=login,password=pass,domain=xxx.yyy 0 0"

Сами себе создаете проблему, потом спрашиваете. В fstab - прописывают только постоянные точки монтирования, принадлежащие самой ОС. Даже прописать какую-нибудь файлопомойку на отдельном физическом диске, установленном в том же сист. блоке, на разделе с любой ФС - это исключение, а не правило. Тем более сетевых ресурсов. И лезьте в fstab кривыми руками, иначе не то, что не смонтируется шара, а вообще встанет на таймер, потом может и в ступор. И это правильное, нормальное поведение на действия бестолкового рукожопого юзера.
Пишите юнит.
Делается сие либо скриптами по старинке на старых версиях ОС, либо используется юнит системыДЫ.
У тебя должен сначала смонтироваться хоме, подняться сеть и только потом монтируется шара.
https://www.hippolab.ru/systemd-automount

#39

Unborn писал(а): ↑
22 сен 2018, 11:19
...должен сначала смонтироваться хоме, подняться сеть и только потом монтируется шара.

про то ТС сам предполагал и уже как минимум дважды было сказано в теме...
но ТыСы предпочёл отключение "отключить всплывающее уведомлениев" " в правом верхнем углу... "Соединение с сетью установлено" с кнопкой "Больше не показывать "

Unborn · #40

colonel писал(а): ↑
22 сен 2018, 12:06
но ТыСы предпочёл отключение "отключить всплывающее уведомлениев" " в правом верхнем углу... "Соединение с сетью установлено" с кнопкой "Больше не показывать "

Вот интересно, как Уведомление то может влиять? Что там за зависимость такая интересно просто.

Кто сейчас на конференции