Проблемы после обновления
Обновило 7 пакетов emerge --update --deep -newuse world и перестало подключаться к pptp серверу
вот что успело обновить до того, как я прервал обновления из-за чтобы не стало еще хуже :
1169193241: *** emerge --update --deep --newuse world
1169193276: >>> emerge (1 of 157) sys-apps/coreutils-6.4 to /
1169193276: === (1 of 157) Cleaning (sys-apps/coreutils-6.4::/usr/portage/sys-apps/coreutils/coreutils-6.4.ebuild)
1169193277: === (1 of 157) Compiling/Merging (sys-apps/coreutils-6.4::/usr/portage/sys-apps/coreutils/coreutils-6.4.ebuild)
1169193626: Started emerge on: Jan 19, 2007 10:00:26
1169193626: *** emerge search kerberos
1169193646: *** terminating.
1169194310: >>> AUTOCLEAN: sys-apps/coreutils
1169194315: === Unmerging... (sys-apps/coreutils-5.2.1-r7)
1169194321: >>> unmerge success: sys-apps/coreutils-5.2.1-r7
1169194321: === (1 of 157) Post-Build Cleaning (sys-apps/coreutils-6.4::/usr/portage/sys-apps/coreutils/coreutils-6.4.ebuild)
1169194321: ::: completed emerge (1 of 157) sys-apps/coreutils-6.4 to /
1169194321: >>> emerge (2 of 157) sys-apps/sysvinit-2.86-r5 to /
1169194321: === (2 of 157) Cleaning (sys-apps/sysvinit-2.86-r5::/usr/portage/sys-apps/sysvinit/sysvinit-2.86-r5.ebuild)
1169194321: === (2 of 157) Compiling/Merging (sys-apps/sysvinit-2.86-r5::/usr/portage/sys-apps/sysvinit/sysvinit-2.86-r5.ebuild)
1169194352: >>> AUTOCLEAN: sys-apps/sysvinit
1169194357: === Unmerging... (sys-apps/sysvinit-2.86-r3)
1169194362: >>> unmerge success: sys-apps/sysvinit-2.86-r3
1169194362: === (2 of 157) Post-Build Cleaning (sys-apps/sysvinit-2.86-r5::/usr/portage/sys-apps/sysvinit/sysvinit-2.86-r5.ebuild)
1169194362: ::: completed emerge (2 of 157) sys-apps/sysvinit-2.86-r5 to /
1169194362: >>> emerge (3 of 157) sys-apps/baselayout-1.12.6 to /
1169194362: === (3 of 157) Cleaning (sys-apps/baselayout-1.12.6::/usr/portage/sys-apps/baselayout/baselayout-1.12.6.ebuild)
1169194362: === (3 of 157) Compiling/Merging (sys-apps/baselayout-1.12.6::/usr/portage/sys-apps/baselayout/baselayout-1.12.6.ebuild)
1169194416: >>> AUTOCLEAN: sys-apps/baselayout
1169194421: === Unmerging... (sys-apps/baselayout-1.11.14-r6)
1169194425: >>> unmerge success: sys-apps/baselayout-1.11.14-r6
1169194425: === (3 of 157) Post-Build Cleaning (sys-apps/baselayout-1.12.6::/usr/portage/sys-apps/baselayout/baselayout-1.12.6.ebuild)
1169194425: ::: completed emerge (3 of 157) sys-apps/baselayout-1.12.6 to /
1169194425: >>> emerge (4 of 157) sys-apps/module-init-tools-3.2.2-r1 to /
1169194425: === (4 of 157) Cleaning (sys-apps/module-init-tools-3.2.2-r1::/usr/portage/sys-apps/module-init-tools/module-init-tools-3.2.2-r1.ebuild)
1169194425: === (4 of 157) Compiling/Merging (sys-apps/module-init-tools-3.2.2-r1::/usr/portage/sys-apps/module-init-tools/module-init-tools-3.2.2-r1.ebuild)
1169194545: >>> AUTOCLEAN: sys-apps/module-init-tools
1169194550: === Unmerging... (sys-apps/module-init-tools-3.2.1)
1169194554: >>> unmerge success: sys-apps/module-init-tools-3.2.1
1169194554: === (4 of 157) Post-Build Cleaning (sys-apps/module-init-tools-3.2.2-r1::/usr/portage/sys-apps/module-init-tools/module-init-tools-3.2.2-r1.ebuild)
1169194554: ::: completed emerge (4 of 157) sys-apps/module-init-tools-3.2.2-r1 to /
1169194554: >>> emerge (5 of 157) sys-kernel/gentoo-sources-2.6.18-r6 to /
1169194554: === (5 of 157) Cleaning (sys-kernel/gentoo-sources-2.6.18-r6::/usr/portage/sys-kernel/gentoo-sources/gentoo-sources-2.6.18-r6.ebuild)
1169194555: === (5 of 157) Compiling/Merging (sys-kernel/gentoo-sources-2.6.18-r6::/usr/portage/sys-kernel/gentoo-sources/gentoo-sources-2.6.18-r6.ebuild)
1169196507: >>> AUTOCLEAN: sys-kernel/gentoo-sources
1169196509: --- AUTOCLEAN: Nothing unmerged.
1169196509: === (5 of 157) Post-Build Cleaning (sys-kernel/gentoo-sources-2.6.18-r6::/usr/portage/sys-kernel/gentoo-sources/gentoo-sources-2.6.18-r6.ebuild)
1169196509: ::: completed emerge (5 of 157) sys-kernel/gentoo-sources-2.6.18-r6 to /
1169196509: >>> emerge (6 of 157) net-dialup/ppp-2.4.4-r4 to /
1169196509: === (6 of 157) Cleaning (net-dialup/ppp-2.4.4-r4::/usr/portage/net-dialup/ppp/ppp-2.4.4-r4.ebuild)
1169196510: === (6 of 157) Compiling/Merging (net-dialup/ppp-2.4.4-r4::/usr/portage/net-dialup/ppp/ppp-2.4.4-r4.ebuild)
1169196652: >>> AUTOCLEAN: net-dialup/ppp
1169196657: === Unmerging... (net-dialup/ppp-2.4.2-r15)
1169196671: >>> unmerge success: net-dialup/ppp-2.4.2-r15
1169196671: === (6 of 157) Post-Build Cleaning (net-dialup/ppp-2.4.4-r4::/usr/portage/net-dialup/ppp/ppp-2.4.4-r4.ebuild)
1169196671: ::: completed emerge (6 of 157) net-dialup/ppp-2.4.4-r4 to /
1169196671: >>> emerge (7 of 157) net-dialup/rp-pppoe-3.8 to /
1169196671: === (7 of 157) Cleaning (net-dialup/rp-pppoe-3.8::/usr/portage/net-dialup/rp-pppoe/rp-pppoe-3.8.ebuild)
1169196672: === (7 of 157) Compiling/Merging (net-dialup/rp-pppoe-3.8::/usr/portage/net-dialup/rp-pppoe/rp-pppoe-3.8.ebuild)
1169196767: >>> AUTOCLEAN: net-dialup/rp-pppoe
1169196772: === Unmerging... (net-dialup/rp-pppoe-3.5-r11)
1169196775: >>> unmerge success: net-dialup/rp-pppoe-3.5-r11
1169196775: === (7 of 157) Post-Build Cleaning (net-dialup/rp-pppoe-3.8::/usr/portage/net-dialup/rp-pppoe/rp-pppoe-3.8.ebuild)
1169196775: ::: completed emerge (7 of 157) net-dialup/rp-pppoe-3.8 to /
1169196775: >>> emerge (8 of 157) dev-db/mysql-init-scripts-1.1 to /
1169196775: === (8 of 157) Cleaning (dev-db/mysql-init-scripts-1.1::/usr/portage/dev-db/mysql-init-scripts/mysql-init-scripts-1.1.ebuild)
1169196775: === (8 of 157) Compiling/Merging (dev-db/mysql-init-scripts-1.1::/usr/portage/dev-db/mysql-init-scripts/mysql-init-scripts-1.1.ebuild)
1169196780: >>> AUTOCLEAN: dev-db/mysql-init-scripts
1169196780: --- AUTOCLEAN: Nothing unmerged.
1169196780: === (8 of 157) Post-Build Cleaning (dev-db/mysql-init-scripts-1.1::/usr/portage/dev-db/mysql-init-scripts/mysql-init-scripts-1.1.ebuild)
1169196780: ::: completed emerge (8 of 157) dev-db/mysql-init-scripts-1.1 to /
1169196780: >>> emerge (9 of 157) dev-db/mysql-5.0.26-r2 to /
1169196780: === (9 of 157) Cleaning (dev-db/mysql-5.0.26-r2::/usr/portage/dev-db/mysql/mysql-5.0.26-r2.ebuild)
1169196781: === (9 of 157) Compiling/Merging (dev-db/mysql-5.0.26-r2::/usr/portage/dev-db/mysql/mysql-5.0.26-r2.ebuild)
1169198585: *** terminating.
вот что пишет при запуске pptpd сервера и при попытке подключения к нему
Jan 20 09:33:31 Main-server pptpd[7040]: MGR: Reaped child 7097
Jan 20 09:34:23 Main-server pptpd[7181]: MGR: Max connections reached, extra IP addresses ignored
Jan 20 09:34:23 Main-server pptpd[7182]: MGR: Manager process started
Jan 20 09:34:23 Main-server pptpd[7182]: MGR: Maximum of 100 connections available
Jan 20 09:34:46 Main-server pptpd[7233]: MGR: Launching /usr/sbin/pptpctrl to handle client
Jan 20 09:34:46 Main-server pptpd[7233]: CTRL: local address = 172.27.10.1
Jan 20 09:34:46 Main-server pptpd[7233]: CTRL: remote address = 172.27.10.2
Jan 20 09:34:46 Main-server pptpd[7233]: CTRL: pppd options file = /etc/ppp/options.pptpd
Jan 20 09:34:46 Main-server pptpd[7233]: CTRL: Client 192.168.0.94 control connection started
Jan 20 09:34:46 Main-server pptpd[7233]: CTRL: Received PPTP Control Message (type: 1)
Jan 20 09:34:46 Main-server pptpd[7233]: CTRL: Made a START CTRL CONN RPLY packet
Jan 20 09:34:46 Main-server pptpd[7233]: CTRL: I wrote 156 bytes to the client.
Jan 20 09:34:46 Main-server pptpd[7233]: CTRL: Sent packet to client
Jan 20 09:34:46 Main-server pptpd[7233]: CTRL: Received PPTP Control Message (type: 7)
Jan 20 09:34:46 Main-server pptpd[7233]: CTRL: Set parameters to 100000000 maxbps, 64 window size
Jan 20 09:34:46 Main-server pptpd[7233]: CTRL: Made a OUT CALL RPLY packet
Jan 20 09:34:46 Main-server pptpd[7233]: CTRL: Starting call (launching pppd, opening GRE)
Jan 20 09:34:46 Main-server pptpd[7233]: CTRL: pty_fd = 6
Jan 20 09:34:46 Main-server pptpd[7233]: CTRL: tty_fd = 7
Jan 20 09:34:46 Main-server pptpd[7234]: CTRL (PPPD Launcher): program binary = /usr/sbin/pppd
Jan 20 09:34:46 Main-server pptpd[7234]: CTRL (PPPD Launcher): local address = 172.27.10.1
Jan 20 09:34:46 Main-server pptpd[7234]: CTRL (PPPD Launcher): remote address = 172.27.10.2
Jan 20 09:34:46 Main-server pptpd[7233]: CTRL: I wrote 32 bytes to the client.
Jan 20 09:34:46 Main-server pptpd[7233]: CTRL: Sent packet to client
Jan 20 09:34:46 Main-server pptpd[7233]: CTRL: Received PPTP Control Message (type: 15)
Jan 20 09:34:46 Main-server pptpd[7233]: CTRL: Got a SET LINK INFO packet with standard ACCMs
Jan 20 09:34:46 Main-server pppd[7234]: Plugin /usr/lib/pptpd/pptpd-logwtmp.so is for pppd version 2.4.2, this is 2.4.4
Jan 20 09:34:46 Main-server pptpd[7233]: GRE: read(fd=6,buffer=804eae0,len=8196) from PTY failed: status = -1 error = Input/output error, usually caused by unexpected termination of pppd, check option syntax and pppd logs
Jan 20 09:34:46 Main-server pptpd[7233]: CTRL: PTY read or GRE write failed (pty,gre)=(6,7)
Jan 20 09:34:46 Main-server pptpd[7233]: CTRL: Reaping child PPP[7234]
Jan 20 09:34:46 Main-server pptpd[7233]: CTRL: Client 192.168.0.94 control connection finished
Jan 20 09:34:46 Main-server pptpd[7233]: CTRL: Exiting now
Jan 20 09:34:46 Main-server pptpd[7182]: MGR: Reaped child 7233
Интересно , что обновиться успел только ppp c версии 2.4.2-r15 до версии 4.4.4-r4
Такое ощущение, что не пропускает Iptables
Но он его правила я не трогал
Подскажите пожалуйста какие изменения в ppp могли повлиять на работоспособность
Или какие из обновленных пакетов могли повлиять на работоспособность.
Очень буду признателен за помощь
Версия ядра 2.6.12-gentoo-r10
- Для комментирования войдите или зарегистрируйтесь
Ошибка vpn
Клиент получает ошибку 619: A conection to the remote computer could not be established so the port used for this connection was closed
А Вам не
А Вам не кажется странной строчка
logwtmp.so
Это же всего лишь модуль для логов
Что может быть поменяться от того, что он не запускается?
Проблемы за проблемой
Я обновил pptpd до версии 1.3.3 и теперь возникла такая проблема :
Пользователь подключается нормально, но при отключении затирается файл pap-secrets и в него записывается "user" MyPeer "passwd"
может мне кто-нибудь объяснить почему?
Знает кто-нибудь что за файлы в папке /etc/ppp
chat-default
chat-MyPeer
?
Такая же проблема
yvk-serv javded # zcat /proc/config.gz | grep PPP
CONFIG_HDLC_PPP=m
CONFIG_PPP=m
CONFIG_PPP_MULTILINK=y
CONFIG_PPP_FILTER=y
CONFIG_PPP_ASYNC=m
CONFIG_PPP_SYNC_TTY=m
CONFIG_PPP_DEFLATE=m
CONFIG_PPP_BSDCOMP=m
CONFIG_PPP_MPPE=m
CONFIG_PPPOE=m
CONFIG_PPPOATM=m
CONFIG_PPPOL2TP=m
стоит в Модулях ...что значат буква "m" ?
Гость написал(а): Версия ядра
Ядро ставь нормальное. Все же ppp с ядром тесно коммуницирует.
Обновляйся полностью. Иногда, когда меняется версия gcc, требуется, чтобы и ядро было пересобрано новым компилятором, даже без изменений в конфигурации.
Буква m обозначает сборку модулем. Который может быть не всегда автоматом загружается. HDLC, ATM -- тебе точно не нужны.
(Sir) * Windows looks like an open door, but no way to go *
А если присмотреться к дате
А если присмотреться к дате топика...
dancingfire написал(а): А
То удалять надо не читая )))
(Sir) * Windows looks like an open door, but no way to go *
НЕмогу понять...
Как мне подгрузить нужные модули?? делаю
make menuconfig
make
make modules_install
он все делает ... но в итоге то что я включал так и осталось без изменения....
Как можно отдельно подключить модули без пересборке ядра?
Перед make modules_install
Перед make modules_install обычно делают make modules
ps юзайте genkernel, он все сделает
_SerEga_ написал(а): Перед
С шестой версии ядра make modules из мэйк-файла пропало. ) Никогда не пользовался генкернелом и не буду. И, в общем, в дженту его пользовать по меньшей мере стрёмно, я даже в бинарных дистрах всегда сам ядро собирал )
На 386 компе с 16Мб озу. )))
(Sir) * Windows looks like an open door, but no way to go *
У меня видимо нет: %cd
У меня видимо нет:
Стандартный вопрос: чем плох genkernel? или чем ваше гордое "сам собирал" существенно лучше него? Тем более, что скорее всего оно свелось к нескольким командам типа make ... и т.д.
ps извининте, за несколько реский ответ, но уже не первый раз сталкиваюсь с таким отношением к genkernel и еще ни разу не получил корректного ответа почему.
pss я не призываю юзать genkernel и не утверждаю, что это лучший вариант, но меня раздражают беспочвенные наезды на не заслуживающую того софтину
> ps извининте, за несколько
> ps извининте, за несколько реский ответ, но уже не первый раз сталкиваюсь с таким отношением к genkernel и еще ни разу не получил корректного ответа почему.
> pss я не призываю юзать genkernel и не утверждаю, что это лучший вариант, но меня раздражают беспочвенные наезды на не заслуживающую того софтину
genkernel хорош для начальной установки типа "если не хочется заморачиваться" или проверить, что в нём всё ок и надо искать проблему в своих конфигах ядра.
Чем плох - тем что там много (*очень много*) лишнего и не нужного.
//IMHO
.
Там же есть опции
menuconfig
(||xconfig
по вкусу)?..:wq
--
Live free or die
Например?
Например?
1)sir@swan ~/Dnl $ eix -C
1)
2) Ненавижу initrd.
3) Если я пишу, что ядро конфигурирую сам, значит я прохожу почти все пункты в его конфигурации. Даже если перед этим сделал make oldconfig
4) FYI команда make modules начиная с версии 2.6 собирающему пользовательское ядро не нужна, и я ей с тех самых пор не пользуюсь. А модули есть и они прекрасно собираются.
5) /boot у меня ВСЕГДА отдельный раздел, и переименовывать ядро из bzImage и править grub.conf я предпочитаю сам, оставляя предыдущую работавшую версию, а не надеясь на "волшебную магию" чужих скриптов. Не потому, что они не работают, а потому что человек, писавший их, преследовал свои цели.
(Sir) * Windows looks like an open door, but no way to go *
1) не понял как это связано с
1) не понял как это связано с genkernel
2) серьезная причина, хотя интересно почему и, вроде, бы genkernel может и без него собирать
3) какой именно пункты не позволяет проходить genkernel?
4) спасибо, теперь буду знать
5) опять же к недостаткам genkernel это никак не относиться
>не надеясь на "волшебную магию" чужих скриптов. Не потому, что они не работают, а потому >что человек, писавший их, преследовал свои цели.
Вот это я могу понять, правда совсем без чужих скриптов никак и грань между теми, которые использовать, а какие нет, каждый выбирает сам
Единственная, известная мне
Единственная, известная мне причина установки лишнего в хозяйстве пакета genkernel, если владелец системы не в состоянии определить, какое у него железо, где его поддержка включается в ядре, и он не знает, что такое /boot и почему это должен быть отдельный физический раздел жесткого диска. Остальным он не нужен. Он не добавляет в процесс конфигурирования и установки ядра ничего полезного. То есть -- useless. Он, кстати, с оверлейными или, напротив, ванильными ядрами работает? Или только с gentoo-sources? (Это про первый пункт)
Добавлено.
Вот тоже наводит на размышление
(Sir) * Windows looks like an open door, but no way to go *
Цитата: Он, кстати, с
А почему нет? Хоть с самодельным.
Ещё раз, а при чём тут genkernel ? Прочитайте уж наконец man genkernel и /etc/genkernel.conf
genkernel не более чем скрипт собирающий ядро, модули, initrd с нужным бутсплешем и всё одной командой, вместо 6-7.
Что ещё раз лишний раз показывает, что genkernel никаким боком не является инструментом для новчиков.
Javded написал(а): Как мне
Я не уверен, что ты знаешь, какие модули нужны твоему ядру :)) Но вообще, вручную модуль грузит команда modprobe <имя_модуля> Я уже довольно давно не использую модули для PPP, и для модемного соединения, и как теперь, для VPN. Ядро пересобирают не для того, чтобы "подгрузить модули", а для того, чтобы была поддержка тех функций, которые тебе нужны, как хозяину системы. И, соответственно, для отключения ненужных. Вот совершенно спокойно работающая конфигурация. У меня соединение ВПН, но в данном случае это не так важно.
При этом ничего "грузить" мне не надо
(Sir) * Windows looks like an open door, but no way to go *