MrCalvin's questions

Acho que esta é uma instrução OSC 52 e será enviada HelloWorldpara a área de transferência do host se você usar um terminal compatível com OSC 52, como o Windows Terminal.

Também sei que isso -epermitirá a interpretação de escapes de barra invertida.

E \eé um caractere ESC.

Mas o que ]52significa, ou é simplesmente uma string de "]52"?

E o que ;;significa? No shell, acredito ;que signifique algo como o final de um comando/declaração. Se é a mesma coisa aqui, então não entendo onde há dois. Você também pode usar a instrução echo -e "\e]52;c;HelloWorld"com um c, parece fazer a mesma coisa, mas o que fará c?

Tentei encontrar as respostas no manual de eco e bash , mas não consegui

Eu quero manter meu sistema debian o mais "estável" possível, mas preciso do pacote virt-topque só existe no repositório de teste

Vejo duas opções:

1. Adicionando teste ao arquivo de repositório e instale o pacote com apt install ---target-release test virt-top. Receio que haja o risco de instalar em muitos pacotes dependentes do teste e/ou desinstalar/substituir os pacotes estáveis ​​instalados atuais.

2. Baixe o arquivo .deb e instale-o manualmente com dpkg -i file.deb. Ele pode reclamar de dependências, mas parece que consigo consertar isso com apt-get install -fix-broken( teste não é adicionado ao arquivo de repositório ).

É correto que a opção 2 seja mais "segura" para o sistema em geral. Há uma mudança que o pacote pode não funcionar, mas há uma mudança menor de quebrar o sistema geral, certo? (Eu tentei isso com virt-top e funcionou muito bem).

Qualquer recomendação ou correção da minha suposição é apreciada.

Algum tempo atrás, notou-se que o Win10 1803 WM daria alto uso da CPU no host, por exemplo, 25%, mesmo que o uso da CPU do cliente fosse 0%. Foi resolvido com essas configurações em seu arquivo XML virt:

 <hyperv>
   <relaxed state='on'/>
   <vapic state='on'/>
   <spinlocks state='on' retries='8191'/>
   <synic state='on'/> 
   <stimer state='on'/>
 </hyperv>

 <clock offset='localtime'>
   <timer name='rtc' tickpolicy='catchup'/>
   <timer name='pit' tickpolicy='delay'/>
   <timer name='hpet' present='no'/>
   <timer name='hypervclock' present='yes'/>
 </clock>

Mas o problema é novo de volta. Mudei do Debian stretch ( QEMU 2.8.1/ Kernel 4.9) para o Buster ( QEMU 3.1.0/ Kernel 4.19) e Windows 10 1809.
O problema pode estar relacionado ao fato de não poder mais usar <synic state='on'/>no Buster o que eu poderia usar no Stretch no mesmo hardware.
Quando tento iniciar a VM, recebo este erro

error: internal error: process exited while connecting to monitor: Hyper-V SynIC (requested by 'hv-synic' cpu flag) requires Hyper-V VP_INDEX ('hv-vpindex')
2019-08-06T13:29:14.114943Z qemu-system-x86_64: kvm_init_vcpu failed: Function not implemented

Quando corro lscpu, não tenho nenhuma hv*bandeira. Mas, novamente, funcionou no Stretch na mesma CPU.

Parece que o Debian está fazendo mudanças nos repositórios. Eu recebo o seguinte ao atualizar meu cache do apt:

Get:1 http://security.debian.org/debian-security buster/updates InRelease [39.1 kB]
Get:2 http://ftp.dk.debian.org/debian buster InRelease [118 kB] 
Reading package lists... Done
N: Repository 'http://security.debian.org/debian-security buster/updates InRelease' changed its 'Version' value from '' to '10'
E: Repository 'http://security.debian.org/debian-security buster/updates InRelease' changed its 'Suite' value from 'testing' to 'stable'
N: This must be accepted explicitly before updates for this repository can be applied. See apt-secure(8) manpage for details.
N: Repository 'http://ftp.dk.debian.org/debian buster InRelease' changed its 'Version' value from '' to '10.0'
E: Repository 'http://ftp.dk.debian.org/debian buster InRelease' changed its 'Suite' value from 'testing' to 'stable'
N: This must be accepted explicitly before updates for this repository can be applied. See apt-secure(8) manpage for details.

Preciso atualizar meus .gpgarquivos em /etc/apt/trusted.gpg.d/? É assim, como?

A primeira coisa que faço com uma nova caixa Linux é instalar o systemd-boot. Grub, alguém poderia pensar que esta abominação foi feita da mão de MS!

Ok, voltando ao assunto:
acabei de fazer uma atualização no meu novo Debian Buster e uma nova atualização do kernel estava disponível e o pacote de atualização parece procurar o grub e isso me fez pensar que é melhor removê-lo, não que eu espere que a atualização correr muito mais suave, porém, mas parece ser a coisa certa a fazer, nunca pensei nisso.
Como eu disse, está desabilitado em favor do Systemd-boot, que funciona perfeitamente na caixa.

Parece que tenho esses pacotes relacionados ao grub instalados: Devo desinstalá-los todos? Alguma ordem perticar? Algum outro passo a fazer? Por exemplo, é seguro excluir a pasta /boot/grub/



Ou é melhor eu deixar?

Estive lendo o manual do ntfsclone , mas ainda consigo entender e ver o ponto de fazer uma clonagem somente de metadados? Qual é o ponto disso, quando pode ser valioso? Presumo que "metadados" sejam apenas informações sobre os objetos do sistema de arquivos (por exemplo, pasta e arquivos), mas não os próprios objetos.

Recomenda-se habilitar um TRIM cron job que é executado uma vez por semana. Quando o comando fstrim é chamado, o sistema de arquivos enviará informações de TRIM para a unidade para descartar os dados excluídos (espero ter acertado)

Até agora tudo bem, isso é descrito em muitos lugares.

Mas não consigo encontrar nenhuma informação sobre como/onde essas informações do TRIM são "armazenadas" no sistema de arquivos entre os comandos fstrim?

E essas informações de TRIM podem ser "limpas" de alguma forma para que o SSD não obtenha as informações de todas as páginas/blocos que devem ser descartados?

Ou o comando fstrim comparará o sistema de arquivos e o SSD em relação a quais dados são realmente excluídos?