а не проще ли заюзать gdm, kdm, xdm, slim и не париться?
что за xdm? он ничего не запускает если раскомментить эту строчку в inittab, раньше вродебы как xfce стартовал как gdm…
убрал я из inittab лишнее, оставил запуск через xinitrc, логин через mingetty. Получалось что он стартовал два раза
нет, не решилась. Хотя один раз с другим bash_profile запустилась нормально
master_gt
+1
Была такая же проблема с автологином.
Не стал я ее решать (времени не было)
Но можешь попробовать покопать в гугле на тему автостарт через mgetty …
причем тут mingetty? оно стартовало с английской локализацией и без mingetty
bash_profile
if [] && []; then
exec xinit – /usr/bin/X -nolisten tcp
logout
fi
тоже самое и в такой конфигурации
На днях ставил arch+xfce на две машины, и такой проблемы не было все делал в точности как и на двух других. По умолчанию запускается английская xfce сессия, притом если разлогиниться, и запустить xfce снова, не важно как exec ck-launch-session startxfce4 или startxfce4, запускается xfce с русской локализацией.
Автологин юзера пробовал обычным методом через inittab и через mingetty все по archwiki, в rc.conf все верно(ru_RU.UTF-8), в locale.gen en_US.UTF-8 и ru_RU.UTF-8
export LANG=ru_RU.UTF-8 не работает, портит английские шрифты(квадраты) и иногда начинает выводит текущую софтину (редактор mousepad скажем) с русской локализацией
locale -a
C
en_US.utf8
POSIX
ru_RU.utf8
/usr/sbin/locale-gen делал.

Помогите пожалуйста исправить
bobart
исправили таки)) там все было нормально.
1 в данном случае это сколько откликов на пинг он должен получить или не получить чтобы перезапустить/не перезапустить соединение. еще ! не хватало
bob arch=NOPASSWD: /etc/rc.d/network
bob arch=NOPASSWD: /etc/rc.d/xl2tpd
разумеется, arch в данном случае что? имя хоста? а если через ssh я команду даю?
bob ALL= NOPASSWD: /etc/rc.d/xl2tpd и еще зачем в две строки? можно же так
bob ALL= NOPASSWD: /etc/rc.d/xl2tpd,/sbin/reboot,/etc/rc.d/network
По поводу ifplugd, в deb была такая опция для интерфейса allow hot-plug вродебы вот она и влияла на поведение при включенном-выключенном кабеле.
Да, вот ещё: уважаемый PoZiTPoH заделал та-а-кой скриптище, для проверки сетевой активности! С “выражениями” в адрес корбины в notifications, одним словом, момент подмечен тонко. Если хорошо попросите, он вам ссылку на него предоставит, для тестирования. А я пока буду осознавать его произведение, втихаря.
))это для тех кто софт пишет под линукс полезно, тут нужен кто то кто соберет этот хренов xl2tpd с наложенным патчем gethostbyname вот и все.
и еще bobart раз вы сейчас “в теме” написали бы в русскую вики статью о настройке xl2tpd
bobart
Я так понял у вас тоже не все идеально? xl2tpd перезванивает сам или нет? в логах есть gethostbyname?
unable to exec /usr/sbin/sendmail: cron output for user root /usr/sbin/run-cron /etc/cron.daily to /dev/null
локальную почту он хотел отправить руту, sendmail может быть нет а можт еще что
Тот скрипт что я выложил тоже работает, думаю не составит большого труда заменить там команду на network restart.
Все это костыли, нужен кто то кто сможет пакеты нормально собрать, и обьяснит по поводу поддержки l2tp в ядре арча
очень приятно что на таком вообщем то не очень активном форуме есть отзывчивые люди.
bobart
А я думаю так: ты выдернул шнур - нихт коннекшн. Вставил шнур в… обратно - а откуда /etc/rc.d/network должен знать, что ему надо сделать при этом restart? Кто ему прикажет перезапуститься? Грубо говоря, ты имеешь ввиду, что это событие (выдёргивание/вставление кабеля) система должна сама как-то обрабатывать. Кабель вставлен > сигнал пошёл > сеть рестартится, так? Ну, или, кабель выдернул - network делает stop. Что-то очень похожее происходило в винде. Как это сделать здесь - не знаю. Подождём умных, может расскажут.
Да, именно так.
maksipes
netcfg ну возможно, может быть поковыряюсь как время будет, что то там сложно все, после освоения такой кучи информации по арчу нужна передышка(
ifplugd пашет вроде бы, правда не ясно что он делает )) интерфейсы указал ему - видит, бипером по дефолту пищит
Кажется понял почему он не переподключается, gethostbyname не наблюдаю у себя в логах а должен бы быть фейл там или сацес, он должен отписываться от имени демона pppd. Есть патч на xl2tpd видимо с ним нужно как то пересобрать его
P.S попробовать что ли радикально… собирал ли кто нибудь openl2tpd под арч? из аура не собирается, погуглил ничего не нашел про сборку. Поделитесь опытом пожалуйста кто собирал этого зверя - и для базы знаний тоже будет хорошо
Обьясните пожалуйста доступно почему происходит так что после того как выдернешь кабель провайдерский - обратно вставишь, скажем делаешь host l2tp.corbina.net или host vpn.corbina.net получаешь дулю, и только после рестарта сети (etc/rc.d/network) команда проходит…должно же перезапускаться получение (пусть и того же) адреса там у них все таки dhcp сервак на оборудовании, так всегда было на роутере простом и в debian, тут нет
route -n |grep ^0.0.0.0 | awk ‘{ print $2 }’
Что это?
Это из /var/log/daemon.log за сегодня, от старта:
все тоже самое, у всех так.
/etc/rc.conf
Только я не понял где роутинги ваши? ip-up скрипт зачем изменили? если можно было положить отдельным скриптом в ip-up.d
P.S Попробовал по вашему методу, у меня так не работает вообще
А xl2tpd и pppd упорно не хотят перезванивать, и почему все на дебиане нормально работало…
я понимаю что не всех это затронуло что он не перезванивает
вот нашел скрипт, в крон щас поставлю
#!/bin/sh
date=`/bin/date '+%d-%m-%Y %H:%M'`
logfile=/path/to/netlog.log
checkip=`ping -c 3 ya.ru |grep icmp_ |wc -l`
if [ ! $checkip = 3 ]; then
  /etc/rc.d/xl2tpd restart
  echo "=============================" >>$logfile
  echo "Link failed at $date .Reconnect link">>$logfile
fi
exit 0
maksipes
Спасибо за разъяснения
lcp-echo-interval n - как pppd может узнать что канал отвалился? Для этого предназначен протокол LCP. Этой командой Вы указываете pppd через какой интервал времени в секундах посылать запросы типа ping чтобы проверить жив канал или нет. По умолчанию ping не посылается и pppd не может определить что канал упал. Рекомендую значение 10.
lcp-echo-failure n - этот параметр говорит, что если n пингов не прошло, то это означает канал отвалился и его надо переподнимать.
вот цитата с форума корбины.
добавил
lcp-echo-interval 10
lcp-echo-failure 2

упорно пытается найти что то на /dev/pts/0 а соединение ppp0 <–> /dev/pts/2 в логах daemon так и сыплеться failed to open /dev/pts/
при отключении кабеля, pppd LCP TermReq “Peer not responding”
unable to deliver closing message for tunnel
дальше идет
connecting to host l2tp.corbina.net ип
maximum retries exceeded for tunnel 14230
откуда это максимальное количество попыток не понимаю, после чего он ничего не делает