isc-dhcp-server не удается запуститься при начальной загрузке

Очень заманчиво хотеть определить различия между BSD и Linux. Точно так же, как Gilles сказал в комментариях, это не легкая задача, так как они являются настолько многочисленными и разрозненными. Очень часто различия даже не будут заметными на уровне пользователя; все было разработано так, чтобы ОС вела себя, поскольку Вы ожидали бы Unix к.

Кроме того, несколько дистрибутивов доступны для каждого. Независимо от того, что Вы обычно говорите о Linux/BSD, Вы будете часто находить распределение, которое противоречит ему.

Следующее является списком сравнений, которые я нашел рассеянным по сети.


  • Здесь на U&L, пользователь определил следующие различия:

Большие различия (по-моему, конечно):

  • Пространство пользователя (Linux использует GNU, в то время как BSD использует BSD),
  • Интеграция (Linux является набором различных усилий, BSD, намного более объединена в ядре),
  • При упаковке (Linux обычно управляет установленным программным обеспечением в двоичных пакетах - BSD обычно управляет деревом "портов", которое Вы используете для создания программного обеспечения из источников),

Замечайте слово обычно в его последней точке. Некоторые дистрибутивы Linux будут управлять исходным кодом, и с другой стороны некоторый BSDs будет управлять двоичными пакетами.


  • У Matthew D. Fuller есть длинное сравнение между BSDs и Linux, который можно хотеть изучить. Статья сравнит и на уровне Дизайна, Технических различиях, Основных положениях и наконец обратится к общим Мифам. Вот некоторые выборки:

BSD - то, что Вы получаете, когда набор хакеров Unix садится, чтобы попытаться портировать систему Unix на ПК. Linux - то, что Вы получаете, когда набор хакеров ПК садится и пытается записать систему Unix для ПК.

--

BSD разработан. Linux выращен. Возможно, это - единственный сжатый способ описать это, и возможно самое корректное.


Основные отличия:

  1. FreeBSD полная OS. Linux является ядром. Дистрибутивом Linux является OS (100 + majro disrtos).
  2. FreeBSD все прибывает из единственного источника. Linux похож на соединение партии материала.
  3. Лицензия BSD по сравнению с GPL
  4. Установщик FreeBSD
  5. Команды BSD (ls файл-l не будет работать) по сравнению с командой GPL (ls файл-l будет работать),
  6. FreeBSD лучше и обновленные страницы справочника.
  7. BSD rc.d стиль, загружающийся по сравнению с Linux SysV, разрабатывают начальную загрузку init.d

Вот некоторые статьи, описывающие историю каждого:

Я дам одно "твердое" мнение: Если бы я должен был выбрать одну систему, которая действовала бы как мой маршрутизатор, DNS, FTP-сервер, почтовый шлюз, брандмауэр, веб-сервер, прокси-сервер, и т.д., что система выполнит основанную на BSD операционную систему. Если бы я должен был выбрать одну систему, которая действовала бы как моя настольная рабочяя станция, работала бы X, все приложение, которое я люблю, и т.д., то та система запустила бы Linux. ОДНАКО у меня не было бы проблемы при выполнении Linux как моего сервера лошади работы или выполнении основанной на BSD системы на моем рабочем столе.

Дальнейшее чтение

6
15.12.2012, 00:44
1 ответ

Здесь существует подобное обсуждение, которое упоминает, что добавило значение сна для задержки запуска. Они упоминают, что добавили, что следующее к/etc/rc.local помогло запустить его на начальной загрузке:

sleep 10000
/etc/init.d/zentyal start

но меньшее значение такой как sleep 10 может работать. Кажется, что Ваш сервис может быть /etc/init.d/isc-dhcp-server и нет /etc/init.d/zentyal, но та же идея.

Я не уверен если /etc/rc.local относится к Linux Mint, но другая опция состоит в том, чтобы добавить sleep 10 к самому init.d сценарию как первая команда.

3
27.01.2020, 20:30
  • 1
    Разве это не собирается добавлять 10 секунд к моему времени начальной загрузки?? –  Lord Loh. 14.12.2012, 20:21
  • 2
    Да. Я использовал этот взлом для чего-то несколько лет назад для сервиса, который перестал работать на начальной загрузке. Изучая его глубоко, мы нашли, что сети, даже при том, что это запустилось перед упомянутым сервисом, не были на самом деле готовы к употреблению. Так добавление a sleep оцените нашему сервису, мы смогли дать сетевое время, чтобы на самом деле быть готовыми к употреблению. Это - действительно обходное решение, но решение, тем не менее. имена файлов –  Banjer 14.12.2012, 21:01
  • 3
    На этой конкретной машине dhcp сервер связывает с адаптером, который имеет статический IP. Ваше понятие все еще применяется? Может сетевой адаптер с вручную указанным статическим IP иметь задержки запуска? –  Lord Loh. 15.12.2012, 00:23
  • 4
    я попробовал Ваши предложения и это, кажется, работает просто великолепно. Существует ли способ спать, только если интерфейс еще не? и повторите этот взгляд несколько раз перед отказом? Я не мастер :-( –  Lord Loh. 15.12.2012, 00:32
  • 5
    сценария оболочки Только к документу - я изменил /etc/init/isc-dhcp-server.conf сценарий и добавил a sleep 2 незадолго до exec из сервера. Эти сценарии выполняются асинхронно? Мои сетевые интерфейсы, кажется, прибывают последнее в dmesg перечислите ~27 - 30 секунд :-( –  Lord Loh. 15.12.2012, 00:44

Теги

Похожие вопросы