Aqui está o prólogo:
Acabei de comprar um novo tablet, chamado Wintron 10.1, criado pela trekstor.
Ele é fornecido com um disco rígido SSD semelhante vendido de 32 GB e Windows 8.1-Bing pré-instalado.
Eu já tenho um thumbdrive criptografado, que eu criei alguns anos atrás, ele roda o Kali-Linux-Os. Este kali não é compatível com o uefi, como eu criei de cada vez, onde o kali em geral não tinha suporte para efi. Todas as atualizações desde então não levaram em conta o uefi, embora deva ser de ponta, porque eu o uso com frequência e tento manter muito bem.
A inicialização a partir deste thumbdrive é SOMENTE possível em sistemas legacy-bios e, talvez, em sistemas com UEFI, onde isso é simplesmente desativado.
Aqui está minha intenção:
Eu quero modificar o meu kali instalado no thumbdrive, para que ele possa ser
plugado em sistemas legacy-bios E sistemas UEFI, e deve simplesmente inicializar ambos, como agora, para sistemas legados.
Aqui está o que talvez não seja óbvio:
O novo tablet tem um sistema uefi, que é de 32 bits. Vou me referir a isso mais tarde.
Aqui está o que eu fiz:
- testei, se o meu thumbdrive permitisse inicializar um sistema uefi.
- > Embora pareça que o USB é o primeiro dispositivo de inicialização a ser usado,
não inicializou. Eu usei o uefi-file-browser com o diálogo interno
"boot de um arquivo", que não detectou nenhum arquivo (porque nenhum
existia com o sufixo .efi) - > Eu decidi sempre inicializar a partir do
navegador para o futuro desde então.
- verifiquei se a inicialização segura está desativada, reiniciada, sem sucesso
- eu me informei na web
- eu reiniciei com outro usb-stick, a fim de obter a instalação
processo de uma unidade usb, também para se familiarizar com as coisas uefi
(para encurtar isso, também, consulte este link link )
- Por isso eu baixei o último kali-iso_64-bit e o joguei como um iso
simples para o thumbdrive (dd if = this of = that)
- criei a pasta EFI, dentro da pasta EFI a pasta boot
- Por causa de um binário de 32 bits, essa foi a minha escolha para o arquivo efi
link
- Eu criei o script grub mencionado no link na etapa 4
- Reinicializado, entrou no navegador de arquivos UEFI, selecionou o arquivo de efi apropriado e
tadaa:
foi colocado em uma concha mínima. Algo como 2.0.2 (beta).
Problema: Se eu emitir os comandos linuxefi ou initrdefi, o grub avisa, para não conhecê-los.
Nenhum linux / a_path_to / vmlinuz nem kernel / a_path_to / vmlinuz
parece funcionar, porque depois de emitir "boot" eu sempre recebo a mensagem:
Erro: você precisa carregar o kernel primeiro no Grub.
(Sim, eu fiz root = (hda0,1)
Se as imagens do kernel não foram encontradas, o grub teria informado isso.
Ok, fiz o mesmo com um ubuntu64-iso, substituí também o bootXXX.efi pelo meu 32 bit, e pude entrar na escolha gráfica do que fazer, sem ser chutado em um grub-beta-shell mínimo .
Aqui estão minhas perguntas:
- Em geral, é possível estender / modificar meu thumbdrive ou criar um
que pode arrancar em sistemas uefi e não uefi?
- Onde posso começar a solucionar meu problema de kali-grub-boot?
Eu preciso saber, qual / cuja shell de grub isso pode ser. Possivelmente
alguns embutidos em bootia32.efi grub, ou aquele em
Kali / boot / grub, qualquer
- Por que aparece APENAS um bootia32.efi em toda a web?
Os uefi de 32 bits são improváveis de serem usados?
- Confirme, por favor, que o bit do sistema operacional não define o bitness
dos arquivos EFI a serem utilizados, nem a bitness do sistema operacional
sobre o bitness do sistema uefi (e arquivo .efi)