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

ifdown eth0
ifup eth0

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

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

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

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

ip ro

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

default via 1.1.1.1 dev eth0

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

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

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



SlavaD
Цитата(ktoto @ 15 Февраля, 2011, 21:22)
Ну не знаю что там в убунте. Я пакетные дистры из-за этого и не люблю. Фиг его знает чего они там плеснут во время апгрейда в систему. Как заапгрейдишь, потом неделю разбираешься.
Ну это надо особый талант иметь, чтобы столько проблем получать, максимум слетали левоскомпиленные проги, и все, это конечно если вы со стейбла на стейбл апдейтитесь, в дургом случае селяви, точнее лотерея, но ни кто ж и не обещал, что с анстейбл будет все гуд.

Цитата(Rumata @ 15 Февраля, 2011, 21:52)
хотя /etc/network/interfaces писан руками
накрайняк его в студию, дебиан к сожалению очень чувствителен к погрешностям в interfaces

Цитата(ktoto @ 15 Февраля, 2011, 22:23)
о,кстати, дефолт слетает
если сделать

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

Цитата(Rumata @ 15 Февраля, 2011, 21:52)
не было печали, теперь /dev/lirc в придачу куда-то провалился ...
скорее всего /dev/lirc был линкой на сериал порт, aka на /dev/ttyS0
ktoto
Цитата(SlavaD @ 15 Февраля, 2011, 22:49)
Ну это надо особый талант иметь, чтобы столько проблем получать, максимум слетали левоскомпиленные проги, и все, это конечно если вы со стейбла на стейбл апдейтитесь, в дургом случае селяви, точнее лотерея, но ни кто ж и не обещал, что с анстейбл будет все гуд.


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

Цитата(SlavaD @ 15 Февраля, 2011, 22:49)
а что вы ожидали после данных команд ?


А я ничего как раз не ожидаю. Я констатирую факт.
Rumata
с сетью вмешался 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
Rumata
т.е. 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.

SlavaD
Цитата(ktoto @ 15 Февраля, 2011, 23:25)
Ну да конечно. Были уникалы со стейбла на стейбл как апгрейданулись. И после ребута сервер не поднялся. Это в любом случае лотерея.
Это в любом случае не лотерея, это религия не позволившая прочесть документацию перед апгрейдом.

Цитата(Rumata @ 15 Февраля, 2011, 23:27)
FATAL: Module lirc_serial not found.
aptitude install lirc-modules-source
?
depmod
Rumata
не-а

Код
Подготовка к замене пакета 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#
Rumata
хрень в полосочку ...

Код
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#

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

http://www.lirc.org/

по моему едиственный вариант
SlavaD
Цитата(Rumata @ 16 Февраля, 2011, 21:10)
как эту хрень собрать из исходников?
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 # у тебя чуть другое название будет, догадаешься
ktoto
Цитата(SlavaD @ 16 Февраля, 2011, 8:05)
Это в любом случае не лотерея, это религия не позволившая прочесть документацию перед апгрейдом.


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

Цитата(SlavaD @ 17 Февраля, 2011, 10:10)
не не не, это самый паршивый вариант, тем более все равно модуль собирать прийдется


Лично по мне пересобрать это самый лучший вариант. Даже изза того, что собранный пакет будет использовать оптимизации по процессору, который есть на системе, а не банальный i386. Хотя есть и недостатки. Развалятся зависимости + надо будет потратить немного больше времени.
SlavaD
Цитата(ktoto @ 17 Февраля, 2011, 10:37)
И всё таки я настаиваю, что лотерея. Был всего навсего небольшой баг в ядре именно стейбла Дебиана связанный с acpi.
Хе-хе, хорошо, что я никогда не пользую ядро дебиана из пакета, ядро на сервере вообще опасно обновлять и обычно это делается или от безвыходности или на отдельном ПК, который потом станет этим сервером.

Цитата(ktoto @ 17 Февраля, 2011, 10:37)
Лично по мне пересобрать это самый лучший вариант. Даже изза того, что собранный пакет будет использовать оптимизации по процессору, который есть на системе, а не банальный i386. Хотя есть и недостатки. Развалятся зависимости + надо будет потратить немного больше времени.
О том, что самосборный пакет будет лучше не спорю, но я исходил из принципе надежности, сделав самосборный, мы можем в любой момент при обновлении его потерять, плюс автообновления не будет, и в случае баг пакет придется снова пересобирать ручками самостоятельно, соответсвенно один такой пакет уже лишние проблемы, а несколько и на нескольких серверах, знатный геморрой.
ktoto
Цитата(SlavaD @ 17 Февраля, 2011, 11:37)
Хе-хе, хорошо, что я никогда не пользую ядро дебиана из пакета, ядро на сервере вообще опасно обновлять и обычно это делается или от безвыходности или на отдельном ПК, который потом станет этим сервером.


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

Цитата(SlavaD @ 17 Февраля, 2011, 11:37)
..... а несколько и на нескольких серверах, знатный геморрой.


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

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.
Rumata
прийдеться видимо сделать следующий шаг и самому пересобрать ядро, стремно как-то smile.gif но система стала виснуть и иногда не стартуют иксы при запуске, видимо Nvidia подсунула не самую лучшую версию драйвера
Fast Reply:

 Enable Smilies |  Enable Signature
Здесь расположена полная версия этой страницы.
Invision Power Board © 2001-2019 Invision Power Services, Inc.