История изменений
Исправление kostik87, (текущая версия) :
Что поделать, либо использовать альтернативные версии дистрибутивов, либо всё как @firkax помещать в rc.local.
Можно, но условно неудобно и теряется гибкость.
Я так же плевался и искал обходные решение. Но systemd - стандарт системы инициализации в 95% дистрибутивов Linux.
Написать init сценарий запуска или unit service - плюс минус одно и тоже для меня сейчас.
В systemd есть вопросы работы с сетью для меня, к примеру pre-up и post-up сделать функционал можно и я даже где-то делал, но как сделано в /etc/netwoork/interfaces или допустим как в init cистемах инициализации - не получится.
Но решение найти можно.
И скажу более плюсы тоже есть, к тому же в Enterprise решениях самописные подходы не очень применимы. Хотя тоже приходится, если совсем уж никак.
Т.е. бухтеть и сопротивляться можно, делать что-то другое можно, где возможно даже сменить дистрибутив. Но это не всегда получится.
Поэтому правильный путь - изучить и применять подходы решения.
Скажу более когда переходил одной из проблем было применение в лоб тех принципов, что и в init, а оно немного не так.
Костенеть просто не нужно.
Исправление kostik87, :
Что поделать, либо использовать альтернативные версии дистрибутивов, либо всё как @firkax помещать в rc.local.
Можно, но условно неудобно и теряется гибкость.
Я так же плевался и искал обходные решение. Но systemd - стандарт системы инициализации в 95% процентов дистрибутивов Linux.
Написать init сценарий запуска или unit service - плюс минус одно и тоже для меня сейчас.
В systemd есть вопросы работы с сетью для меня, к примеру pre-up и post-up сделать функционал можно и я даже где-то делал, но как сделано в /etc/netwoork/interfaces или допустим как в init cистемах инициализации - не получится.
Но решение найти можно.
И скажу более плюсы тоже есть, к тому же в Enterprise решениях самописные подходы не очень применимы. Хотя тоже приходится, если совсем уж никак.
Т.е. бухтеть и сопротивляться можно, делать что-то другое можно, где возможно даже сменить дистрибутив. Но это не всегда получится.
Поэтому правильный путь - изучить и применять подходы решения.
Скажу более когда переходил одной из проблем было применение в лоб тех принципов, что и в init, а оно немного не так.
Костенеть просто не нужно.
Исправление kostik87, :
Что поделать, либо использовать альтернативные версии дистрибутивов, либо всё как @firkax помещать в rc.local.
Можно, но условно неудобно и теряется гибкость.
Я так же плевался и искал обходные решение. Но systemd - стандарт системы инициализации в 95% процентов дистрибутивов Linux.
Написать init сценарий запуска или unit service - плюс минус одно и тоже для меня сейчас.
В systemd есть вопросы работы с сетью для меня, к примеру pre-up и post-up сделать функционал можно и я даже где-то делал, но как сделано в /etc/netwoork/interfaces или допустим как в init cистемах инициализации - не получится.
Но решение найти можно.
И скажу более плюсы тоже есть, к тому же в Enterprise решениях самописные подходы не очень применимы. Хотя тоже приходится, если совсем уж никак.
Т.е. бухтеть и сопротивляться можно, делать что-то другое можно, где возможно даже сменить дистрибутив. Но это не всегда получится.
Поэтому правильный путь - изучить и применять подходы решения.
Скажу более когда переходил одной из проблем применение в лоб тех принципов, что и в init, а оно немного не так.
Костенеть просто не нужно.
Исходная версия kostik87, :
Что поделать, либо использовать альтернативные версии дистрибутивов, либо всё как @firkaх помещать в rc.local.
Можно, но условно неудобно и теряется гибкость.
Я так же плевался и искал обходные решение. Но systemd - стандарт системы инициализации в 95% процентов дистрибутивов Linux.
Написать init сценарий запуска или unit service - плюс минус одно и тоже для меня сейчас.
В systemd есть вопросы работы с сетью для меня, к примеру pre-up и post-up сделать функционал можно и я даже где-то делал, но как сделано в /etc/netwoork/interfaces или допустим как в init cистемах инициализации - не получится.
Но решение найти можно.
И скажу более плюсы тоже есть, к тому же в Enterprise решениях самописные подходы не очень применимы. Хотя тоже приходится, если совсем уж никак.
Т.е. бухтеть и сопротивляться можно, делать что-то другое можно, где возможно даже сменить дистрибутив. Но это не всегда получится.
Поэтому правильный путь - изучить и применять подходы решения.
Скажу более когда переходил одной из проблем применение в лоб тех принципов, что и в init, а оно немного не так.
Костенеть просто не нужно.