Автозапуск при загрузке, зависящий от сети

Попробуйте последнюю версию LibreOffice (3.6.2). У меня возникли проблемы с открытием файлов .xlsx в версии 3.5.X, но, похоже, они исправили некоторые ошибки в последней версии: -)

6
задан 8 September 2010 в 22:15

27 ответов

Вы можете посмотреть в /etc/rc0.d для службы, у него будет S ## [имя], т. е. S35networking

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

Надеюсь, что вы сделаете трюк для вас.

1
ответ дан 26 May 2018 в 01:22
  • 1
    Ubuntu использует Upstart. См. Вопрос, связанный с Марко в комментарии выше. – Dennis Williamson 8 September 2010 в 21:23
  • 2
    Хотя Upstart будет работать, у меня уже есть сценарий rc0, установленный для моей службы. Это был K20, а сеть была S35. Я изменил его на K36, который должен сделать трюк. Спасибо, что указал мне в правильном направлении. – roktechie 10 September 2010 в 22:33
  • 3
    roktechie, K для остановки, а rc0 - для выключения. Вы хотите иметь символическую ссылку в /etc/rc2.d с числом больше 35. Тем не менее вы имеете дело с состоянием гонки, если у вас динамический IP, поскольку запуск сети возвращается, как только начинается dhcp, а не как вскоре после назначения IP. – SpamapS 11 December 2010 в 06:30

Вы можете посмотреть в /etc/rc0.d для службы, у него будет S ## [имя], т. е. S35networking

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

Надеюсь, что вы сделаете трюк для вас.

1
ответ дан 25 July 2018 в 23:13

Вы можете посмотреть в /etc/rc0.d для службы, у него будет S ## [имя], т. е. S35networking

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

Надеюсь, что вы сделаете трюк для вас.

1
ответ дан 27 July 2018 в 03:23

Вы можете посмотреть в /etc/rc0.d для службы, у него будет S ## [имя], т. е. S35networking

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

Надеюсь, что вы сделаете трюк для вас.

1
ответ дан 2 August 2018 в 04:31

Вы можете посмотреть в /etc/rc0.d для службы, у него будет S ## [имя], т. е. S35networking

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

Надеюсь, что вы сделаете трюк для вас.

1
ответ дан 4 August 2018 в 21:05

Вы можете посмотреть в /etc/rc0.d для службы, у него будет S ## [имя], т. е. S35networking

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

Надеюсь, что вы сделаете трюк для вас.

1
ответ дан 6 August 2018 в 04:35

Вы можете посмотреть в /etc/rc0.d для службы, у него будет S ## [имя], т. е. S35networking

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

Надеюсь, что вы сделаете трюк для вас.

1
ответ дан 7 August 2018 в 22:45

Вы можете посмотреть в /etc/rc0.d для службы, у него будет S ## [имя], т. е. S35networking

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

Надеюсь, что вы сделаете трюк для вас.

1
ответ дан 10 August 2018 в 10:51

Вы можете посмотреть в /etc/rc0.d для службы, у него будет S ## [имя], т. е. S35networking

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

Надеюсь, что вы сделаете трюк для вас.

1
ответ дан 13 August 2018 в 17:25
  • 1
    Ubuntu использует Upstart. См. Вопрос, связанный с Марко в комментарии выше. – Dennis Williamson 8 September 2010 в 21:23
  • 2
    Хотя Upstart будет работать, у меня уже есть сценарий rc0, установленный для моей службы. Это был K20, а сеть была S35. Я изменил его на K36, который должен сделать трюк. Спасибо, что указал мне в правильном направлении. – roktechie 10 September 2010 в 22:33
  • 3
    roktechie, K для остановки, а rc0 - для выключения. Вы хотите иметь символическую ссылку в /etc/rc2.d с числом больше 35. Тем не менее вы имеете дело с состоянием гонки, если у вас динамический IP, поскольку запуск сети возвращается, как только начинается dhcp, а не как вскоре после назначения IP. – SpamapS 11 December 2010 в 06:30

Забыть о выскочке. Есть гораздо более простые способы сделать это. Поместите скрипт, который запускает Openfire здесь:

 /etc/network/if-up.d/

Если openfire должен запускаться как ваш пользователь, то что-то вроде:

#!/bin/sh
su -c "openfire" myUserName

Убедитесь, что вы пометили его как исполняемый файл: [ ! d2]

sudo chmod +x /etc/network/if-up.d/openfire

Аналогичным образом вы можете закрыть openfire, когда вы потеряете свое сетевое соединение, поставив скрипт в /etc/network/if-down.d/, который убивает его:

#!/bin/sh
killall openfire
3
ответ дан 26 May 2018 в 01:22
  • 1
    Ральф, это не предлагает постоянное администрирование службы, тогда как работа с выскочкой. Однако, если нет желания заменить скрипт init.d, просто замените 'su -c " openfire " .. с "началом обслуживания открытого огня" и killall с "остановкой открытого обслуживания службы" – SpamapS 11 December 2010 в 06:34

, если вы не настроите свою сеть с помощью NetworkManager, вы можете попытаться настроить ваш upstart conf на зависимость от сети:

start on starting networking

или

start on starting network-interface

Не знаю, как он взаимодействует с NetworkingManager, возможно, NM запускает некоторые события, которые обнаруживаются через выскочку.

-1
ответ дан 26 May 2018 в 01:22
  • 1
    Это приведет к запуску openfire до сетей. Я думаю, вы не начинаете с начала работы в сети. Это все равно будет проблемой, так как запуск сети начнется сразу же после запуска клиента dhcp. То, что вам нужно, это «начать работу с сетевым устройством IFACE! = Lo», которое будет срабатывать только при восстановле нии устройства без петли. – SpamapS 11 December 2010 в 06:27
  • 2
    Спасибо @SpamapS. Знаете ли вы, будет ли запущено сетевое устройство, когда интерфейсу действительно назначен IP-адрес или только выдается? – ithkuil 11 December 2010 в 19:19
  • 3
    Для гуглеров я считаю, что вы ищете start on started networking – Andrew Dunkman 1 June 2012 в 21:23

, если вы не настроите свою сеть с помощью NetworkManager, вы можете попытаться настроить ваш upstart conf на зависимость от сети:

start on starting networking

или

start on starting network-interface

Не знаю, как он взаимодействует с NetworkingManager, возможно, NM запускает некоторые события, которые обнаруживаются через выскочку.

-1
ответ дан 25 July 2018 в 23:13
  • 1
    Это приведет к запуску openfire до сетей. Я думаю, вы не начинаете с начала работы в сети. Это все равно будет проблемой, так как запуск сети начнется сразу же после запуска клиента dhcp. То, что вам нужно, это «начать работу с сетевым устройством IFACE! = Lo», которое будет срабатывать только при восстановле нии устройства без петли. – SpamapS 11 December 2010 в 06:27
  • 2
    Спасибо @SpamapS. Знаете ли вы, будет ли запущено сетевое устройство, когда интерфейсу действительно назначен IP-адрес или только выдается? – ithkuil 11 December 2010 в 19:19
  • 3
    Для гуглеров я считаю, что вы ищете start on started networking – Andrew Dunkman 1 June 2012 в 21:23

Забыть о выскочке. Есть гораздо более простые способы сделать это. Поместите скрипт, который запускает Openfire здесь:

/etc/network/if-up.d/

Если openfire должен запускаться как ваш пользователь, то что-то вроде:

#!/bin/sh su -c "openfire" myUserName

Убедитесь, что вы пометили его как исполняемый файл: [ ! d2] sudo chmod +x /etc/network/if-up.d/openfire

Аналогичным образом вы можете закрыть openfire, когда вы потеряете свое сетевое соединение, поставив скрипт в /etc/network/if-down.d/, который убивает его:

#!/bin/sh killall openfire
3
ответ дан 25 July 2018 в 23:13
  • 1
    Ральф, это не предлагает постоянное администрирование службы, тогда как работа с выскочкой. Однако, если нет желания заменить скрипт init.d, просто замените 'su -c & quot; openfire & quot; .. с "началом обслуживания открытого огня" и killall с "остановкой открытого обслуживания службы" – SpamapS 11 December 2010 в 06:34

, если вы не настроите свою сеть с помощью NetworkManager, вы можете попытаться настроить ваш upstart conf на зависимость от сети:

start on starting networking

или

start on starting network-interface

Не знаю, как он взаимодействует с NetworkingManager, возможно, NM запускает некоторые события, которые обнаруживаются через выскочку.

-1
ответ дан 27 July 2018 в 03:23
  • 1
    Это приведет к запуску openfire до сетей. Я думаю, вы не начинаете с начала работы в сети. Это все равно будет проблемой, так как запуск сети начнется сразу же после запуска клиента dhcp. То, что вам нужно, это «начать работу с сетевым устройством IFACE! = Lo», которое будет срабатывать только при восстановле нии устройства без петли. – SpamapS 11 December 2010 в 06:27
  • 2
    Спасибо @SpamapS. Знаете ли вы, будет ли запущено сетевое устройство, когда интерфейсу действительно назначен IP-адрес или только выдается? – ithkuil 11 December 2010 в 19:19
  • 3
    Для гуглеров я считаю, что вы ищете start on started networking – Andrew Dunkman 1 June 2012 в 21:23

Забыть о выскочке. Есть гораздо более простые способы сделать это. Поместите скрипт, который запускает Openfire здесь:

/etc/network/if-up.d/

Если openfire должен запускаться как ваш пользователь, то что-то вроде:

#!/bin/sh su -c "openfire" myUserName

Убедитесь, что вы пометили его как исполняемый файл: [ ! d2] sudo chmod +x /etc/network/if-up.d/openfire

Аналогичным образом вы можете закрыть openfire, когда вы потеряете свое сетевое соединение, поставив скрипт в /etc/network/if-down.d/, который убивает его:

#!/bin/sh killall openfire
3
ответ дан 27 July 2018 в 03:23
  • 1
    Ральф, это не предлагает постоянное администрирование службы, тогда как работа с выскочкой. Однако, если нет желания заменить скрипт init.d, просто замените 'su -c & quot; openfire & quot; .. с "началом обслуживания открытого огня" и killall с "остановкой открытого обслуживания службы" – SpamapS 11 December 2010 в 06:34

, если вы не настроите свою сеть с помощью NetworkManager, вы можете попробовать настроить настройку upstart conf для работы в сети:

 начать с начала сети 

или

 start on start network-interface 

Я не знаю, как он взаимодействует с NetworkingManager, возможно, NM запускает некоторые события, которые обнаруживаются через выскочку.

-1
ответ дан 2 August 2018 в 04:31

Забыть о выскочке. Есть гораздо более простые способы сделать это. Поместите скрипт, запускающий Openfire здесь:

  /etc/network/if-up.d/  

Если openfire должен запускаться как ваш пользователь, что-то вроде:

  #! / bin / sh su -c "openfire" myUserName  

Убедитесь, что вы пометили его как исполняемый файл:

  sudo chmod + x /etc/network/if-up.d/openfire  

Аналогичным образом вы можете закрыть openfire, когда вы потеряете сетевое соединение, поставив скрипт в /etc/network/if-down.d/, который убивает его:

  #! / bin / sh killall openfire  
3
ответ дан 2 August 2018 в 04:31

, если вы не настроите свою сеть с помощью NetworkManager, вы можете попробовать настроить настройку upstart conf для работы в сети:

 начать с начала сети 

или

 start on start network-interface 

Я не знаю, как он взаимодействует с NetworkingManager, возможно, NM запускает некоторые события, которые обнаруживаются через выскочку.

-1
ответ дан 4 August 2018 в 21:05

Забыть о выскочке. Есть гораздо более простые способы сделать это. Поместите скрипт, запускающий Openfire здесь:

  /etc/network/if-up.d/  

Если openfire должен запускаться как ваш пользователь, что-то вроде:

  #! / bin / sh su -c "openfire" myUserName  

Убедитесь, что вы пометили его как исполняемый файл:

  sudo chmod + x /etc/network/if-up.d/openfire  

Аналогичным образом вы можете закрыть openfire, когда вы потеряете сетевое соединение, поставив скрипт в /etc/network/if-down.d/, который убивает его:

  #! / bin / sh killall openfire  
3
ответ дан 4 August 2018 в 21:05

Забыть о выскочке. Есть гораздо более простые способы сделать это. Поместите скрипт, запускающий Openfire здесь:

  /etc/network/if-up.d/  

Если openfire должен запускаться как ваш пользователь, что-то вроде:

  #! / bin / sh su -c "openfire" myUserName  

Убедитесь, что вы пометили его как исполняемый файл:

  sudo chmod + x /etc/network/if-up.d/openfire  

Аналогичным образом вы можете закрыть openfire, когда вы потеряете сетевое соединение, поставив скрипт в /etc/network/if-down.d/, который убивает его:

  #! / bin / sh killall openfire  
3
ответ дан 6 August 2018 в 04:35

, если вы не настроите свою сеть с помощью NetworkManager, вы можете попробовать настроить настройку upstart conf для работы в сети:

 начать с начала сети 

или

 start on start network-interface 

Я не знаю, как он взаимодействует с NetworkingManager, возможно, NM запускает некоторые события, которые обнаруживаются через выскочку.

-1
ответ дан 6 August 2018 в 04:35

Забыть о выскочке. Есть гораздо более простые способы сделать это. Поместите скрипт, запускающий Openfire здесь:

  /etc/network/if-up.d/  

Если openfire должен запускаться как ваш пользователь, что-то вроде:

  #! / bin / sh su -c "openfire" myUserName  

Убедитесь, что вы пометили его как исполняемый файл:

  sudo chmod + x /etc/network/if-up.d/openfire  

Аналогичным образом вы можете закрыть openfire, когда вы потеряете сетевое соединение, поставив скрипт в /etc/network/if-down.d/, который убивает его:

  #! / bin / sh killall openfire  
3
ответ дан 7 August 2018 в 22:45

, если вы не настроите свою сеть с помощью NetworkManager, вы можете попробовать настроить настройку upstart conf для работы в сети:

 начать с начала сети 

или

 start on start network-interface 

Я не знаю, как он взаимодействует с NetworkingManager, возможно, NM запускает некоторые события, которые обнаруживаются через выскочку.

-1
ответ дан 7 August 2018 в 22:45

Забыть о выскочке. Есть гораздо более простые способы сделать это. Поместите скрипт, запускающий Openfire здесь:

  /etc/network/if-up.d/  

Если openfire должен запускаться как ваш пользователь, что-то вроде:

  #! / bin / sh su -c "openfire" myUserName  

Убедитесь, что вы пометили его как исполняемый файл:

  sudo chmod + x /etc/network/if-up.d/openfire  

Аналогичным образом вы можете закрыть openfire, когда вы потеряете сетевое соединение, поставив скрипт в /etc/network/if-down.d/, который убивает его:

  #! / bin / sh killall openfire  
3
ответ дан 10 August 2018 в 10:51

, если вы не настроите свою сеть с помощью NetworkManager, вы можете попробовать настроить настройку upstart conf для работы в сети:

 начать с начала сети 

или

 start on start network-interface 

Я не знаю, как он взаимодействует с NetworkingManager, возможно, NM запускает некоторые события, которые обнаруживаются через выскочку.

-1
ответ дан 10 August 2018 в 10:51

Забыть о выскочке. Есть гораздо более простые способы сделать это. Поместите скрипт, запускающий Openfire здесь:

  /etc/network/if-up.d/  

Если openfire должен запускаться как ваш пользователь, что-то вроде:

  #! / bin / sh su -c "openfire" myUserName  

Убедитесь, что вы пометили его как исполняемый файл:

  sudo chmod + x /etc/network/if-up.d/openfire  

Аналогичным образом вы можете закрыть openfire, когда вы потеряете сетевое соединение, поставив скрипт в /etc/network/if-down.d/, который убивает его:

  #! / bin / sh killall openfire  
3
ответ дан 13 August 2018 в 17:25
  • 1
    Ральф, это не предлагает постоянное администрирование службы, тогда как работа с выскочкой. Однако, если нет желания заменить скрипт init.d, просто замените 'su -c & quot; openfire & quot; .. с "началом обслуживания открытого огня" и killall с "остановкой открытого обслуживания службы" – SpamapS 11 December 2010 в 06:34

, если вы не настроите свою сеть с помощью NetworkManager, вы можете попробовать настроить настройку upstart conf для работы в сети:

 начать с начала сети 

или

 start on start network-interface 

Я не знаю, как он взаимодействует с NetworkingManager, возможно, NM запускает некоторые события, которые обнаруживаются через выскочку.

-1
ответ дан 13 August 2018 в 17:25
  • 1
    Это приведет к запуску openfire до . Я думаю, вы не начинаете с начала работы в сети. Это все равно будет проблемой, так как запуск сети начнется сразу же после запуска клиента dhcp. То, что вам нужно, это «начать работу с сетевым устройством IFACE! = Lo», которое будет срабатывать только при восстановле нии устройства без петли. – SpamapS 11 December 2010 в 06:27
  • 2
    Спасибо @SpamapS. Знаете ли вы, будет ли запущено сетевое устройство, когда интерфейсу действительно назначен IP-адрес или только выдается? – ithkuil 11 December 2010 в 19:19
  • 3
    Для гуглеров, я считаю, что вы ищете начать с начала сети – Andrew Dunkman 1 June 2012 в 21:23

Другие вопросы по тегам:

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