Отправляет email-рассылки с помощью сервиса Sendsay

Linux: разрешение вопросов, перспективы и общение

Подписаться Бесплатный дискуссионный лист Подписчиков 998
←   Июль 2005   →
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
10.07.2005
21:31:07
21:58:25
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31


За последние 60 дней ни разу не выходила


Сайт листа: http://www.linuxrsp.ru
Открыт: 25-07-2003
Пре-модерация: Нет
Адрес для писем в лист: comp.soft.linux.discuss-list@subscribe.ru
Адрес модератора: comp.soft.linux.discuss-owner@subscribe.ru

Модератор
Фёдор Сорекс

Статистика

998 подписчиков
0 за неделю

long time login

Hi All
Почему при login обычного юзверя приглашение в командную строку
происходит через несколько минут, для root таких проблем не возникает:

Jul 13 19:09:52 localhost login(pam_unix)[3540]: session opened for user
root by (uid=0)
Jul 13 19:09:52 localhost -- root[3540]: ROOT LOGIN ON vc/1
Jul 13 19:09:56 localhost login(pam_unix)[3540]: session closed for user
root
^^^^Это был root -- без проблем

Jul 13 19:09:59 localhost login(pam_unix)[4460]: session opened for user
max by (uid=0)
^^^Ввел логин и пароль

Jul 13 19:10:08 localhost login(pam_unix)[3541]: session opened for user
root by (uid=0)
Jul 13 19:10:08 localhost -- root[3541]: ROOT LOGIN ON vc/2
Jul 13 19:10:47 localhost login(pam_unix)[3542]: session opened for user
max by (uid=0)
Jul 13 19:10:48 localhost -- max[3542]: LOGIN ON vc/3 BY max
^^^После первого затяжного входа на других виртуальных консолях вход
происходит мгновенно

Jul 13 19:11:56 localhost -- max[4460]: LOGIN ON vc/1 BY max
^^^Вот толко сейчас увидел приглашение!!?

В чем причина? Это произошло на mdk10 после установки нескольких пакетов
из Mandriva 2005
--
С Уважением Максим Шаптала
Linux forever

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 19870; Возраст листа: 719; Участников: 1398
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/400809

Ответить  
Max
Wed, 13 Jul 2005 19:25:39 +0300 (#400809)

 

Ответы:

Здравствуйте, Max,

Wednesday, July 13, 2005, 7:25:39 PM, you wrote:

Есть предположение, посмотри на файл /etc/hosts - может быть там
некоректно прописаны хосты, и на файл /etc/nsswich.conf - порядок
просмотра при разрешении имен. Если первым опрашивается nds - смотри в
сторону оного.

Ответить   Igor Thu, 14 Jul 2005 10:52:47 +0300 (#401144)

 

Здравствуйте, Max.

Вы писали 13 лЁпеня 2005, 19:25:39:

Рой на предмет обратного разрешения имен ИМХО!

Ответить   Дмитрий Яковук Thu, 14 Jul 2005 08:32:05 +0300 (#401548)

 

On Thu, Jul 14, 2005 at 08:32 +0300, Дмитрий Яковук wrote:

Извините, не понял?
--
С Уважением Максим Шаптала
Linux forever

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 19932; Возраст листа: 720; Участников: 1396
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/401608

Ответить  
Max
Thu, 14 Jul 2005 22:29:18 +0300 (#401608)

 

В сообщении от 1121369358 секунд после начала Эпохи Max написал(а):

Ваш компьютер подключен к локальной сети? В этой сети есть DNS-сервер?
Вы его используете? Он настроен правильно? Возвращает доменные имена
по IP-адресу?

Ответить   Konstantin Korikov Fri, 15 Jul 2005 01:58:06 +0300 (#401678)

 

On Fri, Jul 15, 2005 at 01:58 +0300, Konstantin Korikov wrote:

Локальной сети нет pdnsd в качестве кэширующего, комп домашний. Я
немного сбил с толку "юзверями", сори больше такого не будет, просто так
я хотел выделить root, т.к. с ним проблем нет.
Да вот еще lilo ведет себя точно также, как и login, но уже естественно
из под root, т.е. на первой консоли ввел логин, пароль от юзера... ждем-с n
минут, на второй залогинился как root, подправил lilo.conf, запустил lilo и то
же
самое, как и на первой консоли т.е. ничего. И только, когда прошла
успешная авторизация юзера выполнился lilo.
Как можно посмотреть какой процесс влияет на лило или логин?
--
С Уважением Максим Шаптала
Linux forever

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 19946; Возраст листа: 721; Участников: 1398
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/401916

Ответить  
Max
Fri, 15 Jul 2005 12:04:28 +0300 (#401916)

 

В сообщении от 1121418268 секунд после начала Эпохи Max написал(а):

Попробуйте убрать все записи `nameserver' из `/etc/resolv.conf'.
Покажите вывод:

# egrep -Hv '^[ ]*(#.*)?$' /etc/pam.d/*

и

# selinuxenabled; echo $?

Ответить   Konstantin Korikov Fri, 15 Jul 2005 13:02:47 +0300 (#401970)

 

On Fri, Jul 15, 2005 at 13:02 +0300, Konstantin Korikov wrote:

/etc/pam.d/chfn:auth sufficient pam_rootok.so
/etc/pam.d/chfn:auth required pam_stack.so service=system-auth
/etc/pam.d/chfn:account required pam_stack.so service=system-auth
/etc/pam.d/chfn:password required pam_stack.so service=system-auth
/etc/pam.d/chfn:session required pam_stack.so service=system-auth
/etc/pam.d/chsh:auth sufficient pam_rootok.so
/etc/pam.d/chsh:auth required pam_stack.so service=system-auth
/etc/pam.d/chsh:account required pam_stack.so service=system-auth
/etc/pam.d/chsh:password required pam_stack.so service=system-auth
/etc/pam.d/chsh:session required pam_stack.so service=system-auth
/etc/pam.d/cups:auth required pam_stack.so service=system-auth
/etc/pam.d/cups:account required pam_stack.so service=system-auth
/etc/pam.d/halt:auth sufficient pam_rootok.so
/etc/pam.d/halt:auth required pam_console.so
/etc/pam.d/halt:account required pam_permit.so
/etc/pam.d/kbdrate:auth sufficient pam_rootok.so
/etc/pam.d/kbdrate:auth required pam_console.so
/etc/pam.d/kbdrate:account required pam_permit.so
/etc/pam.d/kde3:auth required pam_stack.so service=system-auth
/etc/pam.d/kde3:auth required pam_nologin.so
/etc/pam.d/kde3:account required pam_stack.so service=system-auth
/etc/pam.d/kde3:password required pam_stack.so service=system-auth
/etc/pam.d/kde3:session required pam_stack.so service=system-auth
/etc/pam.d/kde3:session optional pam_console.so
/etc/pam.d/kde3-np:auth sufficient pam_permit.so
/etc/pam.d/kde3-np:auth required pam_stack.so service=system-auth
/etc/pam.d/kde3-np:auth required pam_nologin.so
/etc/pam.d/kde3-np:account required pam_stack.so service=system-auth
/etc/pam.d/kde3-np:password required pam_stack.so service=system-auth
/etc/pam.d/kde3-np:session required pam_stack.so service=system-auth
/etc/pam.d/kde3-np:session optional pam_console.so
/etc/pam.d/kscreensaver3:auth required pam_stack.so service=system-auth
/etc/pam.d/login:auth required pam_securetty.so
/etc/pam.d/login:auth required pam_stack.so service=system-auth
/etc/pam.d/login:auth required pam_nologin.so
/etc/pam.d/login:account required pam_stack.so service=system-auth
/etc/pam.d/login:password required pam_stack.so service=system-auth
/etc/pam.d/login:session required pam_stack.so service=system-auth
/etc/pam.d/login:session optional pam_console.so
/etc/pam.d/other:auth required pam_deny.so
/etc/pam.d/other:account required pam_deny.so
/etc/pam.d/other:password required pam_deny.so
/etc/pam.d/other:session required pam_deny.so
/etc/pam.d/passwd:auth required pam_stack.so service=system-auth
/etc/pam.d/passwd:account required pam_stack.so service=system-auth
/etc/pam.d/passwd:password required pam_stack.so service=system-auth
/etc/pam.d/poweroff:auth sufficient pam_rootok.so
/etc/pam.d/poweroff:auth required pam_console.so
/etc/pam.d/poweroff:account required pam_permit.so
/etc/pam.d/ppp:auth required pam_nologin.so
/etc/pam.d/ppp:auth required pam_stack.so service=system-auth
/etc/pam.d/ppp:account required pam_stack.so service=system-auth
/etc/pam.d/ppp:session required pam_stack.so service=system-auth
/etc/pam.d/reboot:auth sufficient pam_rootok.so
/etc/pam.d/reboot:auth required pam_console.so
/etc/pam.d/reboot:account required pam_permit.so
/etc/pam.d/rexec:auth required pam_nologin.so
/etc/pam.d/rexec:auth required pam_securetty.so
/etc/pam.d/rexec:auth required pam_env.so
/etc/pam.d/rexec:auth sufficient pam_rhosts_auth.so
/etc/pam.d/rexec:auth required pam_stack.so service=system-auth
/etc/pam.d/rexec:account required pam_stack.so service=system-auth
/etc/pam.d/rexec:session required pam_stack.so service=system-auth
/etc/pam.d/rlogin:auth sufficient pam_rhosts_auth.so
/etc/pam.d/rlogin:auth required pam_securetty.so
/etc/pam.d/rlogin:auth required pam_stack.so service=system-auth
/etc/pam.d/rlogin:auth required pam_nologin.so
/etc/pam.d/rlogin:account required pam_stack.so service=system-auth
/etc/pam.d/rlogin:password required pam_stack.so service=system-auth
/etc/pam.d/rlogin:session required pam_stack.so service=system-auth
/etc/pam.d/rsh:auth required pam_nologin.so
/etc/pam.d/rsh:auth required pam_securetty.so
/etc/pam.d/rsh:auth required pam_env.so
/etc/pam.d/rsh:auth required pam_rhosts_auth.so
/etc/pam.d/rsh:account required pam_stack.so service=system-auth
/etc/pam.d/rsh:session required pam_stack.so service=system-auth
/etc/pam.d/secure-mcserv:auth required pam_listfile.so item=user sense=deny
file=/etc/secure-mcservusers onerr=succeed
/etc/pam.d/secure-mcserv:auth required pam_pwdb.so shadow nullok
/etc/pam.d/secure-mcserv:auth required pam_shells.so
/etc/pam.d/secure-mcserv:account required pam_pwdb.so
/etc/pam.d/secure-mcserv:session required pam_pwdb.so
/etc/pam.d/simple_root_authen:auth sufficient pam_rootok.so
/etc/pam.d/simple_root_authen:auth sufficient pam_timestamp.so
/etc/pam.d/simple_root_authen:auth required pam_stack.so service=system-auth
/etc/pam.d/simple_root_authen:session required pam_permit.so
/etc/pam.d/simple_root_authen:session optional pam_xauth.so
/etc/pam.d/simple_root_authen:session optional pam_timestamp.so
/etc/pam.d/simple_root_authen:account required pam_permit.so
/etc/pam.d/squid:auth required pam_stack.so service=system-auth
/etc/pam.d/squid:auth required pam_nologin.so
/etc/pam.d/squid:account required pam_stack.so service=system-auth
/etc/pam.d/squid:password required pam_stack.so service=system-auth
/etc/pam.d/squid:session required pam_stack.so service=system-auth
/etc/pam.d/squid:session required pam_limits.so
/etc/pam.d/su:auth sufficient pam_rootok.so
/etc/pam.d/su:auth required pam_stack.so service=system-auth
/etc/pam.d/su:account required pam_stack.so service=system-auth
/etc/pam.d/su:password required pam_stack.so service=system-auth
/etc/pam.d/su:session required pam_stack.so service=system-auth
/etc/pam.d/su:session optional pam_xauth.so
/etc/pam.d/sudo:auth required /lib/security/pam_stack.so service=system-auth
/etc/pam.d/sudo:account required /lib/security/pam_stack.so service=system-auth
/etc/pam.d/sudo:password required /lib/security/pam_stack.so service=system-auth
/etc/pam.d/sudo:session required /lib/security/pam_stack.so service=system-auth
/etc/pam.d/system-auth:auth required pam_env.so
/etc/pam.d/system-auth:auth sufficient pam_unix.so likeauth nullok
/etc/pam.d/system-auth:auth required pam_deny.so
/etc/pam.d/system-auth:account required pam_unix.so
/etc/pam.d/system-auth:password required pam_cracklib.so retry=3 minlen=2
dcredit=0 ucredit=0
/etc/pam.d/system-auth:password sufficient pam_unix.so nullok use_authtok
md5 shadow
/etc/pam.d/system-auth:password required pam_deny.so
/etc/pam.d/system-auth:session required pam_limits.so
/etc/pam.d/system-auth:session required pam_unix.so
/etc/pam.d/xdm:auth required pam_stack.so service=system-auth
/etc/pam.d/xdm:auth required pam_nologin.so
/etc/pam.d/xdm:account required pam_stack.so service=system-auth
/etc/pam.d/xdm:password required pam_stack.so service=system-auth
/etc/pam.d/xdm:session required pam_stack.so service=system-auth
/etc/pam.d/xdm:session optional pam_console.so
/etc/pam.d/xscreensaver:auth required pam_stack.so service=system-auth
/etc/pam.d/xserver:auth sufficient pam_rootok.so
/etc/pam.d/xserver:auth required pam_console.so
/etc/pam.d/xserver:account required pam_permit.so

/usr/local/bin/bash: selinuxenabled: command not found
127

--
С Уважением Максим Шаптала
Linux forever

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 19964; Возраст листа: 722; Участников: 1398
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/402292

Ответить  
Max
Sat, 16 Jul 2005 00:50:38 +0300 (#402292)

 

On Fri, Jul 15, 2005 at 13:02 +0300, Konstantin Korikov wrote:

Еще и X-ы висят до тех пор, пока не пройдет успешная авторизация, как и
lilo
Интересно, что pstree -a выдает до авроризации:
...............
|-cupsd
| `-parallel
|-devfsd /dev
| `-lp.script /etc/dynamic/scripts/lp.script add /dev/printers/0
| `-sleep 1
..............
|-login -- \040\040\040
..............

и после:
..............
|-cupsd
|-devfsd /dev
..............
|-login
| `-bash
..............

останов CUPS не помогло, но вот после рестарта devfsd авторизация прошла
успешно сразу же после останова devfsd - до запуска.
--
С Уважением Максим Шаптала
Linux forever

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 19984; Возраст листа: 724; Участников: 1395
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/403099

Ответить  
Max
Mon, 18 Jul 2005 01:04:03 +0300 (#403099)

 

В сообщении от 1121637843 секунд после начала Эпохи Max написал(а):

Вы не обновляли ядро и devfsd? Кстати какое у вас ядро? devfs с 2.6
ядрами практически нигде не используется, вместо него используют udev.
И уточните, что это за несколько пакетов, которые вы установили из
Mandriva 2005?

Ответить   Konstantin Korikov Mon, 18 Jul 2005 07:52:53 +0300 (#403216)

 

On Mon, Jul 18, 2005 at 07:52 +0300, Konstantin Korikov wrote:

2.6.12.2

если установить udev из rpm, то devfs можно смело удалять?

cups
hpoj
perl-MDK-Common-devel
perl-Net-DNS
spamassassin-spamc
spamassassin-spamd
spamassassin-tools
efax-gtk
efax
perl-CGI-Session
galaxy-gnome
drakconf
perl-devel
rpmdrake
xawtv
harddrake
libt1lib5
motv
mandrakegalaxy
xorg-x11-Xnest
xorg-x11-Xvfb
libtasn1_2
libgnomeuimm2.0_1-devel
libgnutls11
xorg-x11-cyrillic-fonts
xorg-x11-server
xorg-x11-100dpi-fonts
libxorg-x11-static-devel
libtiff-progs
rpm-build
glibc-utils
locales-ko
glibc-static-devel
stardict
--
С Уважением Максим Шаптала
Linux forever

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 19997; Возраст листа: 724; Участников: 1396
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/403241

Ответить  
Max
Mon, 18 Jul 2005 11:23:46 +0300 (#403241)

 

В сообщении от 1121675026 секунд после начала Эпохи Max написал(а):

Собрано самостоятельно? Какие исходники/патчи использовались? Собрано с
поддержкой udev?

Если вы сами не знаете ответ на этот вопрос, то лущим для вас будет
переустановка/обновление всей системы. Т.е. сохраняете нужные данные,
удаляете существующую систему, ставите новый Mandriva 2005.

Ответить   Konstantin Korikov Mon, 18 Jul 2005 12:13:34 +0300 (#403271)

 

On Mon, Jul 18, 2005 at 12:13 +0300, Konstantin Korikov wrote:

Самосборное исходники с kernel.org 2.6.11 пропатченные вначале до
2.6.12, затем до 2.6.12.2 без дополнительных патчей (не нашел supermount
для 2.6.12 , да и так не плохо)

Может кто подкинет ссылочку по теме перехода с devfs на udev?

Извените, не хотелось бы как в M$ парится -- снес - установил...
Может быть нужно было вначале ставить что-то вроде Debian или Slackware,
но так уж сложилось, что вначале выбирал что-то юзабельное, а сейчас
вот...
--
С Уважением Максим Шаптала
Linux forever

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 20017; Возраст листа: 724; Участников: 1396
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/403550

Ответить  
Max
Mon, 18 Jul 2005 22:27:25 +0300 (#403550)

 

В сообщении от 1121714845 секунд после начала Эпохи Max написал(а):

Боюсь такая документация не решит все проблемы, которые могут
возникнуть при смешивании дистрибутивов.

Снес старую, установил новую. Что в этом плохого? Я же не говорю
переустанавливать систему при любой проблеме. Я просто советую вам как
проще и надежнее обновить систему, т.е. перейти с Mandrake 10 на
Mandriva 2005. Если вам нравится ковырять все системные службы и
загрузочные скрипты, то вы явно выбрали не тот дистрибутив, вам тогда
нужно Slackware, Gentoo, LFS и т.п.

Я вообще не понимаю зачем доводить систему до глюков, устанавливая
пакеты, причем важные системные программы и библиотеки, из других
дистрибутивов. Конечно оно будет глючить, когда имеет место
несогласованность в базовых компонентах. Если пакеты и менеджер пакетов
делаются с учетом обновлений базовых компонентов, когда все важные
пакеты обновляются одной транзакцией, правильно изменяются/замещаются
конфигурационные фалы, удаляются уже ненужные пакеты, то тогда совсем
другое дело.

Так что лучше просто удалять старую, и ставить новую, либо читать
документацию дистрибутива на тему как правильно его обновлять, если
этот дистрибутив вообще поддерживает обновление.

Ответить   Konstantin Korikov Tue, 19 Jul 2005 00:15:26 +0300 (#403601)

 

On Tue, Jul 19, 2005 at 00:15 +0300, Konstantin Korikov wrote:
Поставил udev -- проблема решилась. Спасибо всем.

Да, последним похоже нужно заняться вплотную. Осталось только где нибудь
время раздобыть...

В этом я понадеялся на разработчика, хотя этого то делать и не стоило
(не Мастдай), просто необходимо было собрать один пакет, который
требовал эти "самые важные системные программы и билблиотеки", а тянуть из
сети эти много мегабайт у меня небыло ни желания ни терпения, поэтому и было

решено обновить то что необходимо.

Это не наш метод

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 20039; Возраст листа: 725; Участников: 1400
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/403754

Ответить  
Max
Tue, 19 Jul 2005 10:08:31 +0300 (#403754)

 

On 7/19/05, Max <maxc***@u*****.fm> wrote:

С практической точки зрения (при обновлении производственных систем)
так делать лучше. Тем более если дисковое пространство было изначально
грамотно разбито (/var и /home отдельно), на это обновление
понадобится совсем не много времени и совсем не понадобится разборок с
правами доступа и идентификаторами пользователей.

Разбираться с глюками, конечно, интересно, но не особенно прибавляет
знаний, и долго это... А гарантий, что всё будет гладко работать нет
(нет их, впрочем, и при переустановке, но всё же).

Ответить  
Vladimir Efremov
Tue, 19 Jul 2005 11:56:02 +0400 (#403792)

 

А какая важная инфа содержится в /var, если почту там не пользуют?!

Ответить   Strong Thu, 21 Jul 2005 18:09:52 +0700 (#405185)

 

Ну, у нас там базы MySQL (/var/lib/mysql) и кое-какой web content.

Ответить  
Vladimir Efremov
Thu, 21 Jul 2005 17:07:28 +0400 (#405267)

 

Strong wrote:

данные и параметры прграмм:
arpwatch, mysql, named (bind), dhcp, gnuchess :), httpd, ftpd

Ответить   Vasile Thu, 21 Jul 2005 18:29:13 +0300 (#405372)

 

В сообщении от 1121958592 секунд после начала Эпохи Strong написал(а):

Для меня, например, важны еще `/var/www', `/var/log', `/var/lib/mysql'.

Ответить   Konstantin Korikov Thu, 21 Jul 2005 16:31:50 +0300 (#405495)

 

Max wrote:

Это проще, но не так интересно. Поэтому подход зависит от наличия
свобоного времени на эксперименты.
По поводу перехода с devfs на udev: в своё время перешёл с RedHat 9 на
Fedora Core 3 test 3. Подобный переход возможен и связан с паралельным
обновлением зависимых пакетов. Вам возможно потребуется обновить
initscripts, SysVinit, hotplug, MAKEDEV, ...
Постарайтесь не игнорировать зависимости пакетов, лишь в исключительных
случаях прибегать к ключам rpm --force, --nodeps.
PS: свою Fedora я пересобирал из SRPM.
PPS: если вы лишь недавно познакомились с Linux, следует воспользоваться
советом Константина.

Ответить   Vasile Tue, 19 Jul 2005 10:40:53 +0300 (#403773)

 

Здравствуйте, Max.

Вы писали 14 лЁпеня 2005, 22:29:18:

Когда коннектишся к удаленному узлу он пытается произвести обратное
распознование имен. т.е твоему IP адресу поставить в соответствие
доменное имя. Если нет доступных DNS серверов и нет записей в hosts,
то из-за ентого получаются задержки

Добавь в /etc/hosts компьютера на котором запущен sshd запись своей
машины либо пограничного рутера вот ...

Ответить   Дмитрий Яковук Fri, 15 Jul 2005 10:51:01 +0300 (#402198)