Tela preta após o login no Kubuntu 15.04


15

Atualizei meu kubuntu 14.10 para o kubuntu 15.04. E agora, após a inicialização, quando digito minha senha na tela de boas-vindas, recebo a tela preta. Parece que a tela está desligada. Sem cursor, sem alteração de brilho. Nada. E quando tento mudar para os consoles de texto (Ctrl + Alt + F1), nada acontece. Se eu não entrar na tela de boas-vindas, posso mudar para o console de texto.


Você está usando drivers proprietários, como catalisador ou nvidia? Se sim, você já tentou removê-los? Além disso, tente criar um novo usuário e veja se o login funciona.
Paul Tanzini

Meu notebook possui apenas gráficos intel. Nenhum driver proprietário que eu instalei. Mas na área de trabalho, quando eu tenho drivers proprietários da NVIDIA, tudo bem! Com o novo usuário tentará. Obrigado!
precisa saber é o seguinte

Eu tive o mesmo problema. Eu fiz uma nova instalação e tenho o mesmo. Repeti mais uma vez, mas não verifiquei minha pasta antiga / home para adicionar durante a instalação por engano. Agora meu kubuntu 15.04 funciona corretamente. Provavelmente a configuração antiga em arquivos ocultos na pasta / home comete um erro.

Está interessado. Quando você fez uma nova instalação, pela primeira vez, você definiu seu diretório inicial antigo?
precisa saber é o seguinte

@ Максим Т: Você vê uma barra de tarefas vazia (que desaparece) na tela preta?
Guillaume

Respostas:


5

Posso ter uma solução, estou tentando descobrir o que aconteceu há alguns dias. Excluir todos os ~ / .cache e ~ / .config não é uma ótima idéia, pois eles podem ser necessários. . .

No ~ / .cache, excluí apenas os arquivos do DVD de inicialização 14.04, mas mantive as pastas:

activityswitcher_wallpaper_preview.kcache
event-sound-cache.tdb.093cbe7e51f0423cb8a1384115f450a1.x86_64-pc-linux-gnu
icon-cache.kcache
ksycoca5
ksycoca5stamp
motd.legal-displayed (0 kb)
plasma-svgelements-air_v1.0
plasma-svgelements-breeze-dark_v0.9.7
plasma_theme_breeze-dark_v0.9.7.kcache
[...]
plasma_wallpaper_preview.kcache

Após a reinicialização, a área de trabalho estava boa.


Thanx, vai tentar.
Максим Т

11
Mas depois de algum tempo, aconteceu novamente. :(
Максим Т

11
você deve verificar se o seu controlador gráfico é bom para o seu cartão
Guillaume

7

Acabei tendo que renomear ~ / .kde, ~ / .cache ~ / .local e ~ / .config.

mv ~/.kde ~/.kde.old
mv ~/.cache ~/.cache.old
mv ~/.local ~/.local.old
mv ~/.config ~/.config.old
shutdown -r now

Não tenho certeza exatamente qual deles fez o truque, mas suspeito que foi .config.


Uau. Quantos diretórios. :) Thanx. Renomear .kde e .cache não ajudou.
Максим Т

Não ajudou. :( Eu acho que alguma coisa com o gerenciamento de energia Depois de monitor de entrada de senha desligar ....
Максим Т

2
Isso é um exagero. .kdee .configarmazene muitas coisas úteis. FWIW, resolvi meu problema apenas movendo-me .local. Então é muito fácil checar os dados antigos .local/share/para ver se há algum dado que você queira migrar de volta (por exemplo, o tomboy armazena notas lá).
precisa saber é o seguinte

5

Isso já me incomoda há algum tempo. Percebi que isso acontece quando coloco o Kubuntu no modo de suspensão ou o desligo com uma configuração de monitor duplo e, em seguida, tentando iniciá-lo apenas com a tela do laptop. Enfim, aqui está o que eu encontrei - uma pasta específica é responsável por essa bagunça. A exclusão corrige meu problema.

Aqui está o que fazer. Depois de obter a tela preta, vá para um tty (Ctrl + Alt + F1) e faça o seguinte:

 rm ~/.local/share/kscreen
 sudo killall sddm

Em seguida, digite sua senha e faça o login. Tudo deve ficar bem. Espero que isto ajude ;)


Thanx, mas infelizmente tenho o sistema de configuração do zero. Agora está funcionando. :)
Максим #

Eu tinha exatamente o mesmo problema e isso foi corrigido. Obrigado
Rembunator 09/09/16

3

Eu também tive o mesmo problema na nova instalação do kubuntu 15.04 64 bits.

  1. Pressione Ctrl+ Alt+ F1após o sistema ter iniciado
  2. O sistema solicitará o login, forneça seu nome de usuário e pressione enter
  3. Digite a senha

    mv ~/.kde ~/.kde.old
    mv ~/.cache ~/.cache.old
    shutdown -r now
    
  4. Se você conseguir obter sua interface gráfica na próxima inicialização, não esqueça de alterar 'start with empty session' em 'desktop session' em 'System Settings'


Thanx! Eu não pensei sobre cache. Vai tentar.
precisa saber é o seguinte

Não ajudou. :(
Максим Т

Isso funcionou para mim, graças :) (Kubuntu 15)
MilMike

1

Eu tive o mesmo problema; o problema era que eu tinha duas versões diferentes dos drivers da nvidia instalados. Parece que o dist-upgrade é instalado automaticamente nvidia-340, então execute o comando abaixo e reinicie e você deve ser bom.

sudo apt-get purge nvidia-340*

Como mencionei, não tenho adaptador nvidia no meu notebook. :)
Максим Т

0

Eu tenho o mesmo problema. Depois de passar por alguns blogs e fóruns, me deparei com a solução, mas não funcionou para mim. Vale a pena tentar seguir os comandos e ver se resolve o seu problema.

mv ~/.kde ~/.kde.old
shutdown -r now


Eu tentei isso. Não funciona :(
Максим Т

Crie um novo usuário e tente. Funcionou para mim.
Jhones 30/04

Eu tentei. Não funciona
Максим Т

0

Os seguintes passos funcionaram para mim.

  1. No menu do grub, selecione "configurações do sistema", que o levará ao menu da BIOS.
  2. Exibir a ordem de inicialização (nenhuma alteração é necessária).
  3. Salve as alterações e saia.

A inicialização após as etapas 1 a 3 impede a tela em branco. Eu não sei como, mas funcionou bem para mim.


Muito interessante. :) Will try
Максим 43

0

Então, enfrentei esse problema depois de alterar minha senha de usuário e só consegui resolver isso depois de alterá-la novamente para a antiga por meio do comando 'passwd'.


0

TL; DR: Verifique se você tem espaço suficiente em /var, /, /home. Espaço insuficiente impede que o servidor xOrg seja iniciado.

Para recuperar o sistema, você pode rodar startxno terminal, o que deve lhe dar algumas dicas, conforme indicado neste tópico do reddit . Este comando inicia o servidor xOrg. A solução proposta no thread do reddit com a alteração ~/.xinitrcnão funcionou para mim.

Se startxrealmente recuperou o sistema, você pode reiniciar, voltar ao terminal e verificar se o xserver não está sendo executado executando xset qcomo indicado aqui . Como echo $DISPLAYnão retornou nada para mim, encontrei essas soluções , pois startkdetambém não funcionava ( startkdeiniciaria a sessão do kde). Mais importante ainda, /var, /, /homedeve ter espaço suficiente (o uso do disco de verificação com df -h).

Essas soluções finalmente se mostraram dignas, pois eu simplesmente não tinha mais espaço. Depois de limpar alguns arquivos e reiniciar, o KDE começou como de costume.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.