Рекламный блок.

Как-то спонтанно обновил Debian lenny, все хорошо, все нормально, ожидал хуже. Но почему-то после загрузки eth0 видит только шлюз, дальше шлюза нини. Помогает

ifdown eth0
ifup eth0

не сложно конечно прописать это безобразие в rc.d но как-то неправильно ...

default route слетел

/etc/network/interfaces
посмотреть на предмет наличия
gateway 1.1.1.1
вместо 1.1.1.1 твой шлюз

шлюз он видит потому что вы в одном сегменте с ним.

для точной уверенности
набери :

ip ro

должно быть что то типа :

default via 1.1.1.1 dev eth0

если нет. То точно что-то с дефолтом.

Отредактировал ktoto - 15 Февраля, 2011, 22:45

Ну не знаю что там в убунте. Я пакетные дистры из-за этого и не люблю. Фиг его знает чего они там плеснут во время апгрейда в систему. Как заапгрейдишь, потом неделю разбираешься. Я еще в 96 толи 97 году возненавидел редхат за это. Лучше уж .tgz на слаке. Хоть понятно чего куда кидает и что меняет.

ktoto
пасиба, гляну при после загрузки ... хотя /etc/network/interfaces писан руками и туда вроде никакя сволочь типа нетворкменегера не лезет

не было печали, теперь /dev/lirc в придачу куда-то провалился ...

о,кстати, дефолт слетает
если сделать

ifconfig eth0 down
и сразу
ifconfig eth0 up
Возможно где-то в скриптах прописалась такая вот конструкция.

Ну не знаю что там в убунте. Я пакетные дистры из-за этого и не люблю. Фиг его знает чего они там плеснут во время апгрейда в систему. Как заапгрейдишь, потом неделю разбираешься.

Ну это надо особый талант иметь, чтобы столько проблем получать, максимум слетали левоскомпиленные проги, и все, это конечно если вы со стейбла на стейбл апдейтитесь, в дургом случае селяви, точнее лотерея, но ни кто ж и не обещал, что с анстейбл будет все гуд.

хотя /etc/network/interfaces писан руками

накрайняк его в студию, дебиан к сожалению очень чувствителен к погрешностям в interfaces

о,кстати, дефолт слетает
если сделать

ifconfig eth0 down
и сразу
ifconfig eth0 up

а что вы ожидали после данных команд ?
если хотите рестартануть интерфейс, то уж правильно ifdown eth0; ifup eth0

не было печали, теперь /dev/lirc в придачу куда-то провалился ...

скорее всего /dev/lirc был линкой на сериал порт, aka на /dev/ttyS0

Ну это надо особый талант иметь, чтобы столько проблем получать, максимум слетали левоскомпиленные проги, и все, это конечно если вы со стейбла на стейбл апдейтитесь, в дургом случае селяви, точнее лотерея, но ни кто ж и не обещал, что с анстейбл будет все гуд.

Ну да конечно. Были уникалы со стейбла на стейбл как апгрейданулись. И после ребута сервер не поднялся. Это в любом случае лотерея.

а что вы ожидали после данных команд ?

А я ничего как раз не ожидаю. Я констатирую факт.

с сетью вмешался kerio_vpn который решил что он почему-то главнее по метрикам, вынес, полегчало

lirc заменил с на версию 0.8.3 что с сайта Debian, по крайней мере irw начал на что-то отвечать вида

Код

dekker@dekker-home:~/Script$ irw
connect: Connection refused

спасибо Opera11, теперь толком вставки тегов не работают ...

в /dev нарисовался некий lircd

скрипт автозапуска lirc работает из статьи http://rumata.crimea.ua/?p=3034

Код

#!/bin/bash
setserial /dev/ttyS0 uart none
modprobe lirc-serial
cd /etc/init.d
/etc/init.d/lirc start

т.е. lirc толком стартует, вместо 0.8.7 что вообще собираться не хотел из /usr/src

однако

Код

dekker-home:/dev# modprobe lirc-serial
WARNING: All config files need .conf: /etc/modprobe.d/ndiswrapper, it will be ignored in a future release.
WARNING: All config files need .conf: /etc/modprobe.d/libpisock9, it will be ignored in a future release.
FATAL: Module lirc_serial not found.

Ну да конечно. Были уникалы со стейбла на стейбл как апгрейданулись. И после ребута сервер не поднялся. Это в любом случае лотерея.

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

FATAL: Module lirc_serial not found.

aptitude install lirc-modules-source
?
depmod

не-а

Код

Подготовка к замене пакета lirc 0.8.3-3 (используется файл .../archives/lirc_0.8.3-5_i386.deb) ...
Stopping lirc daemon: irexec lircmd lircd.
Распаковывается замена для пакета lirc ...
Обрабатываются триггеры для man-db ...
Настраивается пакет lirc (0.8.3-5) ...
Устанавливается новая версия файла настройки /etc/init.d/lirc ...
.udevdb or .udev presence implies active udev.  Aborting MAKEDEV invocation.
Loading LIRC modules:.
Starting remote control daemon(s) : LIRC : failed!
Чтение списков пакетов... Готово
Построение дерева зависимостей
Чтение информации о состоянии... Готово
Чтение информации о расширенных состояниях
Инициализация состояний пакетов... Готово
Чтение описаний задач... Готово

Текущее состояние: 0 сломано [-2], 266 обновлено [-1].
dekker-home:/home/dekker/Script# depmod
dekker-home:/home/dekker/Script# /etc/init.d/lirc start
Loading LIRC modules:.
Starting remote control daemon(s) : LIRC : failed!
dekker-home:/home/dekker/Script#

хрень в полосочку ...

Код

dekker-home:/home/dekker/Script# setserial /dev/ttyS0
/dev/ttyS0, UART: unknown, Port: 0x03f8, IRQ: 4
dekker-home:/home/dekker/Script# modprobe lirc-serial
WARNING: All config files need .conf: /etc/modprobe.d/ndiswrapper, it will be ignored in a future release.
WARNING: All config files need .conf: /etc/modprobe.d/libpisock9, it will be ignored in a future release.
FATAL: Module lirc_serial not found.
dekker-home:/home/dekker/Script#

простите ламера, как эту хрень собрать из исходников?

http://www.lirc.org/

по моему едиственный вариант

как эту хрень собрать из исходников?
http://www.lirc.org/
по моему едиственный вариант

не не не, это самый паршивый вариант, тем более все равно модуль собирать прийдется

В общем попробовал поставить себе lirc-modules-source
По ходу установки оно сообщило:

Описание сборки пакета с бинарными модулями можно найти в файле /usr/share/doc/lirc-modules-source/README.Debian.

Исходя из инструкции сделал dpkg-reconfigure lirc-modules-source , выбрал только самосборный приемник и согласился переписать файл конфигурации.
дальше по инструкции /usr/share/doc/lirc-modules-source/README.Debian

Код

~# cd /usr/src/
/usr/src# tar jxvf lirc-modules.tar.bz2
/usr/src# cd /usr/src/linux-2.6.31.5/                              # у тебя скорее всего /usr/src/linux/
/usr/src/linux-2.6.31.5# make-kpkg --revision=custom.1.0 modules_image
....
Module /usr/src/modules/lirc-modules processed fine
/usr/src/linux-2.6.31.5# cd ..
/usr/src# dpkg -i lirc-modules-2.6.31.5_0.8.3-5+custom.1.0_i386.deb # у тебя чуть другое название будет, догадаешься

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

И всё таки я настаиваю, что лотерея. Был всего навсего небольшой баг в ядре именно стейбла Дебиана связанный с acpi. Проблема вылезла на всех серверах Dell. И в каком ридми читать про глюки стейбла ? Предлагаете весь баголист перед апгрейдом читать ? Хотя конечно, если дебиан юзать только на самосборном серваке это не критично

не не не, это самый паршивый вариант, тем более все равно модуль собирать прийдется

Лично по мне пересобрать это самый лучший вариант. Даже изза того, что собранный пакет будет использовать оптимизации по процессору, который есть на системе, а не банальный i386. Хотя есть и недостатки. Развалятся зависимости + надо будет потратить немного больше времени.

Отредактировал ktoto - 17 Февраля, 2011, 13:04

И всё таки я настаиваю, что лотерея. Был всего навсего небольшой баг в ядре именно стейбла Дебиана связанный с acpi.

Хе-хе, хорошо, что я никогда не пользую ядро дебиана из пакета, ядро на сервере вообще опасно обновлять и обычно это делается или от безвыходности или на отдельном ПК, который потом станет этим сервером.

Лично по мне пересобрать это самый лучший вариант. Даже изза того, что собранный пакет будет использовать оптимизации по процессору, который есть на системе, а не банальный i386. Хотя есть и недостатки. Развалятся зависимости + надо будет потратить немного больше времени.

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

Хе-хе, хорошо, что я никогда не пользую ядро дебиана из пакета, ядро на сервере вообще опасно обновлять и обычно это делается или от безвыходности или на отдельном ПК, который потом станет этим сервером.

Для кого как. Мне не проблема компильнуть ядро. Я лишь проиллюстрировал что тупой апдейт со стейбла на стейбл может быть чреват большими проблемами независимо от чтения документации.

..... а несколько и на нескольких серверах, знатный геморрой.

С этим я пожалуй соглашусь. Хотя всё зависит от целей и средств. Например, если это мелкий веб сервер какой нибудь компании, то наверное лучше сделать всё пакетами и не парится. Если это критический сервер под мощной нагрузкой. То вообще лучше без особой нужды ничего не апгрейдить, а если апгрейдить то только руками, контролируя каждое действие.

Отредактировал ktoto - 17 Февраля, 2011, 14:14

опять грабли ...

dekker-home:/usr/src/linux# make-kpkg --revision=custom.1.0 modules_image

Код

make -f debian/rules debian/stamp/conf/kernel-conf
/bin/sh: line 0: [: -lt: ожидается использование унарного оператора
/bin/sh: line 0: [: -eq: ожидается использование унарного оператора
/bin/sh: line 0: [: -eq: ожидается использование унарного оператора
/bin/sh: line 0: [: -lt: ожидается использование унарного оператора
/bin/sh: line 0: [: -eq: ожидается использование унарного оператора
/bin/sh: line 0: [: -eq: ожидается использование унарного оператора
/bin/sh: line 0: [: -gt: ожидается использование унарного оператора
/bin/sh: line 0: [: -ge: ожидается использование унарного оператора
/bin/sh: line 0: [: -lt: ожидается использование унарного оператора
/bin/sh: line 0: [: -eq: ожидается использование унарного оператора
/bin/sh: line 0: [: -eq: ожидается использование унарного оператора
/bin/sh: line 0: [: -eq: ожидается использование унарного оператора
/bin/sh: line 0: [: -ge: ожидается использование унарного оператора
make[1]: Entering directory '/usr/src/linux-headers-2.6.32-5-686'
====== making target debian/stamp/conf/kernel-conf [new prereqs: ]======
make    ARCH=i386 \
                   oldconfig;
make[2]: Entering directory '/usr/src/linux-headers-2.6.32-5-686'
/usr/src/linux-headers-2.6.32-5-common/scripts/Makefile.build:44: /usr/src/linux-headers-2.6.32-5-common/scripts/basic/Makefile: Нет такого файла или каталога
make[5]: *** Нет правила для сборки цели '/usr/src/linux-headers-2.6.32-5-common/scripts/basic/Makefile'.  Останов.
make[4]: *** [scripts_basic] Ошибка 2
make[3]: *** [sub-make] Ошибка 2
make[2]: *** [all] Ошибка 2
make[2]: Leaving directory '/usr/src/linux-headers-2.6.32-5-686'
make[1]: *** [debian/stamp/conf/kernel-conf] Ошибка 2
make[1]: Leaving directory '/usr/src/linux-headers-2.6.32-5-686'
make: *** [debian/stamp/conf/minimal_debian] Ошибка 2
Failed to create a ./debian directory: Нет такого файла или каталога at /usr/bin/make-kpkg line 984.

прийдеться видимо сделать следующий шаг и самому пересобрать ядро, стремно как-то но система стала виснуть и иногда не стартуют иксы при запуске, видимо Nvidia подсунула не самую лучшую версию драйвера