Por que a montagem proc no meu chroot falha durante o debootstrapping?

2

Em uma máquina Ubuntu Raring limpa, estou tentando executar debootstrap de outro sistema. Aqui está o comando exato:

http_proxy=http://192.168.122.1:8000/ debootstrap --arch=amd64 raring /mnt/virtfs-test/

Funciona bem, mas quase no final falhou:

[...]
I: Extracting zlib1g...
W: Failure trying to run: chroot /mnt/virtfs-test mount -t proc proc /proc
W: See /mnt/virtfs-test/debootstrap/debootstrap.log for details

O arquivo de log mostra apenas isto:

gpgv: Signature made Thu Apr 25 13:54:39 2013 CEST using DSA key ID 437D05B5
gpgv: Good signature from "Ubuntu Archive Automatic Signing Key <[email protected]>"
gpgv: Signature made Thu Apr 25 13:54:39 2013 CEST using RSA key ID C0B21F32
gpgv: Good signature from "Ubuntu Archive Automatic Signing Key (2012) <[email protected]>"
chroot: failed to run command 'mount': Permission denied

Isso me deixou curioso para saber por que isso falharia. Eu percebi que não conseguia nem entrar lá:

chroot /mnt/virtfs-test 
chroot: failed to run command ‘/bin/bash’: Permission denied

Isso me levou a este ServerFault Q & amp; A e fiz esta descoberta interessante:

# ls -al /mnt/virtfs-test/lib64/
total 8
drwxr-xr-x  2 root root 4096 Aug 21 20:02 .
drwxr-xr-x 20 root root 4096 Feb  7  2013 ..
----------  1 root  123    0 Aug 21 20:02 ld-linux-x86-64.so.2

O que? O arquivo não é um link, está vazio e não tem permissão definida? Isso não faz sentido. Então eu vinculei o arquivo como no SF Q & A:

ln -s /lib/x86_64-linux-gnu/ld-2.17.so /mnt/virtfs-test/lib64/ld-linux-x86-64.so.2

Agora posso fazer chroot:

# chroot /mnt/virtfs-test 
groups: cannot find name for group ID 0
I have no name!@mymachine:/#

No entanto, ainda estou curioso para saber por que o debootstrap falhou. Eu estou usando o debootstrap versão 1.0.46ubuntu1 , que é a versão totalmente atualizada no Ubuntu Raring. Não consigo encontrar nenhum relatório sobre isso.

Alguém tem uma pista?

Notas:

  • Eu executei todos os comandos sendo totalmente root ( sudo -i ).
  • O sistema de arquivos que eu tento desbootear é o tipo 9p (VirtFS, dentro de uma máquina virtual Ubuntu KVM). Eu não estou vendo nenhuma mensagem na máquina host depois de habilitar isso no perfil apparmor ( /etc/apparmor.d/abstractions/libvirt-qemu no host):

    /mnt/vms/virtfs-test/ rwl,
    /mnt/vms/virtfs-test/** rwl,
    
por gertvdijk 21.08.2013 / 20:20

0 respostas