Kefka's questions

Com um gsettingscomando básico como, por exemplo, gsettings set org.gnome.desktop.secreensaver lock-enabled true, eu poderia facilmente transformá-lo em uma dconfconfiguração apenas substituindo os pontos por barras como esta:

[org/gnome/desktop/screensaver]
lock-enabled=true

Estou tentando fazer algo parecido porém com um gsettingscomando mais complicado, e não estou vendo como formatar corretamente. O comando é:

$ gsettings set org.gnome.settings-daemon.plugins.sharing.service:/org/gnome/settings-daemon/plugins/sharing/gnome-remote-desktop/ enabled-connections "['myuuidhere']"

Este comando ativa o recurso de compartilhamento de área de trabalho remota do Gnome para o usuário que o executa, mas, por certos motivos, exijo que seja ativado por padrão sem que o usuário precise fazer nada manualmente (o arquivo será gerado programaticamente com o UUID correto junto com outros configurações necessárias, só estou tendo problemas para colocar este comando específico em um dconfformato -usável).

Eu tenho um laboratório vm com servidores CentOS 7.5. Não há dhcp e cada servidor no laboratório tem seu endereço IP atribuído manualmente. Cada máquina tem o NetworkManager parado e desabilitado.

Eu adiciono o IP usando # ip addr add 192.168.1.100/24 dev ens192seguido por# ip link set ens192 up

Tudo funciona bem, exceto quando a máquina reinicializa ela perde o endereço IP e eu tenho que configurá-lo manualmente novamente.

Suponho que haja algum systemctlcomando ou algo que eu tenha que executar além desses dois comandos que o tornem permanente, mas não sei o quê. Espero que você possa ajudar. Obrigado

Estou tendo alguns problemas para assinar meu módulo zfs no Fedora 27 usando UEFI/Secure Boot e espero que alguém aqui possa ajudar.

Como uma rápida explicação de como normalmente faria isso, assino o módulo VirtualBox usando chaves que já gerei e registrei no efibootmgr, com o seguinte comando:

# /usr/src/kernels/$(uname -r)/scripts/sign-file sha256 ./key.priv ./key.der $(modinfo -n vboxdrv)

Funciona bem porque o vboxdrv existe como um módulo de kernel comum, e faço a mesma coisa com sucesso para cada atualização do kernel, e o processo é genérico o suficiente para que eu possa fazer a mesma coisa com o zfs. Mas tentar fazer isso falha. Verificando # modinfo -n zfs, vejo que o módulo do kernel zfs parece existir como um arquivo compactado - /lib/modules/4.15.17-300.fc27.x86_64/extra/zfs.ko.xz(e essa é a versão atual correta do kernel).

Para ver se talvez exista outro módulo em outro lugar, eu corro # find / -name zfs.koque não retorna nada, então este arquivo .xz é o único módulo zfs disponível. Tudo bem, então eu corro # xz --decompress zfs.ko.xz. Isso me diz que os dados estão corrompidos (o utilitário xz é o que retorna esse erro, sugerindo que não é um arquivo compactado em xz, ou pelo menos é modificado de alguma forma ou não pode ser tratado pelo xz integrado) .

# modinfo zfsapenas retorna o caminho para zfs.ko.xz e um erro de modinfo.

Portanto, estou perdido neste momento. Desativar a inicialização segura não é realmente uma opção que eu queira considerar. Como devo assinar um módulo compactado se não consigo descompactar o arquivo primeiro? Ou já está assinado com uma chave disponível para mim em algum lugar para download que devo registrar?