Normalmente, quando tenho programas que estão fazendo uma varredura completa do disco e analisando todos os arquivos do sistema, eles demoram muito para serem executados. Por que o updatedb é executado tão rápido em comparação?
Se eu quisesse permanecer no mesmo sistema de arquivos, não poderia simplesmente especificar um caminho de saída para o mesmo sistema de arquivos?
Ou é para evitar deixar acidentalmente o sistema de arquivos atual?
Ao verificar o status de um serviço viasystemctl
systemctl status docker
a saída é algo como
● docker.service - Docker Application Container Engine Carregado: carregado (/lib/systemd/system/docker.service; ativado; predefinição do fornecedor: ativado) Ativo: inativo (morto) (Resultado: código de saída) desde seg 2018-03-19 13:52:21 CST; 4min 32s atrás Documentos: https://docs.docker.com Processo: 6001 ExecStart=/usr/bin/dockerd -H fd:// (code=exited, status=205/LIMITS) PID principal: 6001 ( código=saída, status=205/LIMITS )
A questão é sobre a parte em negrito: o código de saída do processo principal e as informações de status.
Existe uma lista de todos os códigos e status junto com sua explicação?
Eu sei que na maioria das vezes é auto-explicativo (e eu sei a resposta para a pergunta aqui), mas ultimamente temos recebido muito essa pergunta no trabalho (algumas pessoas pesquisam no google mas não encontram, outras abrem o systemd.service man page, procure, por exemplo, o código 203 e não o encontre ...) então pensei em colocá-lo aqui para que seja mais fácil para as pessoas encontrarem a resposta via google.
Nossos nós são nomeados node001... node0xxem nosso cluster. Eu me pergunto, é possível enviar um trabalho para um nó específico usando o sbatchcomando do Slurm? Se assim for, alguém pode postar um código de exemplo para isso?
Preciso criar um volume persistente para o Docker. O volume deve ser nomeado extra-addonse localizado em /mnt/.
Eu executo este comando:
sudo docker volume create /mnt/extra-addons
Recebi esta mensagem de erro:
Error response from daemon: create /mnt/extra-addons: "/mnt/extra-addons" includes invalid characters for a local volume name, only "[a-zA-Z0-9][a-zA-Z0-9_.-]" are allowed. If you intended to pass a host directory, use absolute path
Observe que quando simplesmente executo: sudo docker volume create extra-addons, não enfrento esse problema, mas quando inspeciono o volume em questão usando sudo docker inspect extra-addons, vejo que ele está localizado em um local que não desejo:
[
{
"CreatedAt": "2018-04-21T14:40:25+03:00",
"Driver": "local",
"Labels": {},
"Mountpoint": "/var/lib/docker/volumes/extra-addons/_data",
"Name": "extra-addons",
"Options": {},
"Scope": "local"
}
]
Quero dizer, prefiro ver o volume assim:/mnt/extra-addons
Qualquer ideia?
Na verdade, o Linux não distingue entre processos e threads e implementa ambos como uma estrutura de dados task_struct.
Então, o que o Linux fornece a alguns programas para que eles diferenciem os threads de um processo de seus processos filhos? Por exemplo, existe uma maneira de ver detalhes de todos os threads que um processo possui no Linux?
Obrigado.
Quando instalo um programa como o GIMP ou o LibreOffice no Linux, nunca me perguntam sobre permissões. Ao instalar um programa no Ubuntu, estou explicitamente dando a esse programa permissão total para ler/gravar em qualquer lugar da minha unidade e acesso total à Internet?
Teoricamente, o GIMP poderia ler ou excluir qualquer diretório em minha unidade, sem exigir uma senha do tipo sudo?
Só estou curioso para saber se é tecnicamente possível, não se é provável ou não. Claro, eu sei que não é provável.
Quando eu executo chmod +w filename, ele não dá permissão de gravação para other, apenas dá permissão de gravação para usere group.
Depois de executar este comando
chmod +w testfile.txt
ls -l testfile.txtimpressões em execução
-rw-rw-r-- 1 ravi ravi 20 Mar 10 18:09 testfile.txt
mas no caso de +re +xfunciona corretamente.
Eu não quero usar chmod ugo+w filename.
Eu tenho cerca de 15.000 arquivos nomeados file_1.pdb, file_2.pdb, etc. Posso agrupar alguns milhares deles fazendo:
cat file_{1..2000}.pdb >> file_all.pdb
No entanto, se eu fizer isso para 15.000 arquivos, recebo o erro
-bash: /bin/cat: Argument list too long
Eu vi esse problema sendo resolvido fazendo, find . -name xx -exec xxmas isso não preservaria a ordem com a qual os arquivos são unidos. Como posso conseguir isso?
Quero formatar meu stick USB ext4e usá-lo como faria com qualquer outra unidade de formato não Linux típica ( FAT32, exFAT, NTFS).
Ou seja, quero poder conectar o pendrive em qualquer uma das minhas máquinas linux e ler/gravar nele sem precisar ajustar permissões , como fazer chmodou chownoutras coisas.
Eu preferiria usar um software de partição GUI como GParted, em vez de comandos de linha de comando, embora qualquer solução seja bem-vinda!
Tenho certeza de que uma postagem como essa é o paraíso da bandeira duplicada para alguns, mas depois de navegar em 6 ~ 10 SO e nas postagens do fórum do google, não encontrei uma solução simples para minha pergunta. Parecia que tudo se tratava de ajustar as permissões por usuário. Talvez você simplesmente não consiga usar ext4drives com a mesma conveniência sem cérebro que os NTFS.