Início / user-646126

KDM's questions

Martin Hope
KDM
Asked: 2024-10-07 15:28:36 +0800 CST
  • 5

De acordo com a documentação dos parâmetros do kernel kexec_load_disabled ,

Este valor padrão é 0 (falso: kexec_load habilitado), mas pode ser definido como 1 (verdadeiro: kexec_load desabilitado). Uma vez verdadeiro, kexec não pode mais ser usado, e o toggle não pode ser definido de volta para falso.

O que esta documentação diz é que se este parâmetro for definido como true, ou seja, 1, então, uma vez que o kernel é carregado, ele não pode ser descarregado em tempo de execução e um novo kernel carregado em seu lugar. Então, se o kernel 6.10.13 for instalado na máquina com o parâmetro kernel kexec_load_disableddefinido como 1, isso impactará a atualização do kernel para a versão 6.11.2? Isso impedirá isso mesmo após uma reinicialização?

Além disso, se esse parâmetro for definido como true, não impede que entradas sejam manipuladas no carregador de boot como o GRUB. Então, no GRUB, uma entrada pode ser feita para carregar alguma outra versão do kernel. Meu entendimento está correto?

linux-kernel
Martin Hope
KDM
Asked: 2024-10-02 21:50:05 +0800 CST
  • 5

Se criarmos um arquivo tar ball dando o seguinte comando

tar -cvf Docs.tar $HOME/Documents/*

então, após a criação do tar ball, é possível usar gzip, bzip2, xz ou algum outro utilitário de compactação para compactar o arquivo tar?

Eu sei que podemos dar a opção --bzip2or --xzor --gzipenquanto criamos o tar junto com -cvf option mas e se isso não for feito? E depois que o tar é criado, então a compressão é buscada para ser aplicada. É possível? Se sim, então como?

tar
Martin Hope
KDM
Asked: 2024-10-02 11:41:52 +0800 CST
  • 6

Li em algum lugar que em um script de shell a [..]construção like por exemplo [ -e $HOME/temp ]é compatível com POSIX. Enquanto a [[..]]construção de script like [[ -e $HOME/temp ]]não é.

Isso é verdade?

Além da conformidade com POSIX, há algo inerentemente vantajoso que [..] tem sobre [[..]]? Ou vice-versa?

shell-script
Martin Hope
KDM
Asked: 2024-09-13 22:45:12 +0800 CST
  • 5

Existem as seguintes maneiras de verificar se uma variável está disponível ou não em um script de shell Linux/Unix

[ ! -z "${MYVARIABLE}" ]

OU

[ -n "${MYVARIABLE}" ]

OU

[[ ! -v MYVARIABLE ]]

Qual é a diferença entre esses três? Quando um deve ser preferido ao outro? Além disso, se tentarmos combiná-los, um erro será dado. Por exemplo, se dermos o seguinte código, ele funcionará bem

if [ ! -z "${PROFILEHOME}" ] && [ -n "${PROFILEHOME}" ];
then
    echo "Profile home variable that is being used is $PROFILEHOME"
else
    echo "Profile home is not set"
fi

Entretanto, se tentarmos executar o seguinte

if [[ ! -v MYVARIABLE ]] && [ ! -z "${PROFILEHOME}" ] && [ -n "${PROFILEHOME}" ];
then
    echo "Profile home variable that is being used is $PROFILEHOME"
else
    echo "Profile home is not set"
fi

então o script de shell retorna uma mensagem de erro, " [: -v: operador inesperado "

A diferença entre os operadores -z e -n que é dada aqui simplesmente afirma que -z é para verificar quando a string é nula, enquanto -n é para verificar se não é nula.

bash