você tentou executar o remount em /.tmp-reoot/etc primeiro e depois remontar em / etc
por exemplo:
mount -o remount /.tmp-reoot/etc
mount -o remount /etc
Eu encontrei um desses aufs para os headaches de migração do overlayfs. Com aufs, você poderia especificar várias camadas RO e atualizar alguns arquivos nelas foi atualizado com remontagem.
fstab com aufs:
aufs /etc aufs noauto,br:/rw-root/etc=rw:/ro-root/etc=ro:/etc=rr 0 0
Mesma funcionalidade com overlayfs:
none /.tmp-root/etc overlayfs noauto,upperdir=/ro-root/etc,lowerdir=/etc 0 0
none /etc overlayfs noauto,upperdir=/rw-root/etc,lowerdir=/.tmp-root/etc 0 0
Montar o sistema em ordem é bom e tudo funciona. O problema surge quando eu preciso atualizar algo na partição ro-root. Em execução, o remount vê / etc como os overlayfs já montados e não o ro-root original. (Resolvido o problema com mount --bind )
Aparentemente, o problema está nos números inode dos arquivos. Portanto, a edição de um arquivo funciona bem, mas se eu copiar um novo arquivo sobre o antigo no nível inferior, a alteração não será propagada. Então, isso pode ser um problema real no overlay.
Eu realmente gostaria que essa configuração continuasse funcionando (reestruturar tudo é muito trabalho e teste que eu prefiro evitar, porque isso afeta +50 máquinas virtuais). Dito isto, eu também aceitarei respostas que terminariam com a mudança de raiz somente após o estágio inicial para contornar este problema e se isso não for possível, sugira a maneira mais minimalista de alterar / modificar / criar initrd para realizar esse movimento.
Existe outra questão relacionada, mas é a forma mais simples de apenas duas camadas. Pergunta sobre recarga de overlayfs simples
você tentou executar o remount em /.tmp-reoot/etc primeiro e depois remontar em / etc
por exemplo:
mount -o remount /.tmp-reoot/etc
mount -o remount /etc