Eu tenho um shell interativo (suponha dash) rodando em uma sessão de tela GNU. É possível renomear a janela "atual" por meio de comandos emitidos para o shell interativo? Se sim, então como?
Por outro lado, se eu quisesse realizar a mesma coisa por meio de combinações de teclas de tela GNU, digitaria CTRL+aseguido por Apara abrir o Set window's title to:prompt.
No meu anfitrião posso mostrar a adoção do calendário gregoriano como ocorreu para a Grã-Bretanha e suas colônias em 1752:
$ cal september 1752
September 1752
Su Mo Tu We Th Fr Sa
1 2 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
A adoção correspondente para Dinamarca e Noruega aconteceu muito antes:
Domingo, 18 de fevereiro de 1700, foi seguido por segunda-feira, 1 de março de 1700.
Achei que poderia substituir a variável de ambiente timezone para mostrar isso, mas isso não funciona:
$ TZ=DK february 1700
February 1700
Su Mo Tu We Th Fr Sa
1 2 3
4 5 6 7 8 9 10
11 12 13 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29
Como faço calpara mostrar a adoção do calendário gregoriano pela Dinamarca?
My calé fornecido pela bsdmainutilsversão 11.1.2.
Estou tentando despejar o envde uma unidade de serviço do systemd e systemctl show-environmentnão faz o que quero. Existe alguma maneira de systemctlme mostrar como é o ambiente dentro do meu serviço?
Eu quero "atualizar" usuários antigos com novos /etc/skelconteúdos nas instalações Debian e Ubuntu. Script isso é possível...
find /home -maxdepth 1 -mindepth 1 -type d | while read homedir; do
user="$(stat -c%U $homedir)"
su -c 'tar -cf- -C /etc/skel . | tar -vxf- -C $HOME' $user
done
...mas eu estou querendo saber se alguém conhece uma maneira melhor.
Estou tentando adicionar o Qemu ao meu pipeline de integração contínua para testar vários initrdartefatos. Já descobri que posso rodar o Qemu assim:
qemu-system-x86_64 \
-machine q35 \
-drive if=pflash,format=raw,file=OVMF_CODE.fd,readonly \
-drive if=pflash,format=raw,file=OVMF_VARS.fd \
-kernel vmlinuz-4.4.0-121-generic \
-initrd my-initramfs.cpio.xz \
-nographic
...e causar qemu-system-x86_64a saída com status 0se eu fizer isso no meu initscript:
# poweroff -f
Isso funciona porque o script init não sai - ele invoca poweroff -fe dorme "para sempre" ou até que o Qemu faça um "Power Down":
ACPI: Preparing to enter system sleep state S5
reboot: Power down
Gostaria de poder detectar problemas no initscript forçando um exiterro on via set -eu. Sair do initscript (corretamente) causa pânico no kernel, mas o qemu-system-x86_64processo trava para sempre.
Como posso evitar que fique pendurado para sempre? Como faço para que o host Qemu detecte um kernel panic no convidado Qemu?
Maior esclarecimento:
A natureza do meu aplicativo é sensível à segurança; ou seja, configurar/compilar o kernel linux é "permitido", mas passar parâmetros do kernel não. Para colocar um ponto fino nisso, CMDLINE_OVERRIDEestá habilitado.
Eu sei que é possível extrair de um kernel linux o initramfs cpio embutido . Quero saber se é possível a operação inversa; ou seja, dado um kernel compilado e um arquivo initramfs, como combiná-los?
Estou tentando obter o mesmo efeito desta configuração do kernel ...
CONFIG_EFI=y
CONFIG_EFI_STUB=y
...
CONFIG_FB_EFI=y
...
CONFIG_CMDLINE_BOOL=y
CONFIG_CMDLINE="root=..."
...
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE="my_initrd.cpio"
...sem realmente configurar e/ou compilar o kernel.
Referências: