» Debian

Цитата:

Возможно он назван по-другому.

--именно поэтому я перепроверил...

Цитата:

Отключить службу cpu-freq - в зависимости от установленных утилит.

--в других Linux'ах одновременно присутствуют "cpufreq" & "cpufreq-utils" -выставишь "performance" и удаляй "cpufreq" при том "cpufreq-utils" позволяет глядеть за частотой процессора.
А тут я узрел лишь "cpufreq-utils" -удалю, а как результат узрю.?.

Вообще-то для этого существует утилита chkconfig - если она установлена.
Тогда спрашиваете ее:
# /sbin/chkconfig --list | fgrep '5:on' | sort
Смотрите в ответе что-то типа cpuspeed и командуете:
# chkconfig --level 5 cpuspeed off.

Цитата:

Вообще-то для этого существует утилита chkconfig - если она установлена.

...сказать честно, я ничего не понял... Но.
Добросовестно установил и опробовал эту утилиту.
Когда ввел
Цитата:

# chkconfig -l

получил длинный список в коем "cpufrequtil" -единственно знакомая... Ничего про Speed я не встретил (старался).

Возник совершенно дурацкий эффект. После аварии питания Дебиан встала как-то очень криво. Пропало общение по сети со всем окружением. То есть интерфейсы она видит, они помечены как АП, но никакие айпи в сети кроме своих не пингует. Другие хосты ее тоже не пингуют. Причем, если тспдампом смотреть пакеты на интерфейсе, то входящие пинги видно, но никаких ответов на них не следует.
Команды типа ifdown --force eth0, /etc/init.d/networking restart зависают напрочь.

vlary
Да все, что угодно могло произойти .
Не тот драйвер ядра для сетевухи цепляется, глюки iptables. У меня на одном из серверов на центосе в подобной ситуации слетел владелец в /etc

самое простое - восстановить из актуального бекапа .

vlary
"И у тебя Брут?"
Позавчера экстренный вызов: машина для тестов на Simply Linux. Тоже скачок напряжения и все те же самые симптомы. Три часа борьбы и ломки мозга эффекта не дали. Благо машина не критичная и копирование сохранённого файлового дерева оживил машину.

vlary
была похожая ситуация - но по другим причинам - чем поборол наверняка сказать не могу. Но кучу раз перепроверял настройки /etc/network/interfaces, правда в моём случае косяк случился на десктопной системе и виноват был NM как мне кажется.
Кстати у вас случаем не слетели правила iptables?
А команды при зависании не пишут в логи ни чего? У меня с зависанием вопрос был в другом разделе - правда тогда мне так ни кто ни чего по этому поводу не сказал. Логи зависающих служб были чисты.

Цитата:

Кстати у вас случаем не слетели правила iptables?

Да у меня в iptables вообще никаких правил нет. Сервер был в стадии тестовой эксплуатации, посему свой фаер и прочее пока были отключены, использовалось только тот фаер, что на шлюзе.
Еще у меня большое подозрение вызывает таблица роутинга.
Вот у меня таблица на другом Юниксе (реальные адреса, конечно, изменены)

Цитата:

Routing tables
Destination Gateway Flags Refs Use Interface
default 155.55.55.129 UGS 57 3933181 net1
10.1/16 10.1.1.1 UC 1 0 net0
10.1.1.1 127.0.0.1 UGHS 1 322504 lo0
80.80.80.128/28 80.80.80.135 UC 1 0 net1
80.80.80.135 127.0.0.1 UGHS 0 0 lo0
127.0.0.1 127.0.0.1 UH 6 807 lo0
155.55.55.128/28 155.55.55.135 UC 1 0 net1
155.55.55.135 127.0.0.1 UGHS 2 18 lo0
224/4 155.55.55.135 UGS 0 0 net1

В таблице Дебиан же начисто отсутствует все, что связано с 127.0.0.1,
зато куча каких-то левых сетей, непонятно откуда там взявшихся.

vlary
оО это вывод route -n??? откуда тут вообще loopback вылез??? у меня на шлюзе всё чистенько
Код: router:~# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
172.16.0.2 0.0.0.0 255.255.255.255 UH 0 0 0 tun0
172.16.0.0 172.16.0.2 255.255.255.0 UG 0 0 0 tun0
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
10.188.108.0 0.0.0.0 255.255.252.0 U 0 0 0 eth1
0.0.0.0 10.188.108.1 0.0.0.0 UG 0 0 0 eth1

Alukardd Таблица, что я привел, с сервака на SCO OpenServer 6
А на Дебиан похоже на вашу, но намного длиннее.
Присутствуют интерфейсы eth0,eth1, еще у меня есть eth1:0
/etc/network/interfaces писал с нуля, но с ним все прекрасно работало пол года.

vlary
ну длиннее так длиннее - мне и этого прекрасно хватает...
Ну перестало же почему-то - раз уж мы ищем проблему учитывать надо всё... вы мне не ответили - у вас поднят loopback интерфейс или нет?

Сейчас мне тяжеловато что-то ответить, поскольку я решил почекать диск, и система в процессе этого зависла. Я ее грубо ребутнул по питанию, теперь она при загрузке чекает диск, доходит почти до конца, потом сообщает, что fsck возвратила ошибку 3, и требуется перезагрузка. Перегружается, и далее все по новой... Думаю, в конце концов попытаться загрузиться с установочного СиДи и попробовать подмонтировать и поправить диск оттуда.
В случае неудачи придется переустанавливать полностью.

vlary
да конфиги накопируйте и переустановка пройдёт очень быстро...
а питание лучше не дёргать - для этого у никсов есть системные вызовы ядра - Alt+PrtScr(SysRq)+R,E,I,S,U,B - первые 5 там синхронизируют диски и прочее - типа грамотное выключение и последнее B - практически равносильно Reset...
з.ы. думаю вы и так это знали Но так на всякий случай

Нарыл причину. В свое время ставил L2TP сервер с OpenSwan. Потом эту затею отложил, скрипт запуска L2TP сервера убрал. А сам OpenSwan остался. И при старте системы возбудился и зашифровал мне трафик по всем интерфейсам. После того, как выключил ipsec, все заработало нормально.

поставил debian 5.0.5. при apt-get update получаю:
W: GPG error: ссылка lenny Release: Следующие подписи не могут быть проверены, так как недоступен открытый ключ: NO_PUBKEY 54422A4B98AB5139
это не помогло

neznayka3
на, попробуй... по вашей ссылке не хватает команды идентификации самого сервера pgp...

Организация закупила устройства ThinClient 5325 от HP, на них установлен обрезанный Debian lenny ядро (пишу по памяти, могу ошибиться) 2.6.22.18-2-armel
Для установки драйверов на Wi-fi нужно сделать m-a prepare и т.д.... Но в этой урезанной версии нет заголовков linux-headers-2.6.22.18-2-armel, а при выполнении команды он их требует установить. В репазиториях такой версии нету есть только linux-headers-2.6.26-1-all-armel.
Научите как можно их поставить smile
Желательно поподробнее.

Можно конечна ядро обновить, но загрузится с него не получится т.к загрузочник какой то обрезанный, модифицированный HP.

emptyteam

материть производителя, ибо сокрытие исходников ядра есть нарушение лицензии GPL

А что, в /etc/apt/prefences задавать поле Paсkage по маске нельзя? Пишу:

Код: Package: chromium*
Pin: origin frickelplatz.de
Pin-Priority: -10

ASE_DAG
Да, все-таки нельзя.

Уважаемые, помагайте пожалуйста.

Имеется домашний сервачок на debian lenny. С сервисами - LAMP, Exim+Dovecot+RC, iptables+squid, webmin(побаловаться и познакомится), snort.

Пару дней назад начало происходить следующее: он просто перезагружается вечером 1 раз и при этом после загрузки squid стартует не корректно. Приходится рестартить демон /etc/init.d/squid3 restart.
В логах ни чего не откопал - выглядит так что идет обычная отчетная строчка от iptables(действие -j LOG), ну там по локалке прова много чего разного летает мусорного(логируется только мусор перед блокировкой) и сразу после этого 2хминутный разрыв и строки инициализации системы и т.п.

Не могу найти причину перезагрузки и главное почему squid стартует с [more=ошибкой]Oct 25 20:12:40 router squid[3137]: Squid Parent: child process 3141 started
Oct 25 20:12:40 router squid[3166]: Squid Parent: child process 3171 started
Oct 25 20:12:41 router (squid): Cannot open HTTP Port
Oct 25 20:12:41 router squid[3166]: Squid Parent: child process 3171 exited with status 1
Oct 25 20:12:44 router squid[3166]: Squid Parent: child process 3186 started
Oct 25 20:12:44 router squid[3166]: Squid Parent: child process 3186 exited with status 1
Oct 25 20:12:47 router squid[3166]: Squid Parent: child process 3188 started
Oct 25 20:12:47 router squid[3166]: Squid Parent: child process 3188 exited with status 1
Oct 25 20:12:50 router squid[3166]: Squid Parent: child process 3190 started
Oct 25 20:12:50 router squid[3166]: Squid Parent: child process 3190 exited with status 1
Oct 25 20:12:53 router squid[3166]: Squid Parent: child process 3192 started
Oct 25 20:12:53 router squid[3166]: Squid Parent: child process 3192 exited with status 1
Oct 25 20:12:53 router squid[3166]: Exiting due to repeated, frequent failures[/more].

p.s. судя по всему комп уходит не в перезагрузку, а экстренно ресетится(т.е. не происходит корректного выключения) - вывод сделан на основе сообщений в журнале от mysqld о том, что InnoDB завершился в прошлый раз не корректно.

В общем хз, не знаю даже что проверять.

Alukardd

Цитата:

при этом после загрузки squid стартует не корректно. Приходится рестартить демон /etc/init.d/squid3 restart

Хм... А если отложить загрузку сквида секунд на 90 — все равно не запускается?

ASE_DAG
щас перезагрузил комп вручную, все равно squid стартанул а порт не слушает, решил проверить и сработало - достаточно squid3 -k reconfigure.
добавил в /etc/init.d/squid3 строку sleep 30 теперь стартует вроде норм. Что там ему не хватает до этого я хз, интерфейсы вроде подняты к тому времени.

Меня очень волнует основной вопрос - какого хрена комп ребутится?

Alukardd
А самое банальное - перебои с питанием, перегрев или что-нибудь ещё в этом роде - не может быть?

Viewgg
нет, дома еще 4компа пашут без перебоев, перерывов и чего еще там мб...

Alukardd

Цитата:

добавил в /etc/init.d/squid3 строку sleep 30 теперь стартует вроде норм. Что там ему не хватает до этого я хз, интерфейсы вроде подняты к тому времени.

Ага. Это скорее всего означает, что во время загрузки кто-то другой слушает порт, который должен слушать сквид. Запустите вместо сквида "netstat -nap" и посмотрите кто.


Цитата:

Меня очень волнует основной вопрос - какого хрена комп ребутится?

Если в логах — ничего, то проблема почти наверняка аппаратная. Увы.

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

ASE_DAG
порт ни кто не занимает с вероятностью 99% или прямо в момент когда squid его просит освобождает - ибо я проверяю через netstat -nl|grep 3128
именно началось пару дней назад и 1 раз в день - барахлит аппаратура по расписанию?!

Асечники еще остались?
Проблема в следующем: в deb testing обновился Pidgin до 2.7.4 и, если сообщение приходит русскими буквами в cp1251 - а именно такая кодировка установлена в настройках, вылезает сообщениеТут произошла ошибка получения сообщения. Собеседник, с которым вы общаетесь возможно использует кодировку, не ту, которая указана. Если вы знаете, какую кодировку он использует, вы можете указать её в расширенных настройках для своей учётной записи AIM/ICQ.)
В F12 при обновлении до 2.7.4 появляется тот же эффект, но я его решил, откатившись до 2.7.3
В общем помогите, кто чем может:
- можно ли как то решить эту проблему настройкой.
- как в deb testing откатиться до предыдущей версии?

oldjoe
у меня правда Ubuntu, пользую там qutIM, вроде он должен и под Debian завестись, в целом приятная программа, на мой вгляд более удобная для меня по сравнению с остальными