Linux Mint 17, sua sessão durou menos de 10 segundos?

Question

Eu recebo esta mensagem quando tento fazer o login.

/etc/mdm/Xsession: Beginning session setup...
/etc/mdm/Xsession: 1: /etc/profile: id: not found
/etc/mdm/Xsession: 12: [: Illegal number: 
/etc/mdm/Xsession: Executing default failed, will try to run x-terminal-emulator
/etc/mdm/Xsession: 205: exec: x-terminal-emulator: not found

Encontrei um problema muito semelhante aqui: , mas quando tento acessar o terminal pressionando Ctrl + Alt + F1 e digite um comando Eu recebo o seguinte erro:

me@me-ThinkPad-E520 / $ cat /etc/profile
Traceback (most recent call last):
file "/usr/lib/command-not-found", line 21, in <module>
     os.execvp("python3", [sys.argv[0]+sys.argv)
File "/usr/lib/python2,7/os.py, line 344, in execvp
    _execvpe (file,args)
File "/usr/lib/python2.7/os.py line 380, in _execvpe
    func (fullname, *argtest)
OSError: [Errno 2] No such file or directory

Antes disso, eu estava instalando o Maven.

    

Answer 1

Vários executáveis estão ausentes do seu sistema ou não podem ser encontrados porque o seu PATH está incorreto:

- python3 , e é por isso que /usr/lib/command-not-found não pode ser executado. - cat ( /bin/cat ), e é por isso que command-not-found é executado - id ( /usr/bin/id ), conforme usado no padrão /etc/profile

O primeiro é um link e sua disponibilidade é menos necessária. O que você deve tentar é usar ls para ver se esses dois últimos comandos estão disponíveis ( ls -l /bin/cat /usr/bin/id ). Se você não tiver esses arquivos, tente reinstalá-los, mas, como eles são tão básicos, talvez o seu sistema não consiga fazer isso. O comando para instalar ambos é apt-get install coreutils , mas, para repetir, seu sistema pode não conseguir mais fazer isso.

Se esses arquivos estiverem lá, verifique seu PATH e onde seu valor pode estar definido, para que não inclua /usr/bin e / ou /bin .

Se esses arquivos não estiverem lá, você pode tê-los removido, como root, a desinstalação do core-utils é difícil por causa de suas muitas dependências.

    

Answer 2

Acho que pode haver muitas razões para esse problema, mas pensei em compartilhar minha solução. No meu caso, simplesmente devido a um erro de sintaxe no meu arquivo ~/.profile , havia basicamente um "=" ausente em algum lugar. Eu consertei isso indo para o modo de recuperação e para um prompt de root. Então eu atualizei o arquivo, reiniciei e funcionou.

Isso pode ser algo para verificar se você tem esse erro. Se você modificou recentemente seu arquivo .profile, verifique-o.

    

Answer 3

Eu tive o mesmo problema e encontrei uma solução .

Existem muitas outras variantes do que eu chamo de

problema "10 segundos".

Minha situação era exatamente a de chleba. Eu não poderia ls ou apt-get. Então eu pressionei <ctrl>+<alt>+<F1> e entrei no tty1, e eu entrei como root. No entanto, eu ainda poderia echo $PATH , o que me deu algo que eu mudei (baguncei) ontem. Então eu corri

export PATH=$PATH:/home/[HomeDirectory]/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games .

(^ Sorry for crappy formatting. Source: wikihow.com/Change-the-Path-Variable-in-Linux)

Agora, você pode ls , cat , tudo isso. MAS ESPERE! Não saia pressionando <ctrl>+<alt>+<F7> ! Você precisa alterar seus arquivos ~/.bashrc e ~/.profile primeiro para temporariamente declarar quais diretórios você deseja que seu sistema possa acessar diretamente. Se você é como eu, talvez ainda não tenha um ~/.bashrc em seu diretório. Além disso, se você estiver logado como root, você também digitou seu 'nome de usuário' ou o que quer que seja como 'root', então você terá que cd /home/[HomeDirName] para chegar lá. Se você logou com suas credenciais usuais, você pode apenas cd ~ e você estará onde queremos estar. A partir daqui, execute nano .profile ou sudo nano .profile e na parte inferior adicione export PATH=$PATH: ... todas as mesmas coisas acima. Em seguida, execute [sudo] nano .bashrc , que cria o arquivo .bashrc , se ele ainda não existir (que era o caso para mim), e cole o mesmo material ol ' export PATH=$PATH: ...

.

Agora você deve ser bom.

extras extras

Everyone likes extra goodies.

1. Minha aposta é que você ainda pode executar ls e apt-get etc. Você teria que navegar até /etc/bin para executá-los ou executar ./etc/bin/ls.sh ou algo assim. Eu realmente não sei onde os coreutils estão localizados, mas seria algo parecido com o acima.

2. No Linux Mint 17, de acordo com meu pai e este , sua variável $PATH está localizada em /etc/environment . Então você poderia simplesmente mudar isso, o que pode não ser uma correção temporária. Se você tiver tempo para analisar isso, deixe um comentário sobre se isso é ou não uma correção temporária. Apenas crie um script de shell no diretório Downloads e cole :~/[homeDirName]/Downloads no final da declaração $ PATH no arquivo de ambiente e veja se você pode executar seu script de shell da seguinte forma: cd ~ ./[shellscriptname] .

3. A propósito, entrei nessa confusão tentando adicionar atalhos para scripts e aplicativos espalhados pelo meu sistema .

Answer 4

Eu enfrentei o mesmo problema com o ubuntu-7.10. Na minha VM, de alguma forma, a permissão de "/ tmp" foi alterada. Para corrigir o problema, alterei as permissões de "/ tmp" para 777.

Depois disso, consegui fazer login como usuário regular com sucesso. Isso pode ajudar a supor que seu problema é o mesmo que o meu.

    

Answer 5

Razão

Eu tive o mesmo problema, parece que pode haver diferentes razões para este problema, mas para mim foi quebrado PATH como descrito abaixo.

Eu instalei o oracle JDK e configurei JAVA_HOME e PATH nos diretórios que o JDK foi instalado. depois de desinstalá-los, esqueci de remover essas alterações de variáveis de ambiente do arquivo / etc / environment.

Solução

Depois de logar com alt + ctrl + f2 eu consertei o PATH para:

export PATH="/bin:/usr/bin" 

Em seguida, naveguei para o / etc / environment e com:

sudo nano environment 

Consegui remover alterações.