Тест ядра

Здравствуйте!

Допустим, что есть удаленный компьютер до которого очень сложно добраться. На нем необходимо обновить ядро.
Хотелось бы проверить как-нибудь свежее ядро до перезапуска.
Возможно ли проверить поддержку оборудования каким-нибудь способом типа qemu:
$ qemu -kernel /boot/newkernel ...
но так, чтобы новое ядро обращалось к реальному оборудованию?

Семен.

Без поддержки VT-d ничего не

Без поддержки VT-d ничего не получится.

WedgeWWW написал(а): Без

WedgeWWW написал(а):
Без поддержки VT-d ничего не получится.

Понял, спасибо. VT-d на сервере нет.

хм... обычно zcat

хм... обычно
zcat /proc/config.gz > /usrs/src/linux/.config ; make oldconfig ; make menuconfig (дабы убедиться, что все необходимое вглючено) ; make
достаточно...

P.S.: Linux - это красная таблетка :-) Windows - синяя...

и правильная настройка граба

и правильная настройка граба (на предмет failback)

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

slepnoga написал(а): и

slepnoga написал(а):
и правильная настройка граба (на предмет failback)

А вот это классная штука, не знал. Большое спасибо!

А нельзя ли об этом

А нельзя ли об этом поподробнее? Думаю такие возможности ДОЛЖНЫ быть описаны в руководстве по обновлении ядра. Однако там ничего нет. Ссылочку бы на док...

Мышка дура, прав был Суворов.

Опция default=N, где N —

Опция default=N, где N — номер загружаемого по-дефолту ядра (нумерация с 0). То есть, добавляя новое ядро, оставляйте старое загружаемым по-умолчанию, чтобы при возможной перезагрузке всегда выбиралось рабочее ядро.

Я Gentoo & Funtoo

vovanvster написал(а):А

vovanvster написал(а):
А нельзя ли об этом поподробнее? Думаю такие возможности ДОЛЖНЫ быть описаны в руководстве по обновлении ядра. Однако там ничего нет. Ссылочку бы на док...

Есть такое HOWTO, нам помогло:
http://ru.gentoo-wiki.com/wiki/HOWTO_Установка_нового_ядра_на_удаленном_сервере

Спасибо.

Спасибо.

Мышка дура, прав был Суворов.

Aladdin написал(а): хм...

Aladdin написал(а):
хм... обычно
zcat /proc/config.gz > /usrs/src/linux/.config ; make oldconfig ; make menuconfig (дабы убедиться, что все необходимое вглючено) ; make
достаточно...

Да, я всегда так делаю. Но это не защищает, например, от моих ошибок. А в данном случае ошибиться крайне неприятно.

Aladdin написал(а): хм...

Aladdin написал(а):
хм... обычно
zcat /proc/config.gz > /usrs/src/linux/.config ; make oldconfig ; make menuconfig (дабы убедиться, что все необходимое вглючено) ; make
достаточно...

Все-таки в данном случае столкнулись с некоторой проблемой. Было ядро 2.6.22, обновляли до 2.6.34.
На машине стоит Intel Corporation 80003ES2LAN Gigabit Ethernet Controller.
В 22-ом ядре эта сетевуха поддерживается модулем e1000.
При разработке до 34-ого ядра этот модуль распался на 2: e1000, e1000e. И поддержка оказалась в e1000e.
Мы об этом вначале не знали, проверили наличие e1000 и комп после перезагрузки не нашел сетевуху.
Неприятно когда имена модулей меняются.

мммм, имхо, фигня. Мне сильно

мммм, имхо, фигня. Мне сильно кажется , что в 22 ядре не было поддержки интела на PCI-E, а именно за это и отвечает e1000e.
У тебя ядро было с бекпортами или дррайвером с сайта интеля ?

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

slepnoga написал(а): мммм,

slepnoga написал(а):
мммм, имхо, фигня. Мне сильно кажется , что в 22 ядре не было поддержки интела на PCI-E, а именно за это и отвечает e1000e.
У тебя ядро было с бекпортами или дррайвером с сайта интеля ?

Как раз раньше вся поддержка была на e1000, а потом модуль разбили на 2 части:
http://lwn.net/Articles/278018/

From kernel 2.6.26 onward all *PCI Express* device IDs previously
supported by e1000 will be moving to the e1000e driver.  This includes
ich8 and ich9 onboard LAN, server 5000 platform onboard LAN (es2) and
82571/2/3 chipset based adapters and variants.

если я стопудово не увернен в

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

P.S.: Linux - это красная таблетка :-) Windows - синяя...

Aladdin написал(а): если я

Aladdin написал(а):
если я стопудово не увернен в подобных случаях - я включаю все сходное. гарантированная загрузка важнее нескольких десятков или сотен kb в ядре и модулях. а потом, если это критично, можно и выглючить лишнее.

Это правильная мысль. На ошибках учишься: я при обновлении заметил этот e1000e, но не придал значению: проверял через lspci -k на каком модуле работает и решил что e1000 правильный. Теперь так делать не буду.

Используй genkernel, оно

Используй genkernel, оно работает всегда (99%) :)

Working on Gentoo Linux for Asus P535 and Qtopia :-)

oleg_kaa

oleg_kaa написал(а):
Используй genkernel, оно работает всегда (99%) :)

Излишне оптимистично. Поиск по форуму убеждает в обратном. Или это и есть тот злосчастный 1%? :)

Я Gentoo & Funtoo

oleg_kaa

oleg_kaa написал(а):
Используй genkernel, оно работает всегда (99%) :)

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

Это миф. genkernel ничего не

Это миф.
genkernel ничего не включает и не выключает, так же его не использование или использование не влияет на понимание.

Еще можно попробовать kexec

Еще можно попробовать kexec

А он тут причем?

А он тут причем?

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".