Зависимости логина от mnt

а линукс нифига не грузицца. Точнее грузицца

всё сломал

показывает какие-то ошибки и графический логин не показывает

тебе сюда: http://segfault.kiev.ua/smart-questions-ru.html [Eric Steven Raymond - Как правильно задавать вопросы]

А должен. Потому как пропадание винта из системы - потенциальная катастрофа.

Это ты поймешь из логов, если глаза есть.

Однако тенденция. Раньше арчеводы плодили тоннами нытьё про обновления. Каждый считал своим долгом отписаться в толксах. Теперь инициативу перехватили сыстемдэшники с немонтирующимися разделами. И ведь не надоедает...

Если man ssh, экран ты не увидишь. ;-)

Ну конечно, ведь systemd не запустит систему и sshd, и прийдется пользоваться лучшим виндовым инструментом удаленного мониторинга — автомобилем.

Это ты поймешь из логов, если глаза есть.

А если когда ты поймёшь из логов - будет уже поздно?

А если когда ты поймёшь из логов - будет уже поздно?

Поздно для чего? Юзкейсы в студию.

Поздно для чего? Юзкейсы в студию.

Есть система. Система пишет _много_ логов с _важной_ информацией. /var/log/smth вынесена на отдельный LV, на котором достаточно места. И вот, однажды при запуске системы /var/log/smth не монтируется по какой-то причине, то есть директория остаётся лежать на том же LV, что и /, а там места всего пара гигабайт. При запуске все нужные демоны сами себе создают в /var/log/smth файлы и директории с нужными правами и начинают писать данные... буквально минут 10, потому что потом место просто заканчивается. Результат: система вроде бы внешне работает (жужжит и предоставляет некий сервис пользователем), но _важные_ данные уже не оседают в логах. И пока ты успеешь среагировать на сообщение от системы мониторинга - куча _важных_ данных уйдёт в /dev/null.

Невероятное ссзб.
1) Отдельные /var /usr и тд - зло.
2) Логи должны сыпаться на сервер мониторинга, а не локалхост

Невероятное ссзб.

Где ты там увидел ссзб?

1) Отдельные /var /usr и тд - зло.

/ на 10TiB - труЪ? Чтобы когда логи сожрут всё место - невозможно было даже залогинится?

2) Логи должны сыпаться на сервер мониторинга, а не локалхост

В контексте обсуждаемой проблемы это вообще ничего не меняет. Та же ситуация, только вместо абстрактного мегаполезного демона логи у нас пишет менее абстрактная «система мониторинга».

/ на 10TiB - труЪ? Чтобы когда логи сожрут всё место - невозможно было даже залогинится?

Если админ не осилил ротацию логов - его уволить надо.

В контексте обсуждаемой проблемы это вообще ничего не меняет. Та же ситуация, только вместо абстрактного мегаполезного демона логи у нас пишет менее абстрактная «система мониторинга».

Ротация логов, ротация бекапов, мониторинг места на все сервера.
Да епрст, это банальная проблема, которая легко решается.

А если у тебя отвалился например отдельный /var/www с приложухой - это будет заметно сразу, по тем же самым логам и мониторингу.

1) Отдельные /var /usr и тд - зло.

Невероятное ссзб... Сделают один /, а, потом, на проблемы с фс жалуются... :-)

2) Логи должны сыпаться

Да любые данные. Это могут быть и не логи.

Если админ не осилил ротацию логов - его уволить надо.

Тазик, не тупи! Если с правильно настроенной ротацией логи всегда и гарантированно помещяются в раздел на 2 TiB, то они всё равно вряд ли влезут в 2 GiB.

Ротация логов, ротация бекапов, мониторинг места на все сервера. Да епрст, это банальная проблема, которая легко решается.

А если у тебя отвалился например отдельный /var/www с приложухой - это будет заметно сразу, по тем же самым логам и мониторингу.

Блин, может я просто непонятно выражаюсь... Логи - это не только /var/log/messages с на 99% бесполезной информацией, исчезновение которой обычно не смертельно. Логи могут быть ещё и, например, логами транзакций платёжной системы, которые обладают следющими интересными свойствами:

• Они крайне важны, потому что могут помочь восстановить очень критичные данные в случае возникновения проблем в других компонентах системы.
• От них есть толк, только когда они сохранены полностью все, без «пробелов», «окон» и прочих «тёмных пятен».
• Они занимают огромный объём, даже если хранить историю за небольшой промежуток времени.

Сразу отвечу на вопросы:

• Зачем писать такую информацию в логи, а не в БД? Эти же данные уже пишутся в БД. И скорее всего не в одну, на всякий случай. И ещё они пишутся в логи, на всякий случай. И может быть пишутся ещё в какой-нибудь сторонний сервис, на случай если все остальные компоненты системы сделаны криво и работают не всегда правильно (см. «индусы»).
• Почему система не может сама определить, что для логов нет места и тупо_упасть/пнуть_резервную_систему/сделать_что_то_ещё? См. «индусы».
• Почему нельзя допилить систему до нормального состояния? См. «проприетарщина».
• Почему нельзя пнуть разработчиков? См. «индусы».

При том, что в других системах логин не валится из-за не подмонтированных сторонних винчей.

rly? А мне кажется, это зависит от того, какие опции прописаны у разделов в fstab.

Ну и зачем мне баш если основная программа не работает, или больше того, работает но неправильно?

не, мужичёк, у меня ещё на centos 6.1/6.2 так было, так что это не systemd, это фича. я чуть не поседел в свои 29 когда у меня сервер не грузанулся. а всё дело было «в волшебном фстаб».

ещё как валится. на том же центос 6. а там системд и не пахнет даже.

openrc

Не сталкивался не знаю. А вот upstart та еще какаха.

Может я сужу по более старой версии. Но у меня была точно такая же проблема как у ТС когда я перезбил диск с виндой и забыл изменить разделы в fstab.

Я вполне допускаю что людям которые непосредственно общаются (пишут, меняют скрипты) с системой инициализации могут иметь обоснованное мнение и видят недостатки новой системы инициализации.

Чем же ж кака-то?

недостатков не вижу, но мне удобнее писать нормальные инитскрипты

Ну конечно, ведь systemd не запустит систему и sshd,

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

Написан лично Шатлвордом - врагом всего линуса!

Привычка страшная сила.

Не аргумент

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

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

В сторону systemd это работает а в сторону upstart почему нет?

В сторону systemd(systemd-udev) есть куча критики аргументированной, в сторону upstart я этого не видел.

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

systemd собирает stdout и stderr всех запускаемых под собой демонов (и шлёт всё это в syslog, если его найдёт, а не только в свой журнал). Так что да, покажет.

Да всем просто пофиг на него, очередная дистроспецефичная технология от канноникал.

Ололо, скажи это RHEL6 в котором крутится upstart.

в сторону апстарта тоже не мало было, причем немалая её часть совпадает с критикой systemd.

может быть, но с ней я не сталкивался, наверное потому что его не так упорно и тупорыло форсят как поделку леннарта.

Ну окей 2 дистра.

наверное потому что его не так упорно и тупорыло форсят как поделку леннарта

+ ненависть к апстарту не так упорно и тупорыло форсят как неновисть к системд.

не было бы форса сустемд, не было бы форса его ненависти.

Ой да ладно тебе! Вон вялый вообще никто не форсировал, тихо мирно пилили время от времени рассказывая о результатах, а сколько ненависти в его сторону было.

Многие разрабы дистрибутивов резво согласились тестить его у себя и это послужило толчком для ненависти, ибо люди подумали, что Х тут же выкинут и останется единственный вяленый.

Форсинга же не было, а то что 95% такие 95% и так было понятно.

Не было, но было воспринято как форсинг.

Возвращаемся

Зависимости логина от mnt (комментарий)

современного десктопа имени Редхата

Тонко.

системд говорит, что не может подмонтировать недостающие разделы из fstab

То ли ещё будет)

И ещё раз тебе повторяю про upstart ни один дистриб толком не заикался, а про wayland достаточно чтобы пойти волне ненависти. А systemd с поттерингом пошли ещё дальше, они не просто заикались, они начали форсить своё говнецо где только можно и нельзя.

ещё как валится. на том же центос 6. а там системд и не пахнет даже.

То, что цементос - уг, я уже давно знал.

Сразу отвечу на вопросы:

Понимаешь, в случае индусов - без разницы. Там проблемы намного больше, чем отвалившаяся файлуха :)

Понимаешь, в случае индусов - без разницы. Там проблемы намного больше, чем отвалившаяся файлуха :)

Это каким-то волшебным образом отменяет необходимость решения этой проблемы?

Это каким-то волшебным образом отменяет необходимость решения этой проблемы?

Если что-то страдает проблемами на уровне архитектуры - её надо переделывать. По крайней мере, я себе это могу позволить на данном этапе :)

Если что-то страдает проблемами на уровне архитектуры - её надо переделывать. По крайней мере, я себе это могу позволить на данном этапе :)

Предлагаешь в таких случаях переделывать индусов?

Предлагаешь в таких случаях переделывать индусов?

Предлагаю не пользоваться их услугами при создании продуктов.