1.) Como você já particionou o pendrive, por que não apenas copiar todo o conteúdo do sistema de arquivos real (omitindo tmpfs e outros sistemas de arquivos baseados em RAM ou totalmente virtuais, como /dev , /proc e /sys ) para a partição ext4 no bastão?
Acho que o qemu-img convert que você fez basicamente faz exatamente isso, mas você pode ignorá-lo. Basicamente, não há mágica: se você copiar todos os arquivos necessários do sistema operacional para o bastão em sua hierarquia de diretórios adequada, será um sistema válido, não importa como a cópia foi feita. Um sistema operacional inativo é essencialmente apenas um monte de arquivos, e você pode tratá-lo como isso.
A única parte especial é o carregador de inicialização do BIOS legado: isso requer a gravação de dados em locais de bloco específicos no bastão, para que o carregador de inicialização possa encontrá-los mais tarde. Por outro lado, o carregador de inicialização UEFI é apenas outro arquivo com um nome de caminho específico em uma partição FAT32.
2.1.) Tentando inicializar usando o bootloader da instalação do Ubuntu (que pode ser UEFI) com USB 2: parece que o bootloader carregou com êxito os arquivos kernel e initramfs e iniciou o kernel, mas o arquivo initramfs não tinha todos os drivers necessários para acessar o sistema de arquivos raiz no pendrive. No mínimo, você precisará do driver do controlador USB apropriado, do driver usb-storage e do driver do sistema de arquivos ext4 e suas dependências. Além disso, como o controlador USB é normalmente incluído no chipset, a versão do kernel precisa ser nova o suficiente para reconhecer o chipset, para que ele saiba que uma identificação PCI específica dentro do chipset é, na verdade, um controlador USB.
2.2. O stick USB não foi detectado na porta USB 3.0: talvez o firmware do seu laptop não inclua suporte a USB 3.0, a menos que seja realmente solicitado através do menu de inicialização do BIOS? Ou pode haver algum tipo de switch de handover USB2 / USB3 entre os controladores USB2 e USB3 que precisariam ser virados de alguma forma?
2.3.) Na área de trabalho, o stick foi detectado na porta USB 3.0, mas a inicialização falhou como na versão 2.1: Parece que sua área de trabalho pode ter melhor suporte a USB 3.0, mas você atinge basicamente o mesmo problema como no 2.1: nenhum controlador USB3 e / ou drivers de armazenamento usb no initramfs.
2.4.) Interessante. Seu laptop tem um tipo especial de controlador USB 2.0 e a área de trabalho usa o padrão ehci_hcd ? Parece que o seu initramfs tinha todos os drivers necessários para acessar o USB 2.0 em sua área de trabalho, mas não em seu laptop. Ou talvez o seu laptop tenha um novo chipset e o kernel não tenha encontrado o controlador USB?
Os problemas em 2.1 e 2.3 provavelmente poderiam ser corrigidos adicionando mais drivers de controladores USB no arquivo initramfs, e assegurando que seu kernel seja novo o suficiente para reconhecer completamente o chipset do laptop.
2.2. parece uma possível limitação de firmware. Difícil de oferecer sugestões sem conhecer a marca e o modelo do sistema.
Você pode querer adicionar uma pequena partição FAT32 ao seu pendrive USB e adicionar uma versão UEFI do GRUB a ela como \EFI\BOOT\BOOTx64.efi . Isso tornaria inicializável no sentido UEFI da palavra. Parece que o stick atualmente é inicializável apenas no sentido legado do BIOS. Dessa forma, você pode criar um pendrive USB "híbrido" com carregadores de inicialização herdados e UEFI.
Normalmente, um BIOS legado ocultará completamente qualquer suporte de armazenamento USB no nível do firmware, a menos que seja especificamente ativado nos menus do BIOS, para fornecer compatibilidade legada máxima até o IBM PC / AT original do ano de 1986 (tanto que possível). A UEFI não tem esse ônus e provavelmente fornecerá suporte de armazenamento USB para gerenciadores de inicialização por padrão.