Início / user-455838

Le Nain Jaune's questions

Martin Hope
Le Nain Jaune
Asked: 2024-12-10 01:52:36 +0800 CST
  • 7

Clonei um disco formatado em GPT que contém um dual boot (Windows + Linux Debian) que funciona perfeitamente bem na máquina real.

Tentei criar uma VM com o Qemu que usa o disco clonado para inicializar na partição Debian, mas o melhor que consegui fazer foi inicializar o Windows.

Aqui está o comando que usei:

virt-install \
    --name "vm-test_dual_boot" \
    --boot loader=/usr/share/OVMF/OVMF_CODE.fd \
    --vcpus 2 --memory 8192 --osinfo debian11 \
    --network bridge=br0 \
    --graphics=vnc \
    --disk path=/home/user/vm/clone.qcow2 \
    --import -v

Não consigo fazer a mesma coisa que a máquina UEFI real que associa um HD(1,GPT,unique_identifier)sistema de arquivos ao \EFI\debian\shimx64.efiarquivo.

Você poderia me ajudar a inicializar o Debian?

Graças ao @telcoM alterei o comando em:

boot_config=\
"loader=/usr/share/OVMF/OVMF_CODE_4M.fd,"\
"loader.readonly=yes,"\
"loader.type=pflash,"\
"nvram.template=/usr/share/OVMF/OVMF_VARS_4M.ms.fd,"\
"nvram=/home/user/vm/clone_nvram.fd" ;

virt-install \
    --name "vm-test_dual_boot" \
    --boot $boot_config \
    --vcpus 2 --memory 8192 --osinfo win10 \
    --network bridge=br0 \
    --graphics=vnc \
    --disk path=/home/user/vm/clone.qcow2 \
    --import -v

Notas:

  • do diretório /usr/share/OVMF loaderdeve corresponder ao nvram.templateentão OVMF_CODE_4M.fdpara OVMF_VARS_4M.ms.fd, então no meu caso isso disparou este erro: "O convidado não inicializou o display (ainda)".

  • o usuário definido em /etc/libvirt/qemu.conf(padrão : libvirt-qemu), deve ter direitos de leitura e execução no nvramarquivo, caso contrário isso acionará um erro de permissão.

  • no meu caso --osinfo win10é obrigatório, pois a inicialização EFI vHD padrão é o Windows (antes eu tentava, debian11mas terminava em BSOD ).

  • para a --networkparte assume-se que temos um br0dispositivo de ponte (veja aqui para ponte temporária com Network Managerou aqui com iproutee aqui para ponte permanente com ifup).

Depois de criada, configure a VM EFI para inicializar a partição correta (veja a resposta detalhada de @telcoM para fazer isso temporariamente ou permanentemente).

dual-boot
Martin Hope
Le Nain Jaune
Asked: 2022-12-04 14:36:43 +0800 CST
  • 5

Instalei um sistema de inicialização tripla (Windows 10 Home 21H1/Windows 7 Pro/Debian 11), em três partições diferentes em um disco particionado em MBR, e na inicialização consigo iniciar cada sistema sem problemas. Mas no menu GRUB todos os sistemas Windows são acessíveis a partir de uma única entrada chamada "Windows 10" (em razão da primeira instalação) que executa o Windows Boot Manager e permite que eu escolha o sistema Windows que desejo inicializar. Portanto, 2 menus exibidos para inicializar cada sistema Windows. Não é prático.

Perguntei a mim mesmo se existe uma solução para tornar as entradas do Windows do WBM acessíveis diretamente no menu GRUB sem passar pelo WBM. Pesquisei e testei várias soluções diferentes, mas nenhuma funcionou.

Acredito que seja possível, mas não sei como...

A última tentativa que tentei:

root@host:~# lsblk -lo NAME,FSTYPE,LABEL,UUID
NAME FSTYPE LABEL UUID
sda               
sda1 ntfs   W10H  7A42F6E942F6A8D1
sda2 ntfs   W7P   0628B81B28B80C25
sda3 ext4         a696a4ab-3120-4028-bd87-c2aaa40499bd
...  
root@host:~# cat /etc/grub.d/40_custom
#!/bin/sh
exec tail -n +3 $0
...
menuentry "Windows 7" --class windows --class os {
   insmod part_msdos
   insmod ntfs
   insmod ntldr
   set root='(hd0,msdos2)'   
   search --no-floppy --set=root --fs-uuid 0628B81B28B80C25
   ntldr ($root)/bootmgr
   chainloader +1
}
root@host:~# update-grub

E quando inicializei esta entrada, recebi: error : /bootmgr file not available

Como @telcoM me sugeriu, pedi ajuda na seção global do SE. Finalmente resolvi minha dúvida com a ajuda de @oldfred aqui e @Tom Yan ali, onde detalhei minha implementação.

windows
Martin Hope
Le Nain Jaune
Asked: 2021-09-12 02:44:17 +0800 CST
  • 2

Quando eu uso um caractere "alt-gr" seguido por um caractere 'espaço', muitas vezes eu perco minha entrada ao digitar no lugar dele o "caractere de espaço sem quebra" também conhecido como nbsp.

Exemplo com comandos canalizados: mount |<space>tailvs mount |<nbsp>tail O último comando acionará um erro ..." tail" command unfindable...(observe o espaço visual antes do nome do comando tail que na verdade é um caractere nbsp).

Então encontrei uma solução que funciona perfeitamente no meu caso, para simplesmente neutralizar o caractere nbsp :

setxkbmap -option "nbsp:none"

Mas essa mudança ganha instantaneamente todo o sistema e para comprovação, no LibreOffice Writer se eu quiser adicionar um caractere nbsp entre duas palavras que devem ficar agrupadas, isso não funciona.

No passado, perdi muito tempo para determinar qual era a causa de um comando que não funcionava ou de um script ou de um serviço que não iniciava, por causa desse maldito personagem.

Então me perguntei se existe uma solução para tornar a neutralização limitada apenas ao shell (console, terminal, vty, tty e assim) ? Em bash ou outro shell ...

Você poderia me dar o papel que esse maldito personagem nbsp tem no shell? Onde e quando usá-lo e para quê? O que perdemos para não usá-lo?

Outra sugestão: ao invés de neutralizá-lo podemos revelá-lo por um personagem gráfico com cor?

bash shell