A pergunta " Qual é o propósito do .bashrc e como ele funciona? " buscou o propósito e o uso do .bashrc. Outro arquivo com um nome semelhante é .bash_logout.
Esse arquivo deveria existir em primeiro lugar? Em caso afirmativo, qual é a função desse arquivo?
Em que arquivo os atalhos de teclado são salvos no Linux Mint Cinnamon 18?
Desejo fazer backup dos atalhos, portanto, se eu souber o arquivo em que os atalhos estão salvos, posso simplesmente criar um link simbólico para o arquivo de atalho após reinstalar o sistema operacional.
systemctl list-dependencies postgres
Listará todas as dependências do postgresserviço. Como encontro todos os dependentes de um serviço (ou unidade, ou target)?
estou usando GNU bash 4.3.48. Considere os dois comandos a seguir que diferem apenas por um único cifrão.
Comando 1:
echo "(echo " * ")"
Comando 2:
echo "$(echo " * ")"
A saída deles são, respectivamente
(echo test.txt ppcg.sh )
e
*
Portanto, obviamente, no primeiro caso, o *é globbed, o que significa que a primeira aspa acompanha a segunda para formar um par, e a terceira e a quarta formam outro par.
No segundo caso, o *não é globbed e há exatamente dois espaços extras na saída, um antes do asterisco e outro depois, o que significa que a segunda aspa acompanha a terceira e a primeira acompanha a quarta.
Existem outros casos além da $()construção em que as aspas não correspondem à próxima, mas estão aninhadas? Esse comportamento está bem documentado e, em caso afirmativo, onde posso encontrar o documento correspondente?
No Gerenciador de rede, na guia Identidade, posso inserir um nome de usuário e uma senha para minha conexão OpenVPN. Também posso inserir uma senha para a "Chave privada do usuário".
Ambos os campos de senha têm as seguintes opções:
Se eu optar por armazenar a senha ("para este usuário" ou "para todos os usuários"), onde ela será armazenada?
Como enrolar e descompactar para um determinado diretório?
você enrola um arquivo para stdout e descompacta em algum diretório.
Estou executando o Linux Mint 18.3 com o Gnome 3.18 como minha área de trabalho. Estou construindo uma tela de carregamento para um aplicativo que instalei (Mycroft AI). Eu tenho a animação, ela aparece no carregamento, ela fecha assim que termina de carregar.
O que NÃO TENHO é uma tela de carregamento sem barra de título (o que tenho está na captura de tela abaixo).
Como você pode ver, ainda tenho a barra de título. Como removê-lo? Quanto menos aplicativos eu tiver que instalar para que isso funcione, melhor.
Desde já, obrigado!
Eu clonei duas VMs vSphere de um modelo Ubuntu 17.10. Após a inicialização, ambos reivindicam o mesmo IP e lutam por ele (as conexões ssh são interrompidas quando o IP alterna entre eles).
Os nomes de host e endereços MAC são diferentes entre as duas máquinas. dhclientafirma corretamente dois IPs separados, mas o resolvedor em uso é systemd-networkd.
Eu tenho um trecho Debian onde estou rodando transmission-daemoncomo um serviço.
Eu mantenho meus arquivos propagados em uma unidade de disco rígido USB externa montada em /mnt/external-disk. Este disco tem um ext4sistema de arquivos e eu o /etc/fstabmapeei por uuid.
O problema é:
Quando o serviço é transmission-daemoniniciado na inicialização, ele não verifica se o sistema de arquivos externo já está montado, portanto não encontra os arquivos nele, e recebo um erro de dados e os arquivos torrent não são propagados, mas o serviço é iniciado.
Para resolver esse problema, verifiquei a systemddocumentação e descobri o que estava faltando:
A linha RequiresMountsFor=na [Unit]seção do transmission-daemon.servicearquivo está localizada na árvore abaixo /lib/systemd/. Depois que adicionei essa linha com o caminho do ponto de montagem /mnt/external-disk, o problema desapareceu e o serviço estava funcionando bem. Se eu reiniciasse a máquina, o serviço estava funcionando e os arquivos foram propagados.
Isso funcionou até que eu tive um apt-get dist-upgradeonde o pacote transmission-daemonestava envolvido e depois parou. Então eu verifiquei o transmission-daemon.service, e descobri que a modificação que fiz estava faltando.
Adicionei a linha RequiresMountsFor=outra vez com o caminho correto e o problema foi corrigido novamente.
Minha pergunta é: Como posso tornar essa modificação persistente?
Por padrão, o systemd cai para um shell de emergência ao menor erro. Por exemplo, se uma das montagens em fstab falhar por algum motivo, o sistema não inicializa imediatamente. Eu administro dezenas de diversos sistemas de produção e considero esse comportamento muito prejudicial. (Na verdade, acho que é uma grande falha de design, mas é uma opinião pessoal).
Eu gostaria de aumentar a resiliência de inicialização do sistema. Idealmente, o sistema deve sempre inicializar, drivers ausentes, montagens, etc. O que pode ser executado, deve ser executado.
Eu sei que o systemd gera automaticamente arquivos *.mount de /etc/fstab e eu poderia usar a opção nofail com um pequeno tempo limite x-systemd.device (ou definir eu mesmo os arquivos .mount relevantes). No entanto, isso não resolveria meu problema, quero tornar o sistema mais resiliente, "corrigir" o fstab toda vez não é muito conveniente e não tenho certeza de quantos outros "problemas" possíveis existem que tornariam meu sistema não inicializável apenas porque algum desenvolvedor em algum lugar pensou que é importante o suficiente.
Em suma, gostaria de recuperar o controle sobre minha máquina e não deixar o systemd decidir qual problema é sério o suficiente para interromper o processo de inicialização. É possível?