Не работает автозагрузка apache+mysql

[jura12]

для сравнения вот список служб запущенных на моем сервере 12.04

(Нажмите, чтобы показать/скрыть)

$ initctl list|sort
acpid start/running, process 1202
alsa-restore stop/waiting
alsa-store stop/waiting
anacron stop/waiting
apport start/running
atd start/running, process 1228
avahi-daemon start/running, process 1078
binfmt-support stop/waiting
bluetooth stop/waiting
console-setup stop/waiting
console stop/waiting
container-detect stop/waiting
control-alt-delete stop/waiting
cron start/running, process 1227
cups start/running, process 9268
dbus start/running, process 988
dmesg stop/waiting
dovecot stop/waiting
failsafe stop/waiting
flush-early-job-log stop/waiting
friendly-recovery stop/waiting
hostname stop/waiting
hwclock-save stop/waiting
hwclock stop/waiting
hybrid-gfx stop/waiting
irqbalance start/running, process 1229
lightdm start/running, process 1259
modemmanager start/running, process 1011
module-init-tools stop/waiting
mountall-net stop/waiting
mountall-reboot stop/waiting
mountall-shell stop/waiting
mountall stop/waiting
mounted-debugfs stop/waiting
mounted-dev stop/waiting
mounted-proc stop/waiting
mounted-run stop/waiting
mounted-tmp stop/waiting
mounted-var stop/waiting
mysql stop/waiting
networking stop/waiting
network-interface-container stop/waiting
network-interface (eth0) start/running
network-interface (lo) start/running
network-interface-security (networking) start/running
network-interface-security (network-interface/eth0) start/running
network-interface-security (network-interface/lo) start/running
network-interface-security (network-interface/wlan0) start/running
network-interface-security (network-manager) start/running
network-interface (wlan0) start/running
network-manager start/running, process 1083
nmbd start/running, process 1820
passwd stop/waiting
plymouth-log stop/waiting
plymouth-ready stop/waiting
plymouth-splash stop/waiting
plymouth-stop stop/waiting
plymouth stop/waiting
plymouth-upstart-bridge stop/waiting
procps stop/waiting
rcS stop/waiting
rc stop/waiting
rc-sysinit stop/waiting
resolvconf start/running
rfkill-restore stop/waiting
rfkill-store stop/waiting
rsyslog start/running, process 984
screen-cleanup stop/waiting
setvtrgb stop/waiting
shutdown stop/waiting
smbd start/running, process 969
ssh start/running, process 964
tty1 start/running, process 1809
tty2 start/running, process 1180
tty3 start/running, process 1182
tty4 start/running, process 1134
tty5 start/running, process 1140
tty6 start/running, process 1184
udev-fallback-graphics stop/waiting
udev-finish stop/waiting
udevmonitor stop/waiting
udev start/running, process 412
udevtrigger stop/waiting
ufw start/running
upstart-socket-bridge start/running, process 688
upstart-udev-bridge start/running, process 410
ureadahead-other stop/waiting
ureadahead stop/waiting
vsftpd stop/waiting
wait-for-state stop/waiting
whoopsie start/running, process 1257

можно посмотреть /etc/fstab, /var/log/boot.log , /var/log/dmesg ?
что выдаст команда grep manual /etc/init/*

[CraZZZy]

Логи пусты 

/etc/fstab

Код: [Выделить]

# UNCONFIGURED FSTAB FOR BASE SYSTEM
/var/log/boot.log - такого нет, есть /var/log/boot

Код: [Выделить]

(Nothing has been logged yet.)
/var/log/dmesg

Код: [Выделить]

(Nothing has been logged yet.)
grep manual /etc/init/*

Код: [Выделить]

/etc/init/mountall-shell.conf:# If mountall exits to indicate that manual recovery is required, this
/etc/init/wait-for-state.conf:    # We don't want to override the manual stanza
/etc/init/wait-for-state.conf:    # XXX: initctl show-config should share manual w/ us too
/etc/init/wait-for-state.conf:        if grep -q "^\s*manual\s*$" /etc/init/$WAIT_FOR.conf ; then

Может из-за минималистичной сборки чего-то не хватает? (ubuntu-12.04-amd64-minimal)

[Vitsliputsli]

Конечно, как временное решение можно попробовать добавить и в rc.local, разумеется без sudo.

Но данные демоны при установке уже должны быть прописаны в автозагрузке. Следовательно, как сказал AnrDaemon, смотрите логи, почему они не стартуют.

Если используете rsyslog, то проверьте что он работает:
sudo service rsyslog status

Затем проверьте его конфиг:
cat /etc/rsyslog.conf

[jura12]

где вы такой дистрибутив взяли? это дистрибутив на VDS хостинге? пришлите мне дистрибутив или саму систему я потестю посмотрю что можно сделать. можно еще внести нового пользователя,открыть доступ к ssh, дать мне доступ.

[CraZZZy]

это дистрибутив на VDS хостинге?

Угадали. Такой по-умолчанию стоял, я не стал менять.

можно еще внести нового пользователя,открыть доступ к ssh, дать мне доступ.

Скинул в личку.

[victor00000]

CraZZZy,
там провайдер killall apache+mysql

[AnrDaemon]

victor00000, исчезни со своими глупостями из топика.
CraZZZy, почему мы должны это угадывать? Если проблема была изначально - пишите в поддержку провайдера, что они там мутят.

[jura12]

Проблему победил. как оказалось не грузился ни один runlevel . поскольку их запускает upstart я поинтересовался запускающим конфигом /etc/init/rc-sysinit.conf . после изменения условия запуска
start on (filesystem and static-network-up) or failsafe-boot
на start on filesystem or failsafe-boot
сервис и стал запускаться и запускает все нужные резидентные программы на ранлевеле 2.

как видно мешал параметр static-network-up . видимо это ошибка хостинга или дистрибутива поскольку конфигурарация виртуализации или дистрибутива не дают системе запустить runlevel.

[AnrDaemon]

Ну так накрутите мозг хостеру, что у него там сетка нормально не поднимается. И вообще с этого надо было начинать.

[jura12]

там по идее надо алиасом сетевой интерфейс поднимать.