Можно ли обновить ядро Linux независимо от всего остального?
Было бы хорошо, если бы люди прекратили говорить о сетях B и C класса A. Такие вещи не использовались в очень долгое время и хуже, чем бессмысленный и лучше всего используются в качестве вопросов "о глюке" на интервью или кульминационных пунктах шуток о стариках.
Классом A Вы имеете в виду сеть с/8 сетевой маской, или Вы подразумеваете, что первый октет между 0 и 127? Классом B Вы имеете в виду/16, или первый октет между 128 и 192? Почему Вы говорите о классовых сетях во-первых?
Для частных адресов различие глупо. RFC1918 определяет несколько сетей, которые не должны быть глобально направлены, включая 10.0.0.0/8 (истинный класс A), 172.16.0.0/12 (в диапазоне сети класса B, но состоящий из 16 непрерывных сетей "класса B"), или 192.168.0.0/16 (который является 256 непрерывными сетями "класса C").
Как сказанный Kazoom, люди говорят о подсетях на основе своей маски подсети, не размере первого октета (который подразумевал маску подсети в "classful" дни).
И, если Вы задаете этот вопрос, потому что это - часть некоторой курсовой работы, необходимо получить pissed в преподавателе для того, чтобы не вытаскивать его голову из начала 1990-х (1993, согласно Википедии). Ваш преподаватель тратит впустую Ваше время и вероятно деньги также, если Ваш класс не является "историей Интернета и старинных протоколов маршрутизации", которые, надо надеяться, также включали бы uucp и Bitnet, а также разрыв и decnet и возможно SNA.
Продвижение Вашей удачи:
*отклоните в, обычно разрабатывается, чтобы быть довольно модульным - но по-моему идущий от 2.4.x до 2.6.x мог бы продвигать Вашу удачу, так как это - главная версия. Это вызвано тем, что существуют некоторые программы, которые, будучи созданным, будут использовать заголовки, и структуры данных, обеспеченные ядром (keepalived, один пример, который приходит на ум).
Рассмотрите распределение:
Одна из главных причин дистрибутивы существует, чтобы помочь поддержать совместимость. Многими глазами организации, поддерживающие их, много проблем совместимости будет найдено и сглажено, прежде чем они будут продвинуты в конюшню. Я изучил бы использование стандартного распределения, такого как CentOS/Redhat или Debian/Ubuntu.
Не зная детали, мое предположение было бы Вы быть в этом положении, потому что Вы не можете легко воссоздать эту машину и ее функцию с новой установкой. Это - плохое место, чтобы быть, если Вы находитесь на самом деле в этом месте. Если Вы будете иметь отказ и должны будете восстановиться, то это будет действительно напряжено.
По большей части, если Вы успешно обновили до 2.6.18, у Вас не должно быть главных проблем с 2.6.32 или даже 3.0. Были некоторые смены имени драйвера, которые могут влиять на Вас, однако удостоверяясь, что Вы все еще имеете свое старое ядро в наличии в личинке, должен помочь Вам избежать ситуации, где необходимо использовать спасательный диск.
Некоторые пакеты можно хотеть проверить работу с ядром, которое Вы собираетесь использовать, являются udev, initscripts (при использовании debian, Redhat, или подобный), iptables/etables/arptables.
Главным образом это будет работать как ожидалось.
У Вас могут быть процессы пространства пользователя, которые используют удержанный от использования (или хуже, ликвидированные) системные вызовы Linux, но обычно они не уволены без предупреждения.. Вы видели какие-либо предупреждения?
У Вас может также быть ядро/модули, которое может использовать более новые вызовы затем, что доступно с Вашими binutils/glibc версиями также, но если Вы встретитесь с ними, то оно будет просто ошибка при создании.