Desativa as diferenças no manuseio de login (não interativo, interativo etc.)

3

Estou sempre tendo problemas com instalações de RVM e sessões de shell não interativas vs. interativas. Se a sessão não for interativa, geralmente estou recebendo o erro command not found em diferentes programas / funções na cadeia de ferramentas RVM / Ruby (por exemplo, gem , rvm , ruby etc.). Existem três soluções para o problema que estou ciente:

  • Adicione / remova algumas linhas de .bashrc para cada usuário. As mudanças dependem da versão do Ubuntu
  • Digitando bash --login antes de trabalhar com o RVM para obter um shell interativo
  • Alterando a opção "Executar comando como shell de login" no gnome-terminal

Todas essas soluções não são exatamente o que estou procurando, pois tenho alguns hosts com diferentes versões do Ubuntu e, para alguns aplicativos, as soluções descritas acima não funcionam (por exemplo, daemonized Chef configuration management suite ). Tanto quanto eu poderia rastrear o problema para baixo isso é baseado no fato de que os scripts de shell em /etc/profile.d só são executados se o usuário efetuar login em uma sessão de shell interativa. O que parece não ser o caso se um processo daemonizado for executado ou se eu ou um aplicativo efetuar login no ssh.

O que eu estou basicamente procurando é uma maneira de unificar todos os diferentes tipos de sessões de shell para executar scripts em /etc/profile.d . O ideal é que essa solução funcione para todos os usuários que podem efetuar login e para diferentes versões do Ubuntu (em uso: 10.4, 11.10). Também seria bom se pudesse ser facilmente configurado usando scripts automatizados ou receitas do Chef.

Como nota: não sei se scripts que não são executados em /etc/profile.d sejam o único problema que estou enfrentando, sei que é difícil fazer um bash --login geralmente corrige meus problemas.

    
por wintersolutions 13.03.2012 / 19:54

1 resposta

1

Seu problema é que o gnome-terminal não usa --login para o bash por padrão: link

Para criar scripts com o RVM, escolha um dos métodos descritos aqui: link

Há mais informações sobre arquivos rc do usuário aqui: link

    
por mpapis 13.03.2012 / 22:29
___ qstntxt ___

Eu pesquisei um pouco no Google e realmente não encontrei nada. Eu quero instalar o Crashplan para upload remoto no Crashplan +. Quão indolor é a instalação e configuração?

O site da Crashplans está sem muita informação do que eu vi.

O servidor está sem cabeça e, embora tenha o GNOME instalado, não é usado. Então eu preciso de algo completamente voltado ao console.

    
___ answer111320 ___

Isso deve funcionar link

Há algumas coisas no final sobre a edição do cliente em um mac, mas os primeiros 2 comandos são para a instalação do Ubuntu e provavelmente tudo que você precisa

    
___ tag123headless ___ O software Headless (por exemplo, "headless Java" ou "headless Linux") é um software capaz de trabalhar em um dispositivo sem uma interface gráfica com o usuário. ___ tag123crashplan ___ CrashPlan é uma solução de backup comercial. Tem um componente livre significativo, mas é de código fechado. ___ answer111378 ___

Contanto que seu uso nesse servidor seja definido como & amp; Esqueço. Você achará muito difícil ajustar as configurações do CrashPlan sem interação ocasional com GUI. Eu tenho acesso VNC ao meu para a sessão ocasional - eu acho que estou lá uma ou duas vezes por mês, verificando as coisas ou mudando alguma coisa.

Você achará isso ainda mais importante se o seu servidor for o destino de backup local, bem como um cliente para o serviço de nuvem. Se for apenas o último, você pode de fato ser Set & amp; Esqueça, nesse caso, a resposta de Meddy é tudo que você precisa.

    
___ O computador se desliga em vez de suspender / dormir