Os diferentes kernels Linux / Unix são intercambiáveis?

14

Posso pegar um kernel Linux e usá-lo com, por exemplo, FreeBSD e vice-versa (kernel do FreeBSD em, digamos, um Debian)? Existe uma resposta universal? Quais são as limitações? Quais são as obstruções?

RonJohn
fonte
5
Não, absolutamente não. Um bom exercício seria experimentá-lo e ver como ele quebra. Você não pode nem substituir um kernel Linux por um kernel Linux muito mais antigo de maneira confiável. A substituição das ferramentas da terra do usuário é definitivamente viável (se recompilada).
Kusalananda
@Kusalananda em relação à substituição de ferramentas da terra do usuário, passar do BSD para o Linux pode ser doloroso: algumas ferramentas BSD são bastante difíceis de construir em sistemas não-BSD ... Encontrei algumas ferramentas ao longo dos anos que gostaria de portar , mas acabou não sendo trivial: - /.
Stephen Kitt
1
@StephenKitt O inverso também é verdadeiro :-) Especialmente quando o software faz suposições sobre a possibilidade de acessar /procou outros sinos e assobios específicos do Linux.
Kusalananda
O que você pode fazer é pegar um kernel x86_64 (linux) e instalá-lo à força na distribuição de 32 bits do i386 (assumindo uma CPU intel de 64 bits e suporte para binários de 32 bits compilados). Isto é bastante conhecido, mas não imediatamente óbvio ...
Radovan Garabik

Respostas:

39

Não, kernels de diferentes implementações de sistemas operacionais no estilo Unix não são intercambiáveis, principalmente porque todos eles apresentam interfaces diferentes para o resto do sistema (espaço do usuário) - suas chamadas de sistema (incluindo ioctldetalhes), os vários sistemas de arquivos virtuais que eles usam. ..

O que é intercambiável até certo ponto, no nível de origem, é a combinação do kernel e a biblioteca C, ou melhor, as APIs no nível do usuário que o kernel e as bibliotecas expõem (essencialmente, a visualização na camada descrita pelo POSIX, sem considerando se é realmente POSIX). Exemplos disso incluem o Debian GNU / kFreeBSD , que constrói um sistema Debian no topo de um kernel do FreeBSD, e o Debian GNU / Hurd , que constrói um sistema Debian no topo do Hurd.

Isso não é exatamente o nível de intercambiabilidade do kernel, mas houve tentativas de padronizar uma interface binária de aplicativo comum, para permitir que os binários sejam usados ​​em vários sistemas sem a necessidade de recompilação. Um exemplo é o Intel Binary Compatibility Standard , que permite que os binários em conformidade com ele sejam executados em qualquer sistema Unix que o implemente, incluindo versões mais antigas do Linux com a camada iBCS 2. Eu usei isso no final dos anos 90 para executar o WordPerfect no Linux.

Veja também Como construir um chroot do FreeBSD dentro do Linux .

Stephen Kitt
fonte
1
Algumas pessoas têm opiniões muito fortes sobre o quanto é importante para manter as APIs do kernel e de usuário sincronizado :)
tonysdg
4
Na verdade, @tonysdg, e acredite, eu sei tudo sobre isso : - /.
Stephen Kitt
@tonysdg Recebo uma página não encontrada no seu link. (A menos que isso é uma piada que eu estou perdendo?)
mbrig
1
@mbrig: Até ontem, ele estava lá - aqui está uma versão arquivada: web.archive.org/web/20171102142621/http://…
tonysdg
@StephenKitt: Ouch :( Desculpe !! Mas grandes elogios para ainda ter o código no kernel para começar!
tonysdg
4

Alguns kernels têm compatibilidade binária, permitindo que você misture programas do espaço do usuário com ABIs diferentes (por exemplo, o freebsd pode trabalhar com binários do linux até certo ponto) - no entanto, os binários principais (por exemplo, o programa init, o carregador de módulo, as ferramentas de configuração do driver de dispositivo, a biblioteca C , as ferramentas necessárias para configurar os sistemas de arquivos ...) terão, na prática, muita necessidade de conhecer as interfaces no nível do kernel para inicializar com êxito um sistema com um kernel externo.

Além disso, os sistemas de arquivos precisariam ser compatíveis. Além disso, as opções de compatibilidade binária precisariam ser compiladas "hard" no kernel - qualquer coisa implementada como um módulo do kernel gostaria de falhar porque você não pôde executar o carregador de módulos.

Como mencionado, os ambientes de usuário tendem a ser um pouco portáteis se você estiver disposto a recompilar - como sistemas debian baseados em freebsd ou configurar o sistema netbsd pkgsrc no linux (absolutamente não trivial, mas suportado e possível!).

rackandboneman
fonte