cppmm

Надо смотреть в скрипте /etc/init.d/iptables, откуда он берёт настройки(если он есть). Насколько я помню, во всех дистрах, берущих начало от красной шапки, действительно используется /etc/sysconfig/iptables, как было сказано выше. Зато в Debian, например, нет стартового скрипта iptables по умолчанию, поэтому приходится использовать самописный. Надо искать ответ в документации к дистрибутиву.

maxter писал(а) Wed, 17 December 2008 15:26 Посоветуйте плиз какой-нибудь telnet клиент со скриптами для захода на оборудование (кроме putty) буду очень признателен. А что такое "со скриптами для захода на оборудование"? Можно подробнее описать требования к клиенту?

Thomas XIII писал(а) Tue, 16 December 2008 07:05 cppmm писал(а) Mon, 15 December 2008 14:55 А что в логах по этому поводу? Прошу прощения за глупый вопрос, но где у него логи? Я просто щас не на работе, поэтому поискать их не могу. У меня настроено в /var/log/syslog Если syslogd не настроен, можно попробовать просто сделать перенаправление ошибок в какой-нибудь файл по выбору, типа: "0 22 * * 6 /usr/bin/sarg 2>>/var/log/cronerrors Вот, ещё подумалось. А что у вас в /etc/crontab указано в опции SHELL ?

А что в логах по этому поводу?

alsaconf

Цитата: у вас тут полные нубы сидят ога? 28 просмтров ни одного предложения по решению данной проблемы Да нет, не в этом дело. Просто решение данной проблемы входит в стандартный минимум, дающийся после прочтения любого руководства по использованию FreeBSD(работа с портами и пакетами). Или вы хотели, чтобы мы его вам процитировали? Это во-первых. А во-вторых, здесь никто ничего вам не должен, потому мне совершенно неясны ваши претензии по поводу того, что никто не ответил. Ну и в конце концов, это уже ваш недосмотр, что вы сперва спросили на форуме, а только потом решились погуглить и почитать документацию. На будущее, с этого надо начинать, а вопросы задавать уже когда совсем тупик. P.S. И кроме всего прочего, этот форум по большей части посвящён Linux, системе несколько отличной от FreeBSD. И если каких-то вещей здесь не могут рассказать, логично предположить, что на них должны знать ответы на сайтах/форумах, посвящённых именно FreeBSD. P.P.S. Ну и просто по-человечески неприлично выражаться матом.

А так же man tc, man tc-htb. Кроме самого документа LARTC HOWTO, предложенного выше, на официальном сайте у них есть пример работающего шейпера.

Для перехвата сканкодов, можно использовать утилиту showkey. Присвоить им определённые клавишные коды с помощью setkeycodes. По остальному посмотрите man xorg.conf секцию InputDevice. Если что-то будет непонятно, спрашивайте.

Цитата: 2. как мне переключиться из полноэкранного приложения (под вайном) в иксы? Можно ли? А если игруха зависла? Alt+Tab не работает? Если так, то можно переключиться в консоль с помощью сочетания Alt+Ctrl+Fn, где Fn - номер консоли от 1 до 6. Там, залогинившись, с помощью kill или killall убить wine. Если всё прошло хорошо, вернуться в иксы с помощью Alt+F7. man kill и man killall помогут разобраться в синтаксисе команды.

Цитата: по правам доступа... у меня иначе не было доступа апачу к этим папкам так сделать пришлось... но "разрешать другим пользователям изменять содержимое папки" я НЕ включал? расскажите плиз мне где дырка и что с ней делать? Честно говоря, не знаю, как это делается в иксах, но в консоли я бы попробовал команду chmod. К примеру для открытия доступа одну пользователю - chmod -R a-wx /dir/ и chmod -R ug+rw /dir/

"Написал модуль ядра типа Hello World" подразумевает программирование. А если бы вы в последнем сообщении не сказали, что у вас SuSe, я бы и не догадался. Предполагается, что в разделе про этот дистрибутив, решаются задачи, характерные именно для этого дистра. Ваша же проблема является общей для любых дистров.

Как устанавливали? Попробуйте воспользоваться urpmi или rpmdrake для установки.

unvo писал(а) Fri, 05 December 2008 10:14 cppmm писал(а) Fri, 05 December 2008 02:35 Извиняюсь за жестокий оффтоп, но как-то эта тема смущает в разделе SuSe Linux, вам не кажется? Посоветуйте, где разместить этот топик? Где-то в разделе программирования. Во всяком случае, в этом топике нет ни слова про SuSe.

Извиняюсь за жестокий оффтоп, но как-то эта тема смущает в разделе SuSe Linux, вам не кажется?

Диски я бы выключил всё-таки, чтобы глаза не мозолили... А что касается обновлений, откуда информация про версии пакетов? У меня с последними обновлениями: Цитата: [cppmm@linux ~]# apt-cache policy kdebase kdebase: Установлен: (отсутствует) Кандидат: 4:3.5.5a.dfsg.1-6etch2 Таблица версий: 4:3.5.5a.dfsg.1-6etch2 0 500 ftp://ftp.de.debian.org etch/main Packages 4:3.5.5a.dfsg.1-6etch1 0 500 http://security.debian.org etch/updates/main Packages Это, как видно по источникам, стабильная ветка. Может вас testing интересует? Поиск по пакетам на packages.debian.org говорит, что в testing как раз 4:3.5.9.dfsg.1-5

apt-get update прошёл без ошибок? И какие источники включены?

Из бинарных дистров, насколько я знаю, больше всех архитектур поддерживает Debian. Если же есть желание с исходниками поиграть, то тогда Gentoo.

Надо смотреть, что есть по поводу модема в логах. Например в /var/log/messages и dmesg А так же в логе x-сервера. /var/log/Xorg.0.log

microsoft.com что ли упал? Чего это все к нам вдруг ломанулись резко.

Что-то у меня такое подозрение, что в разных версиях изменился формат шифрования пароля... Поэтому и выдаёт приглашение заново, так как само собой, пароль не совпадает. Тогда вряд ли получится так перенести. Хотя с другой стороны, при обновлении системы стандартными средствами это должно как-то лечиться. Поэтому присоединяюсь к совету: Цитата: Погуглил на предмет того, где фря хранит пользователей. с небольшим добавлением, как она шифрует пароли.

Похоже, мы шли немного не по тому пути. Тут, на досуге покопался, и кое-что выкопал. Есть такой файлик /etc/dhcp3/dhclient.conf Вот там надо добавить строку: prepend domain-name-servers xx.xx.xx.xx где иксы - нужный нам dns-сервер. А в строке, начинающейся с request, наоборот убрать пункт domain-name-servers. Вот теперь всё точно должно работать.

Amaroid писал(а) Sat, 22 November 2008 11:54 cppmm Рано я радовался,dns слетает в resolv.conf . Отличие только в том ,что это происходит во время работы в интернете,а перезагрузка на это не влияет и ошибок в загрузке нет. Подробнее. Слетает сам по сее или после каких-либо действий(запуска программ, рестарта сети и т.д.). Каким образом слетает? Просто в resolv.conf появляется неправильный адрес? Через какое-то определённое время слетает или совершенно "случайно"? А так же, пробовалили вариант "Удалить нижний dns"?

На мой взгляд это не тяжко. ) Обычно достаточно прочтения минимума манов(в данном случае только man interfaces). Почему проблемы возникли, сложно сказать. Может быть как раз из-за той утилиты, которой вы первоначально пробовали воспользоваться. Может сразу что-то не доглядели. Каждую ситуацию надо рассматривать отдельно. Ну и плюс главное правило - сначала чтение документации и только потом попытка что-либо настроить. Linux - это не венда. Здесь метод научного тыка зачастую не работает.

Цитата: auto lo iface lo inet loopback allow-hotplug eth1 iface eth1 inet dhcp post-up echo "nameserver 85.28.195.130" > /etc/resolv.conf post-up echo "nameserver 85.28.195.129" > /etc/resolv.conf auto eth1 Параметр auto нужно указывать только один раз, как я писал выше. Т.е. auto lo eth1 Что касается строчки post-up, бессмысленно писать её дважды, потому как одна "затрёт" другую, поэтому оставьте только одну. В идеале всё должно заработать.

Цитата: Удалить нижний dns ? Как вариант.