Eu preciso atualizar o kernel da versão 2.6.30 para a 2.6.37. Vou apenas compilar os módulos kernel e kernel para esta arquitetura e inicializá-la. Mas também existem muitos pacotes instalados, e eu gostaria de saber se eu tenho que atualizar todos eles também para o kernel mais novo, ou posso atualizar apenas alguns deles que eu preciso, e manter versões antigas de outros pacotes? (Eu estou perguntando desde que o computador não tem conexão com a internet e eu teria que fazer isso manualmente). Eu sei que os cabeçalhos do kernel são compatíveis com versões anteriores e assim por diante, mas ainda não tenho certeza.
2.6.37 é bem antigo, então você deveria estar se perguntando se é isso que você quer. A idade também significa que muitas pessoas provavelmente se esqueceram de quantas mudanças aconteceram naquela época (eu sei que tenho), mas essas versões são próximas o suficiente, e ambas 2.6, então eu acho que não houve mudanças API / ABI, e isso significa Deve ser seguro atualizar o kernel e nada mais. Mas eu não estou prometendo nada.
Em princípio, a regra de ouro do desenvolvimento do kernel é "nunca quebrar o espaço do usuário". Assim, você pode atualizar o kernel e todos os aplicativos devem funcionar. Mas na prática, deve nem sempre igual a faz . Isso se aplica especialmente a versões antigas do kernel; Não consigo pensar em uma mudança real desde a série 2.4.
A principal coisa que geralmente não funcionará é qualquer módulo de kernel de terceiros. Ao contrário das interfaces de usuário do kernel, as interfaces kernel-kernel que os módulos usam podem e frequentemente mudam de versão para versão, não apenas no nível binário, mas também no nível de origem. Se você possui módulos de kernel de terceiros e atualiza seu kernel, pode ser necessário obter versões correspondentes do módulo do kernel, se existirem.
Embora os aplicativos do usuário final geralmente sejam seguros, algumas ferramentas de administração ou relacionadas ao hardware dependem de interfaces de kernel que são declaradas instáveis. Em particular, a organização de arquivos em /sys foi alterada ao longo de sua vida útil, e nem todos os programas o acessaram através das interfaces que permaneciam estáveis. As interfaces /proc são mais estáveis, mas houve mudanças no passado; por exemplo, as interfaces de firewall foram alteradas de maneira incompatível com versões anteriores em 2.2 ( ipfwadm → ipchains ) e novamente em 2.4 ( ipchains → iptables ) (mas não desde então).
Outra coisa que pode mudar é a nomenclatura padrão das entradas em /dev (por exemplo, porque alguns drivers de disco foram alterados de hd? para sd? ). Isso pode ser evitado ou impresso por meio do udev.
Isso é antigo, antigo. Jurássico para o Fedora . Eu investigaria atualizando toda a distribuição para o Fedora 23 (24 está agendado para junho ou assim, então 23 tem algo como um ano ainda antes de ser descartado). Contanto que os "lotes de pacotes" que você instalou sejam da distribuição, você deve estar bem. Mas você provavelmente precisará reinstalar e instalar seus pacotes no topo. Houve mudanças enormes desde o kernel 2.6.x, não apenas no lado do kernel, também na área de usuário.
Se a duração de um ano ou mais do Fedora for muito rápida para você, você pode tentar o CentOS (também baseado no RPM, um clone de tipos de Red Hat Enterprise Linux , portanto, muito próximos no manuseio). Mas sendo empreendedor, a seleção de software é muito mais limitada. Você pode considerar adicionar EPEL para pacotes extras.
Se esta é uma máquina antiga e limitada, é melhor procurar, por exemplo no DistroWatch para distribuições de máquinas antigas / limitadas.