net.eth0: cannot start
Sith 6 июля, 2006 - 14:33
Поставил ядро поновее 2.6.16.16 и при загрузке выскакивает такое сообщение :
net.eth0: cannot start until the runlevel boot has completed
немогу понять из за чего это. при этом сеть поднимается и работает без проблем.
ну и к слову Gentoo 2005.1
адреса берутся с DHCP
ядро брал с kernel.org
»
- Для комментирования войдите или зарегистрируйтесь
Гм
У меня такая же фигня, причем всё работает нормально. Адрес статический, ядро собирал сам, но без ошибок.
Это значит, что
Это значит, что какой-то сервис, необходимый для запуска, будет запущен на другом уровне.
Например netmount или hotplug или ещё чего...
А с ускорением
А с ускорением загрузки и включением паралельной загрузки не баловался? Очень на нее похоже. При ней система раза в 2 быстрее грузится, но зависимости порой идут лесом.
раньше
раньше расскоментировал в /etc/conf.d/rc вот эту строчку:
RC_PARALLEL_STARTUP="yes"
сегодня попробовал закомментировать - не помогло.
попробовал загрузится со старым ядром 2.6.12 все нормально, что с этой строчкой, что без нее - отсюда делаю вывод что ядро как то на это влияет?
еще ставил dbus и hald на старом ядре, может переставить их заново? - могут ли они влиять на это сообщение?
давай сюда
давай сюда вывод
#rc-update showопа
Я не перегружался долго, смарю та же фигня
+ при выключении ejabberd падает - видать останавливается что-то что ему нада. посмарю щас
вот вывод
выходит
лишние и всё?
тут форум
тут форум помоему не работал....
за это время успел грохнуть систему (недавно на gentoo перешел - доэкспериментировался блин :) и поставил новую правда с ливсд 2006.0
сейчас опять ядро поновее буду ставить посмотрю что будет.
Аналогичная
Аналогичная штука, Только даже на ядре 2.6.13. У меня впечатление что это зависит не от ядра а от бейслейаута. В данный момент просто забиваю на эту ошибку.
Может это из-за
Может это из-за автозапуска сервиса xdm?
я так думаю
netmount, сидящий в boot'e - зависит от net'a, и т.к net в default'e - маты.
может net в boot перекинуть а?
переставил
переставил ядро - ошибки этой не наблюдаю, вот привожу выдержку своих служб.
~ # rc-update show
alsasound | default
bootmisc | boot
checkfs | boot
checkroot | boot
clock | boot
coldplug | boot
consolefont | boot
crypto-loop |
cupsd | default
dbus |
domainname | boot default
esound |
famd |
gkrellmd |
gpm |
hald |
hdparm | default
hostname | boot
hotplug |
keymaps | boot
local | default nonetwork
localmount | boot
modules | boot
net.eth0 | default
net.lo | boot
netmount | default
nscd |
numlock |
portmap |
rmnologin | boot
rsyncd |
samba | default
sshd |
syslog-ng | default
urandom | boot
vixie-cron |
наверное тему можно закрыть, поскоку, то рабочее окружение, я уже потерял ;), но судя потому что это ошибка присутствует у нескольких человек - былобы интересно проследить за ее решением.
А может ли кто
А может ли кто объяснить, почему теперь rc-update show не показывает те сервисы, которые не включены ни в один из runlevels? Неужто теперь чтобы увидеть все сервисы, нужно делать листинг /etc/init.d/ ...
нет
просто нада
но вот как победить собственно сабж?
я пострадал со службами, и нифига...
а может всё же
а может всё же ядро собрано без поддержки какой либо фичи?
ответы стоит поискать в /var/log/messages
зачем вообще собирать под Gentoo ванильные ядра?
ЗЫ.
ИМХО, такие службы как domainname нужно всё же в boot пихать,
тоесть так как оно там по умолчанию пишется...
alsasound | bootmisc | boot checkfs | boot checkroot | boot clock | boot consolefont | boot crypto-loop | dcron | domainname | boot esound | famd | fancontrol | hddtemp | hdparm | hostname | boot in.tftpd | keymaps | boot lm_sensors | local | default nonetwork localmount | boot modules | net.eth0 | default net.lo | boot netmount | net.ppp0 | nscd | ntp-client | ntpd | numlock | portmap | pptpd | rmnologin | boot rsyncd | slapd | slurpd | splash | sshd | sshd2 | syslog-ng | boot urandom | boot vsftpd | xdm |Re: а может всё же
1. я говорил выше что пересобрал ядро (в 2006 уже генте) с тем же конфигом и проблему пока не вижу.
2. например чтобы сэкономить на трафике ;) да мало ли еще причин...
Все дело в ...
Надо изменить значение в /etc/conf.d/rc
RC_COLDPLUG на "no"
Respect :)
Вышеупомянутое слово в твой адрес, реально помогает.
Последний Baselayout
После установки нового Baselayout (во сяком случае начиная с 1.12.4-r4),
загрузка проходит корректно, так-что совет похоже устаревший.
*
а еще новый baselayout по другому вызывает net.eth1 - после обновления перестала стартовать вторая сетевушка а после emerge baselayout - он предложил выполнить вот такую интересную командочку и все заработало
/bin/ls /etc/init.d/net.* | grep -v '/net.lo$' | xargs -n1 ln -sfvn net.lo
кроме того если
кроме того если внимательно посмотреть на выводы, то в первом варианте
netmount в boot находится, а во втором случае в default..