Quero rodar o Linux em um dispositivo incorporado (mips) que possui algumas restrições muito rígidas:
- apenas 16 MB de armazenamento
- sem ethernet com fio (apenas wifi)
Boas notícias:
- Eu tenho um bootloader funcionando (você-boot)
- Eu também tenho um kernel funcionando (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 migrar para o NFS.
Aqui não tenho certeza sobre o procedimento.
O processo de inicialização é controlado 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 essa finalidade.
Idéia principal
- U-boot carrega o kernel e o inicia
- Kernel contém drivers para o chip wifi e monta o rootfs
- rootfs contém os arquivos necessários para conexão 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 (/) pelo que está no NFS? (Apesar de a configuração do wifi estar armazenada nesta partição, necessária para iniciar a conexão)
Atualizar
Eu compilei com sucesso programas clientes nfs para mips e o dispositivo agora é capaz de montar o novo rootfs via nfs em algum diretório, no entantopivot_rootfalha:
# 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
Responder1
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 raiz NFS em servidores, em situações onde o suporte NFS integrado do kernel é insuficiente - por exemplo, quando o Kerberos é necessário.)
O passo importante é usar opivot_root()syscall 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
programano Busybox (bem como no util-linux) que pode ser usado se o seu processo init for um shellscript (como costuma ser o caso). A página de manual vinculada do util-linux tem exemplos de seu uso.Alternativamente, de acordo comLinus, pode ser suficiente simplesmentechroot()na raiz recém-montada – isto é, se você não precisar mais de acesso à raiz original. Novamente, existe uma
chroot
ferramenta de linha de comando para isso.
Observação: você nãoprecisarconstruir e usar um initramfs para conseguir isso; as funções não se importam se são chamadas a partir de uma imagem initrd ou de um rootfs real.
No entanto, como um initramfs "normal" é executado a partir de um sistema de arquivos temporário descompactado na memória, é comum que ferramentas como switch_root
excluam todos os arquivos initramfs antes de migrar para a nova raiz. Mas se você estiver inicializando diretamente a partir de um sistema de arquivos no disco, isso provavelmentenãoo que você deseja, então certifique-se de não usar a switch_root
ferramenta, apenas pivot_root
.