не совсем понимаю где это прописать при загрузки с лайв системы.
Это видимо ответ Руслана на:
Хак для систем на sysv с NetworkManager исправляющий слом перезагрузки при смонтированной самба - слом проявляется с NetworkManager на любой инициализации:
https://forum.altlinux.org/index.php?topic=32361.msg253079#msg253079
Хак от пользователей systemd не предоставлен, решения нет.
Так что вам это ни к чему сейчас.
Не-не. nofail это костыль от Леннарта Поттеринга.
Суть тут в следующем:
Допустим в системе с sysv у вас на загрузке пошло что-то не так и время последнего монтирования корневой оказалось в будущем. Система с sysv грубо выругается на загрузке, время поправится и поправится неправильно. Если вы не любитель сплэшэй (как и я), то сразу увидите это сообщение в первом терминале. Ваша задача остановить ntpd, синхронизировать через ntpdate системное время и следом через hwclock с пармаетрами, синхронизировать RTC в локалтайм или UTC. Всё происходит без перезагрузки и лайвов из самой системы. Это одна из причин на которой может споткнуться система на systemd. При такой ситуации systemd вывалит систему в чёрный экран смерти - BSOD (Black Screen Of Death). Чтобы такого не происходило, в fstab для систем на systemd, к параметрам монтирования файловой добавляется параметр nofail, чтобы система не умирала на старте по каждому чиху. Но ИМХО: с этим в systemd надо быть осторожным и внимательным, к чему это может привести, большой вопрос:
nofail
With nofail, this mount will be only wanted, not required, by local-fs.target or remote-fs.target. This means that the boot will continue even if this mount point is not mounted successfully.
То что я упоминал, это на всякий:
Если парень поставит систему, почти наверняка у него будет связь с вин-машинами, - это чтобы знал, что в NM+самба, правильный грохот на разгрузке, в системах на sysv, можно объехать красивым костылём которой ничего не ломает и ничему не мешает. Для systemd ничего не искал по этому поводу, и причина тут проста как валенок:
В системах же на systemd нужно глубоко погрузиться в systemd, чтобы выловить и увидеть очень неочевидные вещи докопавшись до мельчайших деталей, чтобы написать безотказно, сразу и всегда работающий хак - любая мелочь сообщённая на форуме про systemd может послужить поводом для ещё более глубокого погружения в систему на systemd. При нулевом (или почти) стимуле к системам на systemd.
Ну вот где-то так.