L. Levrel's questions

Por padrão, apenas rootpode criar conjuntos de CPU (e manipular tarefas nos existentes):

$ cset shield -c0
cset: **> [Errno 13] Permission denied: '/cpusets//user'
cset: insufficient permissions, you probably need to be root

Se eu concedi ao usuário trustedo direito de executar sudo cset, os comandos que ele executará, por exemplo

sudo cset shield -e command

seria propriedade de root, a menos que façamos

sudo cset shield -e sudo -- -u trusted command

o que é bastante complexo, principalmente em relação a qual ambiente é herdado commandatravés dessas camadas...

Existe uma maneira de conceder trusteddireitos para manipular conjuntos de CPU sem alterar a identidade?

Eu quero verificar se o link lnkfileé mais antigo que um arquivo de referência regular reffile.

O bash testbuiltin desreferencia links, portanto, test lnkfile -ot reffilecompara o destino de lnkfile, não o próprio link.

Existe uma maneira de fazer com que o testbuiltin não siga links simbólicos? Caso contrário, como posso comparar o tempo de um link simbólico?

Sejam dois nomes $foode $bardiretório absolutos (saída por realpath). Eu quero testar se um está contido no outro, em qualquer profundidade, e executar comandos de acordo.

Eu pensei em usar find, mas seu status de saída não informa se algo foi encontrado ou não. Então eu vim para:

if [ x$(find -H "$foo" -path "$bar" -printf y -quit) == xy \
    -o x$(find -H "$bar" -path "$foo" -printf y -quit) == xy ] ; then
    ...
fi

Está correto? Existe algo mais simples?

Contexto: meu diretório inicial contém uma pasta criptografada (ecryptfs). Estou escrevendo um script que sincronizará seu argumento com a nuvem. Não quero que os arquivos descriptografados sejam sincronizados, então testarei se o argumento se sobrepõe à pasta criptografada para desmontar o ecryptfs antes de sincronizar.