Uma solução alternativa seria usar um protetor de tela alternativo, por exemplo, o clássico linux xscreensaver . isso pode ser desativado na linha de comando com
xscreensaver-command -deactivate
Quando eu uso o Ubuntu 12.04, depois de clicar no botão "Bloquear" da barra de status na área de trabalho, ele mostrará a tela bloqueada. Eu uso outro computador para ssh para este computador bloqueado. E use o comando
export DISPLAY=:0
gnome-screensaver-command -d
para desbloquear a tela. Isso funciona bem.
Mas agora eu atualizo o Ubuntu de 12.04 para 14.04. Quando clico no botão "Bloquear" da barra de status, ele mostra a nova tela bloqueada, que se parece com a unidade-saudação. Então eu uso o mesmo comando de antes:
export DISPLAY=:0
gnome-screensaver-command -d
Nada acontece ~ Não consigo desbloquear a tela por comando.
Parece um bug no Ubuntu. link
Mas há alguma solução alternativa para resolver esse problema?
[atualização]
Encontrei se usamos o comando de tela de bloqueio do ssh
export DISPLAY=:0
gnome-screensaver-command -l
mostrará o screensaver clássico do gnome assim como o Ubuntu 12.04. E use o comando gnome-screensaver-command -d para desbloquear a tela.
Então, há uma maneira de mudar para o protetor de tela clássico do gnome quando clica no botão de bloqueio na barra de status?
PS, Eu tentei Gerenciador de configurações do CompizConfig , não há opção de alterar a tela de bloqueio ~~
Uma solução alternativa seria usar um protetor de tela alternativo, por exemplo, o clássico linux xscreensaver . isso pode ser desativado na linha de comando com
xscreensaver-command -deactivate
Para bloquear a tela via terminal (para o Ubuntu 14.04 e 16.04) eu uso:
dbus-send --type=method_call --dest=org.gnome.ScreenSaver /org/gnome/ScreenSaver org.gnome.ScreenSaver.Lock
Portanto, para desbloqueá-lo, isso funcionaria:
dbus-send --type=method_call --dest=org.gnome.ScreenSaver /org/gnome/ScreenSaver org.gnome.ScreenSaver.Unlock
Infelizmente, não tenho o SSH instalado para testá-lo. Eu posso testá-lo a partir do Terminal quando a tela já está desbloqueada e não dá nenhuma mensagem de erro.
Eu encontrei outro post onde isso deveria funcionar:
dbus-send --session --dest=org.gnome.ScreenSaver --type=method_call --print-reply --reply-timeout=20000 /org/gnome/ScreenSaver org.gnome.ScreenSaver.SetActive boolean:false
A vantagem reivindicada aqui é que ele não pede uma senha para desbloquear a tela. O tópico completo está aqui: ( Desbloqueie o gnome-screensaver em vez de desativar )
Não sei como mudar para o protetor de tela gnome-clássico, mas a solução alternativa do gnome-screensaver-command definitivamente funciona:
Primeiro, ative o teclado na tela:
gsettings set org.gnome.desktop.a11y.applications screen-keyboard-enabled true
O teclado na tela aparece quando você entra pela primeira vez, mas você pode fechá-lo.
Bloquear a tela (precisa acontecer depois de ativar o teclado na tela)
Agora gnome-screensaver-command -d
funciona para desbloquear a tela.
Deve funcionar com o 14.04 do ssh:
export DISPLAY=:0
gnome-screensaver-command -d
Para o 16.04, precisa definir a sessão do dbus também:
export DISPLAY=:0
export $(cat /proc/'pidof compiz'/environ | tr 'loginctl unlock-sessions
' '\n' | grep DBUS_SESSION_BUS_ADDRESS )
gnome-screensaver-command -d
Ou melhor ainda, basta usar o loginctl que não precisa de nenhuma solução alternativa:
gsettings set org.gnome.desktop.a11y.applications screen-keyboard-enabled true
Tags 14.04 gnome-screensaver
Em determinados laptops (como o HP Pavilion ), você pode inicializar em uma tela preta devido ao baixo brilho da tela .
Aumente o brilho usando a combinação de teclas (isso é diferente para cada modelo. Por exemplo, FN + F7 )
Estou tentando inicializar o Ubuntu no meu computador. Quando eu inicializo o Ubuntu, ele inicializa em uma tela preta. Como posso consertar isso?
Congela:
Usuários da nVidia:
Usuários da ATI / AMD:
Cross links de recuperação do Grub
Reinstalando sua máquina
Às vezes, uma atualização do kernel pode causar problemas, especialmente se você estiver usando drivers fechados, você pode confirmar se este é o caso inicializando em seu kernel antigo.
Crosslinks de recuperação do LiveCD
Eu tive esse problema na noite passada. De repente, meu sistema não inicializaria mais. A checagem do BIOS terminaria, então seria pendurado em uma tela preta com o cursor piscando. Deixou lá por várias horas apenas no caso. Quando isso não funcionou, desconectei todos os meus dispositivos USB e, de repente, inicializei tudo de novo. Eu não o limitei exatamente, mas no meu caso foi meu hub USB ou o iPod conectado ao hub USB que estava causando a queda.
Não estou dizendo que este é necessariamente o problema que você está tendo, mas espere que seu problema de inicialização seja tão fácil de corrigir quanto desconectar alguns dispositivos USB ...!
As substituições do Wubi são idênticas às instalações normais , exceto na primeira vez que você reinicia após a execução do instalador no Windows.
Para complicar as coisas, desde o Ubuntu 11.10 existem dois métodos distintos para instalar com o Wubi. A primeira maneira é usar o ISO Desktop, que se aplica a todos os sub-sabores (Kubuntu, Lubuntu, Mythbuntu etc.) e também se você baixou o Ubuntu ISO você mesmo.
O segundo método é o uso de imagem de disco pré-instalada , se você executar %code% standalone e escolher instalar o Ubuntu .
Método 1
Você verá isso:
%pre%Pressione Esc e então você verá isto:
%pre%Ignore Modo gráfico seguro como se aplicou ao Ubuntu em 2008 e não faz nada para o moderno problema nvidia / radeon. Coloque o cursor em modo Normal e pressione E . Em seguida, edite a entrada e insira %code% como mostrado aqui (procure entre %code% e %code% no meio; note que pode haver algumas outras diferenças, mas não mude mais nada - basta adicionar %code% ):
%pre%Agora pressione Ctrl + X para inicializar.
NOTA : Isso se aplica somente à instalação; da próxima vez que você inicializar você tem que substituí-lo novamente, e para isso será o mesmo que para uma instalação normal (respondeu acima ). Certifique-se de segurar Shift para mostrar o menu Grub.
Método 2 Quando você executa %code% standalone e instala o Ubuntu (não um sub-flavor), ele faz o download de uma imagem de disco compactada e pré-instalada com uma instalação padrão do Ubuntu e, em seguida, a descompacta para o tamanho do disco virtual. Não há %code% setup ainda, então ele usa o arquivo %code% para a primeira inicialização que você pode editar e adicionar %code% :
%pre%Nota - se você acessou este tópico após a inicialização pela primeira vez, é possível que o %code% já tenha sido criado (mesmo que tenha sido congelado). Neste caso, editar o arquivo %code% não fará nada - ele sempre verifica primeiro %code% dentro do disco virtual. Portanto, você deve seguir as instruções para a instalação normal acima .
Note também que o menu Grub é suprimido por padrão nas instalações Wubi (embora existam dois sistemas operacionais - porque você inicializa o Ubuntu do Windows e, portanto, adicionando uma entrada do Windows do Grub Menu do Ubuntu não tem sentido) então você tem que pressionar e segurar a tecla Shift depois de selecionar o Ubuntu para exibir o Menu Grub. No Windows 8, ele é reinicializado depois que você opta por inicializar no Wubi. Nesse caso, você deve manter a tecla Shift após as postagens do BIOS.
(Isso é somente para o Windows 8 com BIOS - o Wubi não funciona com UEFI).
Eu também tive esse problema ou um problema semelhante. Descobriu-se que, por alguma razão, o Ubuntu começou com o brilho da tela em sua configuração mais baixa. Se eu entrasse em uma sala muito escura, eu podia ver a tela bem o suficiente para ir até o painel de controle "Brilho e Bloquear" e transformar o brilho para onde deveria estar.
Provavelmente, a ACPI do seu computador não é suportada. O Ubuntu 10.04 suportou drivers para o ACPI, mas caiu suportado para isso desde 10.10.
Para tentar isso, altere as BootOptions para %code% e veja se o Live CD do Ubuntu inicializa ( info ).
Se funcionou, você tem duas opções para fazer a inicialização do LiveCD:
Desative a "Nova interface do cartão" (que vi o método em UbuntuForums )
Ir para o BIOS & gt; Segurança & gt; Interface I / O Segurança & gt; "Nova placa de interface". Defina como Bloqueado.
Verifique se você tem um CD de recuperação do Windows disponível se você tiver o Windows, porque o Windows pode aparecer como um erro.
Ou desabilitando a ACPI, o que não é recomendado porque pode desabilitar alguns recursos cruciais em seu computador (como os fãs). Isso não é recomendado, a menos que você tenha tentado a primeira opção e saiba o que está fazendo!
Instruções ( fonte ):
Reinicie o seu computador.
Pressione a tecla indicada durante as mensagens de inicialização (geralmente F2 , Esc ou F1 ) para entrar no BIOS.
Clique no menu "Configurações de energia".
Destaque a entrada ACPI, pressione Enter , selecione "Desabilitado" e pressione Enter novamente.
Pressione Esc e Y para sair e salvar.
Novamente, verifique se você tem um CD de recuperação do Windows disponível se tiver o Windows, porque o Windows pode aparecer como um erro.
Diferentes fabricantes de PCs têm diferentes BIOS, então leia o manual do seu computador se o BIOS do seu computador não aparecer.
Parece que nós dois compartilhamos o mesmo hardware. Pelo menos a mesma CPU, a mesma P67 e a mesma placa de vídeo (a Mine é uma GT 440). O que você pode fazer é o seguinte:
Ao inicializar, pressione a tecla ESC ou deixe a tecla SHIFT pressionada até que o menu GRUB apareça.
No menu GRUB, selecione o RECOVERY MODE . Deve dizer algo como:
%code%
Após o carregamento do modo de recuperação, ele deve apresentar um menu. Selecione a opção sobre ir ao shell com acesso root (opção root . Última opção na imagem abaixo)
Agora precisamos instalar os drivers da Nvidia e atualizar o sistema. Siga as próximas linhas passo a passo para fazer isso na ordem correta. Verifique também se você está conectado à Internet:
Sistema de atualização
Drivers da Nvidia
Existem 2 maneiras de instalar os Drivers Proprietários. o modo PPA ou o modo padrão do Ubuntu.
O modo padrão do Ubuntu envolve apenas digitar o terminal %code% (para os drivers normais atuais) ou %code% (para os drivers atuais mais recentes). Basta escolher um.
o modo PPA tem os drivers de borda com sangramento Mais recentes. Eu menciono este aqui, já que estou testando em alguns casos de uso relacionados a problemas usando TVs e resoluções 16: 9/16: 10. Para instalar este, faça o seguinte:
%code% e pressione ENTER para aceitar uma mensagem que você receberá. Então faça %code% . Por fim, faça %code% . Note que você não pode misturar este com o modo Ubuntu. Um irá sobrescrever o outro.
Reinicializar %code%
Agora, se você tiver algum problema, faça o seguinte através do terminal novamente, mas desta vez vá para a sua pasta pessoal. No meu caso, é %code% , então eu iria %code% . No seu caso, você deve mudar isso para o seu usuário e aplicar o seguinte:
%pre%Então, quando você inicializar no Ubuntu, altere a resolução através da opção Exibe no Menu de Configurações do Ubuntu (O cog no canto superior direito)
O que fizemos lá foi remover o monitores.xml para resolver alguns problemas de resolução, remover as configurações de .nvidia para corrigir alguns problemas de configuração da Nvidia e remover o xorg.conf (que não é realmente necessário nas versões mais recentes do Ubuntu) para remova as opções mal configuradas.
Por fim, podemos executar a opção grub no menu de recuperação para corrigir quaisquer problemas de bootloader.
Eu tive o mesmo problema.
Eu apenas consertei. (mais ou menos) Minha solução (para que você possa inicializar de volta na sua GUI) (não sei se era realmente isso ou se alguma coisa juntos):
abra o TTY ( ctrl + alt + F1 ) para digitar os comandos.
Certifique-se de que os drivers radeon de código aberto estejam instalados. link
delete todos os drivers fglrx:
Eu tentei pela primeira vez: link
e mais tarde tentei isso:
%code%
depois disso, eu pude reinicializar e fazer login.
OPCIONAL: se você tiver um loop de login (digite a senha e seja aceito, ele pedirá novamente sua senha):
(faça backup do arquivo)
%code%
e tente novamente fazer login.
qualquer pergunta, é só pedir.
Sei que essa é uma pergunta antiga, mas também é bastante geral, sem detalhes sobre o hardware específico envolvido. Dito isso, você não pode arquivar um bug ou consertar as coisas até descobrir mais detalhes.
Eu pensei em dar uma facada nisso desde que enfrentei o problema e me recuperei dele recentemente. Eu provavelmente vou passar por aqui novamente mais tarde e colocar mais algumas informações e simplificar os passos, mas a lista de respostas já é muito grande, então eu vou fácil nas imagens.
O modo de recuperação é seu amigo, mas nem sempre é necessário uma sessão raiz de usuário único para resolver as coisas. Na verdade, você pode simplesmente fazer um login normal do console selecionando "resume" sem considerar nenhuma das outras opções no menu de recuperação. A coisa boa sobre uma sessão de console normal sobre o modo raiz de usuário único é que você pode ter múltiplos terminais rodando ao mesmo tempo - Alterne entre eles ou abra novos com Alt + F1 , Alt + F2 , etc. Há uma boa chance de que seja um problema de driver de vídeo que está impedindo você de entrar no login gráfico, e pode ser apenas resultado de alguma atualização que você fez antes de reinicializar o computador.
Você pode passar alguns anos sem problemas semelhantes, mas é uma boa ideia conhecer seu hardware e estar preparado para usar o terminal. Basicamente, existem dois drivers de vídeo para se preocupar: o driver do kernel e o driver do xorg. O Xorg é um servidor de vídeo que usa o protocolo x11 para exibir coisas em cores com profundidade e todos os tipos de efeitos malucos - é uma camada de abstração entre aplicativos como o ambiente de desktop ou gerenciadores de janelas e o driver do kernel. O driver do kernel é outra camada de abstração, mas é um pouco mais próximo de se comunicar com o hardware real.
É a tarefa do kernel (neste caso, Linux) passar mensagens entre aplicativos e o hardware. Os drivers podem ser compilados no kernel ou adicionados de uma maneira mais ad hoc através dos módulos do kernel. Provavelmente você está usando módulos a menos que tenha configurado e compilado seu próprio kernel personalizado. O driver do kernel como um módulo é carregado logo após a inicialização, o que permite atualizações mais fáceis quando você desativa a troca de uma placa. A boa notícia é que existem algumas ferramentas mais ou menos padrão que você pode executar a partir da linha de comando para obter mais informações sobre esses tipos de drivers, o hardware real e se eles estão carregando: lspci, dmidecode e dmesg, para nomear um pouco. Existem man pages (por exemplo, %code% ) e muitos howtos sobre esses tipos de ferramentas, por isso não vou entrar em muitos detalhes aqui agora.
Depois, há os drivers do xorg. Para listar o que está disponível nos repositórios, você pode digitar %code% para fornecer uma lista de todos os drivers possíveis. Piping para %code% com o '|' O símbolo que você provavelmente pode digitar tocando na tecla de barra enquanto pressiona a tecla Shift (para ficar claro em qual símbolo é), oferece a opção de rolar a lista de drivers (com as teclas de seta) para frente e para trás. Para obter mais informações sobre um driver específico, você pode digitar %code% (para escolher um aleatoriamente). Para instalar um, você pode digitar %code% e esperar pelo melhor. Não sei quantas versões atrás o Xorg tentaria carregar um dos drivers instalados automaticamente, mas sob certas condições você pode ter um arquivo de configuração em %code% chamado %code% . Então, dê uma olhada e veja se há um aí: %code%
Se você atualizou um driver Xorg sem atualizar diretamente o próprio Xorg, existe uma chance de que reverter para o antigo driver via %code% não irá puxar automaticamente a versão do Xorg que é compatível com - deve mas o apt nem sempre faz o que deveria. No mínimo, você precisará de uma versão correspondente do xserver-xorg-core. Não se preocupe com a desinstalação da substituição do xorg atualizada, basta digitar o comando %code% para voltar e desinstalar a versão mais recente automaticamente. Este conselho se aplica principalmente a pacotes renomeados transitórios que fornecem pacotes virtuais para substituir aqueles que ainda estão sendo mantidos na mesma ramificação da árvore de pacotes. Pacotes virtuais às vezes são uma bagunça e podem fazer coisas engraçadas com qualquer uma das várias dependências que estão sendo trocadas no processo de upgrade / downgrade, mas concentre-se em voltar para a GUI primeiro.
Agora que eu dei uma visão geral de algumas orientações para começar a solução de problemas, voltemos à tela do console que você esperou receber sem problemas ao escolher "resumir" no menu de recuperação. É difícil ficar preso sem um mouse no console quando você tem muitas cópias e colagens para fazer, então prepare-se com alguns gpm para suporte a mouse e algumas outras ferramentas: links / links2 ou w3m (navegadores da web), vim (editor de texto), dpkg, apt, less (teclas de estilo vim e busca como man), e grep.Eu provavelmente estou deixando alguns de fora.
Alguns comandos particularmente úteis para o dpkg são %code% para mostrar arquivos para pacotes que já estão instalados e %code% para mostrar todos os pacotes atualmente instalados (canalizados para %code% ). Algumas vezes o gpm é um pouco complicado em deixar você seleciona coisas, então você pode reiniciá-lo com %code% , mas você pode ter problemas ao clicar em links em uma página antes de reiniciar o w3m ou o navegador %code% . O w3m é um pouco mais fácil de navegar e geralmente melhor para sessões autenticadas (por exemplo, fazer login em fóruns para obter ajuda). É preciso acostumar-se a pressionar a tecla Esc para clicar em links (os hiperlinks) e a curva de aprendizado é um pouco mais acentuada do que com o navegador conhecido como %code% .
A menos que você tenha uma placa Nvidia ou algo com suporte de driver proprietário para o Linux que você queira experimentar, eu fugiria dos drivers do kernel antes de tentar coisas com xorg - Tente solucionar os drivers xorg primeiro porque pode ser muito mais fácil do que personalizar um kernel para hardware (dependendo da marca). A questão é que você pode acabar seguindo uma série de links que o levam na direção errada, com os fabricantes de chips enviando-o aos fabricantes de cartões e fabricantes de cartões, sem lhe dar apoio. Quanto a experimentar diferentes kernels para diferentes versões “baunilhadas” do driver, fique com versões de kernel que não estão muito longe das atuais (dadas por %code% ) a menos que você esteja realmente interessado em testar. Há uma boa chance de que o kernel mainstream mais recente não seja inicializado em seu sistema, então por que incomodar se você estiver com uma configuração quebrada no meio do caminho? Mantenha-se focado em fazer o mínimo necessário para voltar a subir, para que você não fique atrasado com muito trabalho. Você pode digitar coisas em emacs, vim ou pico / nano ou verificar seu e-mail em "mutt" ou "pinheiro", mas eventualmente você desejará voltar para o século 21.
Boa sorte!
Se você tiver mais de uma porta de vídeo em sua placa gráfica (ou mais de uma placa gráfica), conectar o monitor a uma porta diferente pode resolver o problema.
Eu tive um problema no passado com placas gráficas DVI duplas, onde ele não inicializa usando uma das portas (secundário talvez?), mas funciona bem na outra porta.
Eu fiz o upgrade de 10.10 para 11.04 para 12.04 LTS, e quando o 12.04 foi carregado pela primeira vez, eu tive uma tela em branco após o menu GRUB. Na verdade, inicializou bem - eu poderia SSH no sistema como de costume, mas o vídeo no console real não funcionou. A inicialização no modo de recuperação funcionou bem também. Aqui estava a solução.
Hardware = Macbook, início de 2008, Macbook4,1. (Preto - Início de 2008 / Penryn)
Depois de muitos testes e erros, a solução foi a edição e atualização do GRUB, conforme mostrado abaixo. As edições relevantes foram
%code% e %code%
%pre%Se a sua placa gráfica é Nvidia , siga estes passos:
Se sua placa gráfica for ATI , siga estas etapas:
Acontece que eu tive que criar um LiveCD e reinstalar completamente o GRUB. Depois que fiz isso, as coisas estão funcionando bem novamente.
A documentação para a reinstalação do grub está aqui: help.ubuntu.com .
Eu tive esse problema com o Ubuntu 12.04 versão de 64 bits. Eu instalo tudo vai bem, eu habilito a reinicialização de drivers da Nvidia e nada, mas uma tela preta. Eu re-instalei várias vezes com os mesmos resultados. Então me lembrei que tive esse problema com versões anteriores do Ubuntu. Eu baixei e instalei a versão de 32 bits, em seguida, instalei os drivers da Nvidia e não tive esse problema. Isso só acontece quando eu uso a versão de 64 bits com os drivers da Nvidia.
Este ajudou pelo menos um pouco: link
Em resumo:
como corrigir:
Inicie o ubuntu, faça o login, agora na tela negra vá para o console Ctrl + Alt + F1 e digite %code%
se %code% não puder ser aberto no tipo de terminal %code%
é isso.
Espero que isso corrija seu problema.
Quando o menu de inicialização do grub aparecer, pressione e para editar a linha de inicialização correta. Onde diz que %code% muda isso para %code% .
Se isso funcionar, você poderá instalar drivers gráficos proprietários, o que deve fazer com que você comece novamente.
Se você tiver problemas com os itens acima, você pode alterar a linha acima permanentemente no arquivo de configuração do grub.
Inicialize no modo de recuperação (seleção a partir do carregador de inicialização do grub) e edite o arquivo %code% de acordo com as instruções acima.
Você pode editar esse arquivo digitando:
%pre%Você terá que atualizar o menu do grub:
%pre%em seguida, reinicie digitando
%pre%Eu tive esse problema algumas vezes. Eu ocasionalmente recebo erros ao detectar um dos HDDs, e acho que a ordem de inicialização é corrompida no BIOS. Corrigir a ordem de inicialização resolve o problema de inicialização. Eu tenho um mobo antigo da ASUS em novembro de 2005 com um disco rígido de 750 GB e um disco rígido Samsung de 1,5 TB.
UBUNTU 12.04 LTS install Problema, travamento / falha na tela de carregamento. (Placas gráficas Nvidia)
Depois que o Ubuntu for instalado, coloque a placa gráfica de volta na máquina enquanto a torre ainda estiver desligada. Em seguida, troque seus cabos VGA / HDMI / DVI para a placa gráfica. Ligue o computador, selecione a opção de recuperação no menu GRUB e, em seguida, inicialize normalmente.
Vá para site da Nvidia e pegue o driver linux que virá no formato .run
Instale o Driver usando as etapas a seguir.
a. Mova o driver para a área de trabalho e renomeie-o como algo simples e fácil de lembrar.
b. Ctrl + Alt + F1
c. Executar comando %code%
d. Execute o comando %code% (o que você renomeou).
e. Executar comando %code%
f. Executar comando %code%
g. Siga as instruções e continue
TIP Se você ainda ficar com "Parece que você está executando o servidor" X ", altere o comando na Etapa 5c da seguinte forma: %code%
Ctrl + Alt + F7
Ctrl + Alt + t (use somente as etapas 7 e 8 se não puder acessar o botão de reinicialização ou veja sua tela.)
Execute o comando %code% (OR %code% se o outro comando falhar).
Inicie o computador e aproveite :) Sugiro imprimir estas instruções.
PS Eu não tenho certeza se você pode colocar a placa gráfica no PC após a instalação, esta é a maneira que funcionou para mim e eu estou passando adiante. Eu posso sugerir que tente instalar a placa gráfica no passo 1 com a máquina desligada primeiro, pois é muito mais seguro assim.
No caso em que a tela preta é apenas intermitente (e que pode haver um cursor piscando), lightgdm ter uma condição de corrida e não ser capaz de iniciar corretamente poderia ser o problema.
Pelo menos esse foi o caso para mim. Veja aqui uma solução: link (consulte também este relatório de bug ).
A essência disso: Use gdm e não lightgdm (por exemplo, %code% e escolha %code% como gerenciador de login padrão quando solicitado).
Deixe-me descrever rapidamente os sintomas: No início, como os gráficos também estavam com problemas, quando esse problema ocorreu, eu só via uma tela em branco e nenhuma chance de alternar para os outros terminais pressionando Ctrl + Alt + F1-6 (a tela simplesmente ficou completamente preta, ou melhor, um roxo muito escuro ou algo assim).
Isso eu consertei adicionando a opção de kernel "nomodeset", como indicado, por ex. nesta resposta .
Mas depois disso, eu ainda não consegui inicializar corretamente; agora pararia com um cursor piscando. E isso, como o link acima diz mais detalhadamente, é causado pelo lightdm ter uma condição de corrida - que se manifesta principalmente se o boot-up é muito rápido, por ex. de um SSD (como é o caso para mim).
Espero que isso ajude alguém.
Isso é específico para onde a instalação falha e sua instalação se comporta mal.
Eu também tentei esses métodos - sem alegria. Aqui está o que funcionou para mim .
Veja a parte que foi útil:
Obtendo uma resolução de 1366x768
Criar arquivo %code%
%pre%e execute:
%pre%No arquivo %code% , atribua o valor %code% às variáveis %code% e %code% :
%pre%Executar:
%pre%reinicie, agora você tem uma resolução de 1366x768.
Na verdade, eu já tive essa resolução. Mas os comandos adicionados se livraram da tela preta na inicialização e da necessidade de alternar os modos de vídeo.
Acontece que os drivers ATI Catalyst não eram compatíveis com o 13.10. Acabei de reinstalar o sistema operacional do live CD e tudo correu bem, exceto que agora tenho que descobrir por que não há som.
Eu notei que seria um problema de brilho porque eu escutei o som de bateria padrão do Ubuntu ao inicializar pela primeira vez após a atualização. Antes de encontrar essa solução, tive que aumentar o nível de brilho para ver qualquer coisa na tela.
Para mim, a solução veio desse relatório de erros no link , alterando / etc / default / grub como root dessa maneira:
Crie um arquivo de backup, para que você possa restaurá-lo, se essa solução não funcionar:
%pre%Para abrir o arquivo com o sudo você pode usar isso no Terminal, por exemplo:
%pre%Em seguida, substitua:
%pre%para
%pre%Você precisará executar update-grub2 para aplicar a alteração:
%pre%É isso. Após a reinicialização, funcionou perfeitamente para mim (isto é, minha tela de login tem um nível de brilho normal).
Acabei de ter um problema semelhante com o Xubuntu depois de instalar os drivers do catalisador ATI. Purgar os pacotes fglrx permitiu que eu fizesse o login corretamente e tivesse uma área de trabalho .... embora sem os drivers e a aceleração corretos.
Acabei de ter o mesmo problema no Ubuntu 14.04.2. E isso resolveu:
%pre%Use a versão mais recente do Ubuntu
Outras respostas aqui são muito boas, mas um ponto que merece destaque é que, como regra geral, você deve usar a versão mais recente do Ubuntu, ou pelo menos a última versão de suporte a longo prazo (LTS). O Ubuntu, como todos os sistemas operacionais, depende dos drivers para o hardware de vídeo (e outros), e esses drivers geralmente ficam paralisados com a introdução de hardware. Ou seja, se o seu computador foi apresentado como um novo modelo em 2016, ele pode incluir hardware sem suporte em versões do Ubuntu anteriores a esse ano. Mesmo quando o hardware é suportado, pode haver erros que podem ser corrigidos em uma versão mais recente.
Os números de lançamento do Ubuntu são datas - 16.04 foi lançado em abril (04) de 2016; 16,10 foi lançado em outubro (10) de 2016; 17.04 foi lançado em abril (04) de 2017; e assim por diante. Novas versões do Ubuntu aparecem a cada seis meses.
As versões de abril em anos pares são versões de suporte de longo prazo (LTS). Como outros lançamentos, eles vêem atualizações de versão do kernel e do X Window System. Começando cerca de três meses após o lançamento inicial do LTS, e a cada seis meses depois disso, por aproximadamente dois anos, novos lançamentos de ponto aparecem para lançamentos do LTS. Essas versões pontuais incorporam as atualizações do kernel e do X da versão anterior. Assim, 16.04.1 usa um kernel (ligeiramente atualizado) e X de 16.04; 16.04.2 toma esses componentes emprestados de 16.10; 16.04.3 usará esses componentes a partir de 17.04; e assim por diante. Um total de cinco lançamentos de pontos são disponibilizados para lançamentos LTS, após o qual você precisará atualizar para uma versão mais recente do Ubuntu se precisar de novas versões principais. (Pode haver correções de bugs dentro de um kernel ou série X, mas não atualizações para novas versões principais.)
Assim, se você possui um hardware especialmente novo, pode ser necessário usar a versão mais recente, mesmo que não seja uma versão LTS; ou se você insistir em uma versão LTS, talvez seja necessário usar o último lançamento de ponto em sua sequência. No entanto, para um hardware muito novo, talvez seja necessário aguardar ou rastrear drivers de ponta que podem ser difíceis de instalar.
Note que as versões não-LTS são suportadas por apenas nove meses; mas as versões LTS são suportadas por cinco anos. Assim, geralmente é melhor ficar com o último lançamento pontual LTS, se possível; mas você pode precisar usar a última versão não-LTS, ou até mesmo uma versão beta de uma versão futura, para obter o kernel mais recente e o Sistema X Window.
Se o seu hardware for mais antigo, você poderá usar uma versão antiga do Ubuntu; mas, como já observei, a versão mais recente pode incorporar correções de erros que podem ajudar a resolver problemas, mesmo em hardwares mais antigos.
No meu notebook eu tive um problema engraçado. Eu pensei que tinha tela preta duas vezes e tive que desligá-lo com o botão. Pouco antes eu tentei de novo e mal vi algumas letras escuras no centro da tela, então apertei o botão que ilumina a tela e agora funciona :)
Além disso, usei o link , talvez tenha ajudado.