Computador acorda para uma tela preta no Ubuntu 12.04 dual boot com Linuxmint 14 Cinnamon em disco rígido separado

8

3 dias, não consegui inicializar meu computador com meu sistema operacional devido a uma tela preta. Uau, e eu realmente amei esse sistema operacional ao mesmo tempo. TENHO TENTANDO PASSAR A TELA PRETA DESDE A MANHÃ DE ONTEM. ALGUÉM PODE, pelo menos, dizer-me como obter? Então eu posso pelo menos ver a tela novamente? Eu nunca tive um problema com 12.04 até eu atingir 12.04.2 e 13.04. Eu nunca tive esse problema até recentemente e não sei se tem algo a ver com o Ubuntu estar em um disco rígido SATA e LinuxMint 14 em um disco rígido IDE.

Quando eu movo meu mouse para acordar o computador, a luz do monitor passa de laranja para azul, então eu sei que o monitor está ligado - no entanto, a tela está preta. Às vezes, quando eu reinicio, vejo meu HDD acender quando ele pára de piscar. Eu estou supondo que está no menu do GRUB, então eu pressione Enter , então ele virá para a minha primeira opção para permitir o login, o que eu posso ver, e às vezes não. Eu tenho HDMI, mas estou executando DVI. Não consigo ver minha primeira opção no GRUB, apenas pressiono Enter e vejo minha tela entrar .

Depois de várias vezes apertar o botão de reinicialização no meu computador, ele finalmente aparece, mas são necessárias várias tentativas.

Quando estou no LinuxMint HDD, a mesma coisa acontece também.
Eu tenho uma placa gráfica Radeon HD 6500 e experimentei vários drivers diferentes (código aberto e proprietário), mas nada consertou. Agora estou usando o driver AMD Catalyst 13.4, que funciona muito bem, exceto por esse problema.

Eu pesquisei no Google e tentei algumas coisas, mas nada funciona e isso está ficando muito rápido.

Alguém sabe como corrigir isso?

Se o computador vai dormir e eu acordo dentro de 3 minutos, ele fica bom, sem problemas, mas se ele for dormir por algum tempo, uma hora ou mais, tem esse problema.

Estou usando o kernel 3.5.0-28-genérico, bem como o mais recente stack x-quantal.

Verificando meu BIOS - já estou configurado para "s3". Eu não tenho certeza se quero suspender para o disco rígido, já que a suspensão para o ram estava funcionando. Eu também tentei o truque " acpi_sleep=old_ordering " nas opções de inicialização do Grub sem sucesso.

Para adicionar isso, quando eu adicionei o LinuxMint, no segundo HDD eu desconectei meu SATA HDD do computador que tinha o Ubuntu nele, então instalei o LinuxMint 14 no IDE HDD. Depois de instalado, liguei novamente a unidade SATA e executei sudo update-grub .

Como eu tenho lido mais no Ubuntu 12.04.2, eu me pergunto se quando meu kernel e minha pilha de xorg foram atualizados para o quantal se esse é o meu problema ... Existe uma maneira para reverter para um kernel mais antigo para testar isso? Não me lembro corretamente agora, mas esse problema pode ter começado quando eu coloquei LinuxMint 14 no IDE HDD e isso é equivalente ao Ubuntu 12.10, certo ? Este poderia ser o problema? O novo xorg e o kernel? Embora minha prioridade de inicialização na BIOS carregue minha unidade SATA que tem 12.04 Ubuntu nela de qualquer maneira, mas também foi atualizada para o novo kernel quantal. Eu defini um link aqui para o meu arquivo xorg , esperando que isso ajude alguns também.

Atualização 1:

Eu apenas tentei executar memtest no menu do Grub, e recebi um erro " too small lower memory (0x99100 >0x99800) ". O teste não inicia e eu tenho 2 entradas de memtest no Grub2. Estou executando 8gigs de ram, gigabyte socket 775 board, configuração quad-core. Eu não estou tendo nenhum acidente, minha memória aparece no monitor do sistema.
Acabei de pesquisar esse problema. Parece ser um bug, mas afetaria minha configuração S3 no BIOS?

Atualização 2:

Apenas mudou de S3 para S1. Não funciona nem.
Eu notei no meu arquivo de log xorg que estou recebendo alguns erros

(EE) open /dev/dri/card0: No such file or directory,,,,,
(EE) open /dev/fb0: No such file or directory,,,,,
(WW) Falling back to old probe method for fglrx,,,,,,,
(WW) fglrx: No matching Device section for instance (BusID PCI:0@1:0:1) found,,,,,,,
(WW) Falling back to old probe method for vesa,,,,,,,,
(WW) Falling back to old probe method for modesetting,,,,
(WW) Falling back to old probe method for fbdev,,,,,
(WW) fglrx(0): board is an unknown third party board, chipset is supported......

Eu também atualizei para o 13.04 e ainda luto contra esse problema. Eu tentei nomodeset no Grub e ainda [nada está funcionando] (meu xorg.conf).

Atualização 3:

Hoje, como de costume, quando meu computador foi reiniciado e voltou, não consegui ver nada além de uma tela preta. Nem mesmo o BIOS ou o Grub. No entanto, presumi que o Ubuntu estava destacado no Grub e pressionou Enter . Então eu vejo minha luz HDD acesa, então ouço o som do Ubuntu. Tentei várias reinicializações por cerca de 30 minutos. Então eu fiquei frustrado com a última tentativa e fiz isso - enquanto meu computador estava rodando, eu tirei meu cabo DVI da placa gráfica e então o conectei de volta. E de repente eu não tinha mais a tela preta. Eu pude ver meu desktop finalmente. Isso ajuda alguém a me ajudar a corrigir esse problema?
Outra coisa que eu notei é que meu LinuxMint HDD é /sda1 , enquanto meu Ubuntu SATA HDD é /sdb . O Grub deve estar em /sda1 ?

Esta é a minha imagem do syslog .

    
por robert 25.07.2013 / 22:01

4 respostas

1

Eu tenho experimentado esse problema muitas vezes com o Windows, muito menos com o Ubuntu, Mint, Debian e similares. Eu costumo não usar suspender por este motivo, mas funcionou no Ubuntu 12.04 e anterior para mim, mas é altamente dependente de sua placa-mãe e placa de vídeo.

A primeira coisa que você deve fazer é certificar-se de que a suspensão para RAM (S3) esteja ativada no BIOS da placa-mãe. Em seguida, no BIOS da placa-mãe, assegure-se de que o spindown do disco rígido esteja desabilitado e o DPMS esteja habilitado (também tente desativá-lo se estiver habilitado, isto é, se a opção estiver no BIOS).

Certifique-se também de que, se a opção estiver disponível, configure o sistema operacional 'Plug' n play instalado 'como YES. Recentemente, no Ubuntu, parei de usar os drivers da ATI e da Nvidia e usei o Ubuntu, pois os encontrei com erros, inicializando em uma tela preta, sem desktop e travando constantemente. Ele ajuda algumas vezes a listar o hardware, ou seja, placa-mãe, RAM, fonte de alimentação, placa de vídeo, pois pode dar uma idéia de uma configuração de ACPI em um BIOS que pode ser resolvido com uma atualização do BIOS ou componentes ligeiramente incompatíveis.

    
por MrT10001 08.05.2013 / 08:34
0

Isso ocorrerá raramente em inicialização dupla. Primeiro você tem que identificar se suas configurações de exibição são as mesmas que o seu display (15.6 ou 13.6..etc ..,) tem no Ubuntu, Depois disso, verifique o ajuste do Display e quantos displays estão presentes por lá. Depois de todos esses check-ins, você terá sua tela normal como antes.

    
por SiyanShiva 05.05.2013 / 05:54
0

Vou colocar meus dois centavos. Eu tenho uma configuração semelhante, Ubuntu 12.04LTS e Debian 6. Acabei de verificar meu BIOS e as configurações estão abaixo:

ACPI Function Enabled
ACPI Standby State S1

Eu tenho Ubuntu e Debian com as últimas atualizações em 5/10/2013. Eu uso principalmente Ubuntu, e às vezes ele vai dormir por dias. Mas não importa quanto tempo durma, sempre acorda sem problemas. Tenho o Radeon Graphics da ATI (AMD), com o mais recente driver de exibição x86 do AMD Catalyst 13.4.

Como mencionei, eu tenho o meu definido como S1, e como você tem o seu definido como S3, com ofertas de RAM, sugiro que você configure sua ACPI para S1, teste sua RAM e veja se há um BIOS atualizar para sua placa de sistema.

    
por Mitch 10.05.2013 / 14:09
0

O mesmo problema no meu laptop. Eu fiz isso funcionar, mas eu não sei se isso vai te ajudar, mas você pode tentar. Isso é mais conhecido em intel vgas, mas no link de referência há algo sobre ati e nvidia para.

  

Force Pipe A Quirk Esse problema geralmente é exibido na Intel   hardware gráfico (mais particularmente i855) bloqueando a máquina   ao fechar a tampa. A correção para esse problema é alterar seu cartão para   forçar habilitação Pipe A. Se você suspeitar que você está tendo esse bug, tente   definindo esta opção no seu xorg.conf:

 Section "Device"
     ..
     Option "ForceEnablePipeA" "true" EndSection

Antes de mais referências, visite a fonte da citação acima:

link

    
por Mihai 11.05.2013 / 21:51