Início / computer / Perguntas / 1877724
Accepted
Poisson Aerohead
Asked: 2025-02-10 12:05:34 +0800 CST

Como o kernel do Linux sabe como executar programas Dotnet

  • 772

Recentemente, tive que construir um programa que eu precisava a partir do código-fonte que obtive no GitHub. O programa era uma porta Linux de um programa Windows escrito em C#. Consegui descobrir os pacotes que eu precisava, como dotnet-runtimee dotnet-sdk, junto com alguns outros como nuget, mono, e mono-msbuild. Eu construí e instalei o programa em /opt.

Dei uma olhada nos internos. Há um link abaixo /usr/local/bin/para um script de shell em /opt/program/bin/. O script de shell executa o /opt/program/bin/Program.exeexecutável. Isso é o que eu esperava, porque é um executável do Windows, exceto que então percebi que ele foi executado (após mudar para o diretório do projeto) com um comando como

exec bin/Program.Exe

o que implica que ele não está sendo executado como um argumento para outro programa. Essa não era minha expectativa. Eu esperaria que o Linux precisasse de um programa de supervisão para executar um exe do Windows, como o que é necessário para Java (ou o que algo como Wine faz com um verdadeiro programa do Windows).

Então verifiquei que poderia executar o programa diretamente com

$ /opt/program/bin/Program.exe

Então dei uma olhada no arquivo e, com certeza, ele de fato começa com MZos dois primeiros bytes, então verifiquei

$ file /opt/program/bin/Program.exe
/opt/program/bin/Program.exe: PE32 executable for MS Windows 4.00 (GUI), Intel i386 Mono/.Net assembly, 3 sections
$

Então, este é definitivamente um executável do MS Windows. Para completar, eu fiz uma busca rápida e os mecanismos de busca responderam que o Linux não roda executáveis ​​do Windows nativamente (eu sabia disso, é claro).

A única coisa que consigo pensar para explicar isso é que quando você instala o dotnet-runtimepacote, algum tipo de alteração é feita para informar ao kernel como executá-lo, semelhante à regra do kernel para executáveis ​​que começam com #!/path/to/interpreter?.

linux

1 respostas

  1. Best Answer

    Isso é configurado por meio do mecanismo binfmt_misc . A interface para o mecanismo está em /proc/sys/fs/binfmt_misc. Há também o diretório de configuração /etc/binfmt.dque systemd-binfmt.servicelê.

    Na minha máquina, o /etc/binfmt.ddiretório está vazio, então não é isso. Quando eu verifico abaixo, /proc/sys/recebo:

    $ ls /proc/sys/fs/binfmt_misc/
CLR  register  status
$ cat /proc/sys/fs/binfmt_misc/CLR 
enabled
interpreter /usr/bin/mono
flags: 
offset 0
magic 4d5a
$

    Sem qualquer entendimento do mecanismo de como isso foi feito ou quais são todas as opções de configuração, isso é bem óbvio. Ele diz que "CLR" está "habilitado" para "interpretador /usr/bin/mono" identificado por "magic 4d5a". Pode-se verificar que os caracteres 0x4d 0x5a são "MZ" facilmente.

    A instalação de um dos pacotes deve ter executado um script de instalação que definiu isso. Não estou claro sobre o mecanismo para isso, mas deve estar no link acima.

    EDITAR:

    Como um comentarista apontou aqui, há um /usr/lib/binfmt.ddiretório. Acabei de verificar, e na minha máquina o único arquivo lá agora é um mono.confque é claramente isso. O conteúdo é:

    :CLR:M::MZ::/usr/bin/mono:

    o que é bastante autoexplicativo.

    • 32

relate perguntas