samba монтируется через раз

А ругается-то на что? ИМХО, догадка про то, что сеть поднимается позже, чем происходит попытка монтирования, вполне рабочая. Но хорошо бы посмотреть, как отваливается mount.

Да фигню он пишет. Строка то рабочая в fstab.
Просто может какой то флаг ожидания есть.

Переходи с fstab на autofs

+1 хотел написать тоже самое.

man mount

...
_netdev
           The filesystem resides on a device that requires network access (used to prevent the system from attempting to mount these filesystems until the network has been enabled on the system)
...

«network» может быть и «has been enabled» но это не означает что «оно» «has been работает». Под «оно» я подразумеваю всё, и проблемы по дороге именно в этот момент, и то что именно в этот момент удаленный хост может лежать.

таки, да, это initiator aware.
есть варианты поднять target через 1000 хопов локальной баш-портянкой?

есть варианты поднять target через 1000 хопов локальной баш-портянкой?

Разверните свою мысль пожалуйста.

Это поможет только если сетевые интерфейсы не подняты. Если они подняты, с IP-шниками, но сети на них по факту нет(например маршрутная информация приходит по протоколу динамической маршрутизации, а не через DHCP) - то будет «ой».

Тут либо с openrc-сервисами/mount-юнитами systemd плясать, либо autofs юзать.

Systemd с зависимостями между сервисами на что придумали?

простой случай - когда есть линк и ип установлен на интерфейсе.
ну да - нет арп ответа(броадкаст домен), def gw тебе отвечает no route to host.
какие вообще скрипты/софт могут быть если таргет не доступен по l3?
идти ножками самому поднимать или звонить в тп чтобы ребутнули или с провайдерами разбираться если юр.лицо.
anc

Systemd с зависимостями между сервисами на что придумали?

Это помогает в случае NetworkManager, где есть NetworkManager-wait-online.service А без него, кажется, тоже не вполне надежно…

Недоступность в виде «оно не доступно по причине xyz» кмк выходит уже за рамки темы ТС, всё бывает, mb что у вас часть континента не доступна по причине «где-то посередине»... может соседний город не доступен, а весь мир робит... много чего «не познанного» случается на просторах отдельно взятого глобуса... Но по «косвенным данным» изложенным в топике могу предположить, что ТС не интересует монтирование из Удмуртии cifs девайса расположенного в Австралии, а скорее оно расположенно в отдельно расположенном/близко-расположенных помещениях.

где есть NetworkManager-wait-online.service

Подобные штуки есть даже для ifupdown. Как минимум в Debian.

192.168.88.2:/   /mnt/nfs   nfs   noatime,noauto,x-systemd.automount,x-systemd.idle-timeout=0,_netdev,users,rw,timeo=100   0 0

Внимание на опции noauto и x-systemd.automount, дальше сам разберёшься?

Не разберётся, классический fstab не требует перезагрузки конфигов systemd, рестарта удаленных фс.

из того же man mount:

-O, --test-opts opts
Limit the set of filesystems to which the -a option applies. In this regard it is like the -t option except that -O is useless without -a. For example, the command:
mount -a -O no_netdev

mounts all filesystems except those which have the option _netdev specified in the options field in the /etc/fstab file.

И? Что сказатьто хотели этим?
ЗЫ извините, отвечал на вариант до вашего исправления, но тем не менее вопрос остается в силе :)

из ОП:

Я так понимаю сетевой интерфейс не успевает подниматься быстрей чем fstab.

_netdev позволяет сделать всё по порядку, две цитаты из man - описание опции и детали её использования

И что из этого следует ? Поднятие сети != доступность хоста с которого собираемся смонтировать ресурс.

Ну одно другого не подрозумевает.
Поднятие(успешное) сети предполагает что на хосте А L3 готов и настроен, и можно уже использовать прикладные протоколы в отношении хоста Б, в рамках модели(пускай будет OSI). связность, доступность, иб моменты и прочее - уже вторично.

Ага... вторично... Предположим что ТС пишет что-то в /mnt/DATA, ребут, шара не смонтировалась, начинаем писать на свой же родной носитель... ну а дальше всё зависит от того как диск разбит, я намекаю на тот момент когда место таки закончится, а произойдет это как обычно приблизительно утром 1-го января ну или подобного.
Зачем предлагать решение которое из каробки предполагает возникновение не очень приятной ситуации?

Создай юнит для systemd с зависимостями

man mount:

EXIT STATUS
       mount has the following exit status values (the bits can be ORed):

       0
           success

       1
           incorrect invocation or permissions

       2
           system error (out of memory, cannot fork, no more loop devices)

       4
           internal mount bug

       8
           user interrupt

       16
           problems writing or locking /etc/mtab

       32
           mount failure

       64
           some mount succeeded

           The command mount -a returns 0 (all succeeded), 32 (all failed), or 64 (some failed, some succeeded).

hobbit

можно обработать результат mount -a -O _netdev и принять необходимое решение.

Ну тоесть вы предлагаете костылить свой automount, единственный и неповторимый?

суть одно и то же, плюс некий контекст автоматизации

признаю ошибку, неправильно с первого раза распарсил документацию по automount :)
Вероятно Ваше предложение будет более применимым в контексте динамического обращения к mount-point'y.