некоторые сценарии запуска проигнорированы (на debian 6.0)

Прежде всего электронные письма прекратят входить старому поставщику, как только новый MX обновляется в DNS, но это не означает, что Вы будете не мочь получить доступ к старой почтовой веб-почте поставщика. Пока Вы не говорите старому поставщику, что они больше не обрабатывают электронную почту для того конкретного домена, вещи должны продолжить работать, пока старый поставщик не решает убрать их учетные записи пользователей.

В случае необходимости можно использовать Файл hosts для указания непосредственно на старый почтовый адрес веб-почты поставщика.

Для передачи электронной почты между различными учетными записями imapsync является хорошей ставкой. http://freshmeat.net/projects/imapsync/

При нахождении вышеупомянутого URL мне показали рекламу Google для http://www.yippiemove.com/ - я не использовал его сам, но похоже, что он мог бы добиться цели.

1
задан 6 January 2012 в 06:49
4 ответа

Вы можете использовать sysv -rc-conf утилита. Он показывает вам все скрипты, найденные в папке /etc/init.d/ в строках. Столбцы представляют разные уровни выполнения. Вы можете (снять) пометку ячейки в таблице, и соответствующая ссылка будет (де) активирована.

В системах на базе debian вы также можете использовать update-rc.d . В системах, подобных redhat, вы можете использовать chkconfig . Если есть соответствующие ссылки, сценарии должны запускаться при запуске.

1
ответ дан 3 December 2019 в 19:16

Сценарии в init.d выполняются только в том случае, если они должны выполняться на определенном уровне выполнения. В большинстве дистрибутивов Linux используются символические ссылки из /etc/rcX.d , где X - уровень запуска, для выбора выполняемых сценариев. Ваш дистрибутив также может предоставлять инструмент для управления этими ссылками.

1
ответ дан 3 December 2019 в 19:16

Одно из мест для проверки - это файл / etc / default / servicename (где servicename - это имя службы, которая не запускается).

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

Apache2 и cron не имеют этого параметра из памяти, но, возможно, некоторые из «других», на которые вы ссылались мог бы его использовать.

0
ответ дан 3 December 2019 в 19:16

Я на самом деле не специалист по сбоям сервера, но я очень уважаю механизм SO и все его экземпляры. У меня была описанная здесь проблема, и я решил ее.

В моем случае /etc/rc2.d был проигнорирован, потому что моя система использовала вместо него /etc/init.d/.depend.start. Я отредактировал его вручную, и изменения, которые я внес в этот файл, НЕ были проигнорированы.

Я выяснил это, проследив сценарий /etc/init.d/rc и раздел ФАЙЛЫ в конце страницы руководства startpar. Я действительно хотел бы, чтобы это было менее темным и тихим. Кажется, это не недавнее изменение, но я никогда не сталкивался с ним, возможно, потому, что в последнее время использовал стабильные репозитории. Или потому, что apt-get выполнял свою работу, и мне не приходилось изменять настройки вручную.

Однако это может быть не проблема, описанная в этой теме. Автор упомянул, что использование S19 решило его проблему, в которой я не могу понять. Во всяком случае, надеюсь, это будет кому-то полезно. Я проверил много тем и нигде не нашел решения.

1
ответ дан 3 December 2019 в 19:16

Теги

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