Questão Guia para criar um ambiente chroot - especificamente com um kernel diferente


Eu instalei com sucesso um chroot Ubuntu (Maverick) em um dispositivo Linux em execução (uma antiga caixa Thecus N5200PRO) que tem executado vários serviços para mim com bastante satisfação.

Quando tentei adicionar uma webcam (para snapshot) a essa mistura, encontrei um problema. Como o chroot, por padrão, usa o kernel do appliance Thecus, parece (compreensivelmente) não haver suporte para a webcam Logitech UVC no kernel dos appliances; consequentemente, dentro ou fora do chroot, não consigo acessar a webcam UVC.

Eu pensar Eu posso contornar isso de uma maneira simples, se eu posso rodar um kernel padrão do Ubuntu Maverick de 32 bits no chroot. Todas as minhas buscas por um 'chrooting, mas com um guia de kernel diferente' não foram bem-sucedidas - muitos guias de chrooting úteis, mas se a substituição do kernel for descrita, ela é mencionada em tons desagradáveis.

Alguém sabe como chroot com kernels alternativos, ou simplesmente, como obter uma webcam UVC acessível em um N5200PRO da Thecus?

Outros detalhes:


1


origem




Respostas:


Você não pode ter um chroot com um kernel diferente. Você terá que olhar para a virtualização se precisar disso. Ou apenas crie um novo uvcvideo módulo para o kernel você Faz ter.


1



Você pode me dar uma citação para isso? Eu sinto que li informações conflitantes. BTW, não é que eu não acredito, estou apenas procurando o contexto completo :) - Gavin C
Apenas um kernel pode ser executado no metal nu de cada vez. O kernel também é responsável por fornecer o recurso chroot. Se você substituir o kernel, então você não terá mais o chroot, e se o novo kernel não puder lidar com a perda do chroot, é provável que ele caia logo em seguida. - Ignacio Vazquez-Abrams
Obrigado por expandir ainda mais - o que você diz faz sentido, mas eu estava procurando por uma referência real (cite) que confirma categoricamente e entra em detalhes sobre essa limitação do chroot. Quando eu li parágrafos como este me lê como se é possível - tentando entender meu mal entendido ... - Gavin C
Um sim. Esse parágrafo não faz sentido. proc é sempre criado a partir do kernel atualmente em execução, independentemente de onde ele está montado. - Ignacio Vazquez-Abrams
Este é um caso muito específico - você não está executando o novo kernel, você está executando um ambiente separado, com suas bibliotecas, sob um kernel antigo, para configurar a nova instalação e seus diretórios - Este é o 'clássico' antigo escola linux instalar método - Journeyman Geek♦


Você não pode executar o chroot com o novo kernel. Apenas um kernel estará em vigor de cada vez. Embora você possa trocar o kernel kexec . Mas essa é uma história diferente.

A única maneira de mudar o novo kernel com o ambiente chrooted é o VMWare ou o VBox. [Ou pode estar com UML, mas precisa verificar]


0



Obrigado pela dica sobre a UML, pode ser útil, mas o dispositivo é bastante restrito em termos de recursos. Chroot é bom, mas qualquer coisa que tenha que ser atribuída é muito diferente. - Gavin C