Como alterar o kernel de inicialização de um live usb w / persistent running Kali

Question

Primeiro, o problema que estou tendo é ser incapaz de executar o VirtualBox no Kali 2.0.

Eu configurei um usb live com persistência rodando o Kali 2.0, que na época tinha o kernel 4.6.0-kali1-amd64. Eu tenho atualizado / atualizado / dist-atualizado etc com todas as fontes recomendadas. Como parte disso, os novos cabeçalhos / kernels que foram instalados são 4.9.0-kali4-amd64. No entanto, mesmo após a inicialização, o kernel é 4.6.0, conforme confirmado por uname -r e pelo erro gerado pelo vbox. Eu sei que normalmente o grub precisa ser configurado, embora não haja bootloader grub na inicialização live do usb.

O erro lançado pelo virtualbox diz que nenhum driver adequado foi encontrado para o kernel 4.6.0, e também que o sistema não está configurado para criar dinamicamente drivers (embora eu acredite que isso se deva ao fato de que ele está fazendo o driver para o 4.9.0, mas este não é o kernel em execução).

    

Answer 1

Devido a um bug na maneira como meu sistema ativo foi instalado ou na maneira como o live-tools manipula a partição montada, o live-update-initramfs não funciona neste caso específico, já que ele procura / lib / live / mount / medium / como a raiz do dispositivo live usb, embora este não seja o ponto de montagem (e há 3 partições necessárias a partir do dispositivo usb).

Em vez de mexer com a montagem / desmontagem, etc. consegui simplesmente criar um arquivo initrd.img (ele estava faltando) usando update-initramfs e movê-lo para a pasta live manualmente a partir do meu linux não-vivo dist:

/usr/sbin/update-initramfs.orig.initramfs-tools -c -k 4.9.0-kali4-amd64

Isso cria a imagem. O vmlinuz-4.9.0-kali4-amd64 já estava disponível. De dentro do meu dist não vivo, com o meu usb inserido:

1. Primeiro movi o initrd.img e o vmlinuz da pasta / live no meu usb para o meu desktop (para backup).
2. Eu então copiei o initrd.img-4.9.0-kali4-amd64 e o vmlinuz da pasta raiz do myb persistence rw para a pasta / live.
3. Eu os renomeie para initrd.img e vmlinuz e reiniciei. Voilà

- Grande obrigado Jeff S. por sua contribuição.

    

Answer 2

Eu descobri que a persistência da instalação USB também não atualiza o kernel, isso não parece ser um bug, mais pelo design. A configuração do grub e o kernel não são tocados quando você originalmente criou o USB de qualquer ISO que você usou.

No entanto, você pode sobrescrever sua partição ao vivo usando o Kali ISO semanal que substituirá o kernel e a configuração do Grub por você (junto com todo o resto), pois a última atualização do kernel estará presente, em comparação com as versões de lançamento.

Como isso está apenas atualizando o conteúdo na partição de inicialização ativa, sua partição de persistência não será tocada e deverá estar bem.

link

Seria sensato garantir que você faça os comandos de atualização habituais, para garantir que os arquivos de kernel mais recentes estejam presentes em sua partição de persistência antes de atualizar a partição ativa.

apt update && apt full-upgrade

    

Answer 3

@ithin live persistence, faça:

mkdir /lib/live/mount/medium    
mount /dev/sdxx (live usb stick) /lib/live/mount/medium    
live-update-initramfs -u

edite /dev/sdxx/boot/grub/grub.conf --- > initrd.img

    

Answer 4

Nenhum dos sistemas operacionais ativos baseados em ISO9660 fornece um recurso de atualização de kernel: o kernel e o initrd são os únicos componentes que um sistema operacional ativo não pode atualizar porque estão fora da partição de persistência de dados (se houver) e a partição do sistema é, como dito, formatada em ISO9660 .

O whitepaper liveng em Ler os documentos mostra como realizar o que você pergunta:

The full aim of the liveng project is to give the Community a set of best practices in order to turn a common Debian Linux live into a live(ng) operating system which features:

native encrypted persistence;
kernel update (on a live ISO 9660 filesystem!);
UEFI, with UEFI Secure Boot compatibility, with a real efi partition.