Eu quero rodar o Linux em um dispositivo embarcado (mips) que tem algumas restrições muito rígidas:
- apenas 16MB de armazenamento
- sem ethernet com fio (apenas wi-fi)
Boas notícias:
- Eu tenho um bootloader funcionando ( u-boot )
- Eu também tenho um kernel funcional (versão 3.10.14 #2 PREEMPT)
- e eu tenho um sistema de arquivos raiz funcionando (o linux pode iniciar e eu posso fazer login)
Agora o problema é que não tenho mais espaço para executar qualquer aplicativo de usuário neste hardware, por isso quero mudar para o NFS.
Aqui eu não tenho certeza sobre o procedimento.
O processo de inicialização é tratado pelo U-boot, como mencionei. Mas o U-boot não é capaz de inicializar o Wifi - portanto, precisarei de um pequeno sistema operacional Linux para esse fim.
Ideia principal
- O U-boot carrega o kernel e o inicia
- Kernel contém drivers para o chip wi-fi e monta o rootfs
- rootfs contém os arquivos necessários para conectar ao AP (senhas, ssid, etc)
- assim que a conexão estiver ativa, o NFS montará o fs remoto em /opt ou algo assim
É de alguma forma possível substituir o sistema de arquivos raiz (/) por aquele que está no NFS? (Apesar do fato de que a configuração wifi é armazenada nesta partição que era necessária para iniciar a conexão)
Atualizar
Eu compilei com sucesso os programas cliente nfs para mips e o dispositivo agora pode montar o novo rootfs via nfs em algum diretório, no entanto, o pivot_root falha:
# mount -o nolock IPADDRESS:/srv/fs /tmp/nfs
# ls /tmp/nfs
bin
etc
...
# ls /tmp
nfs
old
# pivot_root /tmp/nfs /tmp/old
pivot_root: Invalid argument
# pivot_root
BusyBox v1.29.0.git (2018-06-23 20:08:52 CEST) multi-call binary.
Usage: pivot_root NEW_ROOT PUT_OLD
Move the current root file system to PUT_OLD and make NEW_ROOT the new root file system
Sim - e você está basicamente fazendo a mesma coisa que um initramfs faz em PCs Linux. O initramfs inicia como um sistema de arquivos raiz normal em um
/
rootfs na memória; então ele monta o sistema de arquivos raiz real em algum lugar em /mnt ou /real.(Na verdade, isso é frequentemente usado para implementar NFS-root em servidores, em situações em que o suporte NFS integrado do kernel é insuficiente – por exemplo, quando o Kerberos é necessário).
A etapa importante é usar a syscall pivot_root() para trocar a raiz atual pela recém-montada. Após a chamada, o rootfs original ainda permanece montado, mas não mais em / – a chamada move a montagem para um subdiretório do "novo" rootfs.
Há também um
pivot_root
programa no Busybox (bem como no util-linux) que pode ser usado se o seu processo init for um shellscript (como geralmente é o caso). A página de manual util-linux vinculada tem exemplos de seu uso.Alternativamente, de acordo com Linus , pode ser suficiente simplesmente chroot() na raiz recém-montada – isto é, se você não precisar mais acessar a raiz original. Novamente, existe uma
chroot
ferramenta de linha de comando para isso.Nota: Você não precisa construir e usar um initramfs para conseguir isso; as funções não se importam se são chamadas de uma imagem initrd ou de um rootfs real.
No entanto, como um initramfs "normal" é executado a partir de um sistema de arquivos descompactado na memória temporária, é comum para ferramentas como
switch_root
excluir todos os arquivos initramfs antes de girar para a nova raiz. Mas se você estiver inicializando diretamente de um sistema de arquivos em disco, isso provavelmente não é o que você deseja, portanto, certifique-se de não usar aswitch_root
ferramenta, apenas arquivospivot_root
.