Fórum Ubuntu Linux - PT
Suporte Técnico => Instalação e Atualização => Tópico iniciado por: Ints em 10 de Dezembro de 2016, 08:17
-
Olá pessoal!
Comprei um notebook novo (ASUS TP301UA-DW230T) e tô muito afim de rodar o Ubuntu 16.04 nele. Como ele já vem de fábrica com o Windows 10 Home pré-instalado, eu optei por deixar o Ubuntu ao lado do Windows, em uma nova partição (criei a nova partição com o próprio instalador). Então com um pendrive fiz a instalação e deu tudo certo, ao reiniciar consegui entrar no Ubuntu e tudo a mil maravilhas. Porém, quando reiniciei o computador o Ubuntu já não carregava mais. Tentei reinstalar e nada.
Aí comecei a pensar que o problema era de compatibilidade de meu notebook com o Ubuntu . Então instalei o Debian e deu tudo certo (ou quase, faltam alguns drivers proprietários e talz). Mas eu queria mesmo colocar o Ubuntu na máquina. Então tentei fazer a instalação novamente do Ubuntu e, para a minha surpresa, depois da tela inicial em que precisa escolher se quer instalar ou testar o ubuntu, acaba dando problema (as vezes o mesmo as vezes diferente). Sempre fica carregando muiiiito tempo e nada, não chega nem nas opções de idioma.
Da última vez, por exemplo, ao escolher a opção "Try Ubuntu without installing" o Ubuntu e apertar a tecla F2 para ver o que acontecia, apareceu bastante coisa e o seguinte erro ao final:
[312.294825] EXT4-fs (loop0) : error count since last fsck: 437
[312.294825] EXT4-fs (loop0) : inicial error at time 1481328596: __ext4_new_inode?1062
[312.294825] EXT4-fs (loop0) : last error at time 1481328596: ext4_new_readdir?224 inode 30364: block 34351
Já na última vez quando escolhi a opção "Install Ubuntu", e apertei a tecla F2, apareceu muita coisa. Além das mensagens de [OK], também apareceram dois [FAILED]
[FAILED] Failed to start CUPS Scheduler. See 'systemctl status cpus.service' for details. Starting Avahi mDNS/DNS-SD Strack.
[FAILED] Failed to start Avahi mDNS/DNS-SD Stack. See 'systemct1 status avahi-daemon.service' for details'.
Também apareceu ao final:
[OK] Started Network Manager Script Dispatcher Service.
NetworkManager-sipatcher.service
[ 32.705544] ETX-fs error (device loop0): ext4_find_dest_de:1809: inode # 3064: block 33735: com ubiquity-dm bad entry in directory: rec_len % 4 !=0 - offset=0(0), inode=38929, rec_len=389930, nam_len=0
[ 32.198959] ETX-fs error (device loop0): ext4_find_dest_de:1809: inode # 3064: block 33735: com ubiquity-dm bad entry in directory: rec_len % 4 !=0 - offser=0(0), inode=38929, rec_len=389930, nam_len=0
[ 32.205367] ETX-fs error (device loop0): ext4_find_dest_de:1809: inode # 3064: block 33735: com ubiquity-dm bad entry in directory: rec_len % 4 !=0 - offser=0(0), inode=38929, rec_len=389930, nam_len=0
[ 32.211660] ETX-fs error (device loop0): ext4_find_dest_de:1809: inode # 3064: block 33735: com ubiquity-dm bad entry in directory: rec_len % 4 !=0 - offser=0(0), inode=38929, rec_len=389930, nam_len=0
mais alguns como estes e
Starting WPA supplicant ...
[OK] Started WPA supplcant
wpa_supplicant. service
Enfim, como sou iniciante não tenho muita ideia do que está acontecendo. Imagino apenas que devido as minhas inúmeras tentativas de instalação, possam ter ficado restos em algum lugar que estão atrapalhando a instalação atual.
Gente, toda ajuda é bem vinda!
*Todos os códigos acima foram copiados um por um em outro notebbok, então pode ser que eu tenha errado em um caracter ou outro.
ATUALIZAÇÃO 10/12/2012 às 9h:
Da última vez que tentei instalar apareceram as mensagens acima e também, no meio delas o instalador abriu do nada. Então pensei, já que abriu vou tentar. Depois de escolher a partição e começar a instalação apareceu a seguinte mensagem (que resolvi acrescentar aqui, pois vai que é a chave para entender o que tá acontecendo):
Erro ao instalar os pacotes
Um erro ocorreu durante a instalação dos pacotes:
E: Sub-process /usr/bin/dpkg returned an un error code (2)
Os seguintes pacotes estão corrompidos:
Isto pode ter acontecido por causa de uma imagem antiga do instalador ou pode ser por causa de um bug em algum dos pacotes listados acima. Mais detalhes podem ser encontrados em /var/log/syslog. O instalador tentará continuar de qualquer forma, mas pode falhar posteriormente, e pode não conseguir instalar ou remover outros pacotes (possivelmente ele mesmo) do sistema instalado. Você deve primeiramente procurar por imagens mais atuais do seu instalador ou, caso não seja possível, relatar o problema ao seu distribuidor.
ATUALIZAÇÃO 10/12/2012 às 10h5:
Após ativar na Bios a opção "launch csm" e tentar realizar de novo a instalação, agora aparece a tela normal do instalador. Porém, em determinado momento, quando é preciso escolher o tipo de instalação, aparece a mensagem:
Ubi-partman crashed
ubi-partma failed with exit code 141. Further information may be found in /var/log/syslog. Do you want to try running this step again before continuing? If you do not, your nstallation may fail entirely or may be broken
A minha escolha foi tentar novamente... Aí clico para ir para ferramentas avançadas de particionamento. Clico em opções avançadas e a mesma mensagem aparece novamente.
ATUALIZAÇÃO 16/05/17
Apenas para facilitar, seguindo a orientação do druidaobelix, trouxe para o início a solução encontrada:
Após realizar a tal dança das cadeiras encontrei outras distribuições que funcionaram em meu notebook: Fedora e Debian. Não sei porque o Ubuntu 15.10 com o Kernel 4.2 também deu certo. Para aqueles que têm o mesmo notebook e estão encontrando problemas, um tópico que me ajudou foi http://askubuntu.com/questions/691216/no-version-of-ubuntu-can-be-installed-with-any-skylake-6th-generation-intel-proc
De qualquer maneira, eu não estava contente e queria fazer o Ubuntu 16.04 funcionar aqui. Após muito trabalho, eis que deu certo com o último Kernel, o 4.10.0-041000rc2-generic. Ao que tudo indica acerca do kernel panic comentado neste tópico, o problema era a Skylake.
Espero que agora quem tenha interesse em instalar o Ubuntu no Asus TP301UA consiga fazê-lo com mais facilidade. Enfim, agradeço ao druidaobelix e a todos que ajudaram neste percurso :D.
-
A primeira e mais importante providência é conferir o md5sum do arquivo iso baixado.
Localize o hash do arquivo a partir desse endereço e conforme seja a versão que está querendo instalar:
https://help.ubuntu.com/community/UbuntuHashes
-
Olá druidaobelix!
Já tinha feito isso. Só para confirmar se fiz certo, o resultado foi:
bruno@bruno-Inspiron-N5010:~/Downloads$ md5sum ubuntu-16.04.1-desktop-amd64.iso
17643c29e3c4609818f26becf76d29a3 ubuntu-16.04.1-desktop-amd64.iso
bruno@bruno-Inspiron-N5010:~/Downloads$
Aí no site http://releases.ubuntu.com/16.04/MD5SUMS encontrei a mesma sequência. Então imagino que o arquivo .iso foi baixado corretamente.
E para gravar no pendrive eu utilizei o Etcher
-
Já tinha feito isso [...]
Ok, md5sum do iso conferido, um problema a menos.
Eventualmente ainda poderia existir um erro na gravação do próprio pendrive (por exemplo, um badsector no pendrive), mas sem um outro Linux disponível fica difícil conferir.
Após ativar na Bios a opção "launch csm" [...]
**Não** altere o setup da máquina para CSM (Compatibility Support Module), deixe tudo como UEFI, não há em princípio uma razão para fazê-lo, a instalação deve se dar no modo UEFI e o sistema, ambos, devem operar no modo UEFI.
E para gravar no pendrive eu utilizei o Etcher
Experimente regravar esse live-iso (pendrive) a partir do Windows 10 aí disponível usando o Rufus e no modo UEFI.
https://rufus.akeo.ie/?locale=pt_BR
-
druidaobelix, valeu pela ajuda!
Eu já tinha trocado o pendrive algumas vezes, então tinha descartado essa opção. Porém agora tentei com novinho - seguindo também suas sugestões - e não é que deu certo. Consegui instalar, porém depois disto, na primeira vez que o sistema carregou, utilizei os comandos abaixo para atualizar o sistema, como indicado no site http://www.tocadacoruja.net/forum/showthread.php/34888-Guia-p%C3%B3s-instala%C3%A7%C3%A3o-ubuntu-16-04-lts
$ sudo apt-get update ; sudo apt-get upgrade ; sudo dpkg –configure -a ; sudo apt-get --fix-broken install ; sudo apt-get dist-upgrade ; sudo do-release-upgrade ; sudo apt-get dist-upgrade ; sudo apt-get install -f ; sudo apt-get -f install ; sudo apt-get dist-upgrade
Naveguei um pouco, fiz mais uma coisa ou outra e reiniciei. E, para a minha surpresa, agora ele não carrega mais o Ubuntu. Vai até o GNU Grub e, de lá quando as bolinhas começam a piscar elas ficam assim indefinidamente ou até travar.
Agora não sei se o atual problema tem algo relacionado com o anterior ou se já é outra coisa (neste caso acho que eu teria que criar outro tópico e encerrar esse não?).
-
Não há porque fazer aquele comando mencionado logo após terminar a instalação.
O comando está usando opções que são apropriadas para erros e não apenas para atualização normal.
Quando termina de instalar, reinicie o sistema e depois force uma atualização, porém fazendo apenas:
sudo apt update
sudo apt upgrade
As opções do tipo "dpkg -configure -a", -fix broken, -f install, etc, são apropriadas em determinadas situações de erros, mas no caso você ainda não instalou nada no sistema, não pode existir questões de dependências não resolvidas, daí ser inapropriado.
Apenas para não começar torto, já que é um sistema absolutamente novo, eu reinstalaria de novo, ao invés de tentar consertar.
-
Acabei de instalar de novo e, pelo jeito o problema permaneceu. Após a instalação, foi solicitado para tirar o pendrive e dar ENTER. Fiz isso e quando reiniciou a tela ficou toda roxa e travada (nem as bolinhas piscando apareceram). Depois de algum tempo, reiniciei, chegou na tela do Grub, dei prosseguimento para iniciar o Ubuntu e foi para uma tela preta com linhas e linhas de códigos. Fica algum tempo e mais linhas e linhas de códigos que, a princípio se atualizam mas não mudam. O que consigo fazer é, pelo Grub, ir até a tela do "Menu de recuperação". Mas lá não saberia muito o que tentar para fazer o sistema funcionar.
-
[...] dei prosseguimento para iniciar o Ubuntu e foi para uma tela preta com linhas e linhas de códigos. Fica algum tempo e mais linhas e linhas de códigos que, a princípio se atualizam mas não mudam.
É necessário ter alguma ideia do que há nessas "linhas e linhas de código", o que é que elas dizem estar acontecendo.
Até deve ter um registro no log, mas como você não tem ambiente gráfico e apenas modo texto, iria dificultar obter esse registro e trazer aqui ao tópico.
Não dá para ao menos "fotografar" essa tela com o que está lá aparecendo?
-
druidaobelix, segue o link das imagens:
http://imgur.com/a/eMsgQ (atualizado)
-
tava procurando um jeito de compartilhar as imagens [...]
Ok, foi possível ver as imagens através do seu Drive Google, é um kernel panic.
Quando for necessário (normalmente é melhor postar o texto mesmo) e quiser disponibilizar uma imagem da tela, use um servidor externo de imagens, postando no tópico um link da miniatura da imagem, pois há uma regra de limitação de tamanho de imagens que se pode postar no Fórum, que é de 40Kb.
Para aprender como anexar uma imagem em miniatura ao tópico (porque há limite nas regras do Fórum) através de um servidor de imagens externo, veja esse tópico e nele especialmente o post #2 do colega /Creto/:
Anexar uma imagem ao tópico
http://ubuntuforum-br.org/index.php/topic,117916.msg649065.html#msg649065
http://imgur.com
-
Naquele menu inicial, a tela do grub (Opções avançadas para Ubuntu), verifique se há uma outra versão de kernel disponível e experimente subir o sistema por ela.
Nesse kernel-panic está usando a versão 4.4.0-53-generic #74, verifique na entrada no menu do grub se há uma outra disponível.
-
Estive olhando a especificação desse hardware e parece não ter nenhuma placa gráfica (=gpu) dedicada, mas apenas a gpu onboard que é uma Intel HD graphics 520. É isso mesmo?
Se não funcionar com alguma versão anterior de kernel imediatamente disponível, como se trata de um equipamento novo, inclusive com recurso touch, então talvez seja o caso de experimenta um versão mais nova de kernel, instalando a versão 4.8.
Nesse caso, como há acesso ao Recovery Mode (Modo de Recuperação), então é instalar o novo kernel por lá, se for possível ativar a conexão internet que é necessária, caso contrário será necessário baixar os pacotes deb por um outro meio (live-iso ou Windows --> pendrive) e instalar offline, o que exige uma pequena ginástica, mas nada difícil de ser feito.
Editando:
Parece que você deixou o Debian instalado, então se for isso, verifique com qual versão de kernel do Debian está funcionando.
uname -srvm
-
Então druidaobelix, tem sim outras opções (abaixo). Testei todas generic e recovery mode (inclusive 4.4.0-31 generic), mas continua travando, as vezes nas "linhas de código", às vezes na tela que de carregamento com as bolinhas piscando uma atrás da outra.
http://imgur.com/a/Amc8b (opções)
http://imgur.com/a/wf6HR (recovery 4.4.0-31)
E valeu pela dica das imagens ;) !!
-
Comece pelo mais fácil que é ver se consegue atingir um prompt tty (somente texto) no modo completo, já carregada a internet. Se for possível, então a partir de lá se força uma atualização do sistema e se ainda não funcionar, então instala o kernel 4.8
Para iniciar apenas no modo texto (já que no modo gráfico não está indo), naquela tela inicial do Grub entre nas opções avançadas, use a tecla "e" (vogal e) para editar a linha, acrescente a expressão "text" (sem as aspas, só text mesmo) e inicie o sistema acionando as teclas Ctrl X (não é o <enter>). Se der certo o sistema irá carregar até o final, porém parando num prompt, a partir do qual se poderá trabalhar.
A linha de carga inicial do sistema é aquela que normalmente possui as expressões quiet splash, então é só acrescentar o text, algo assim:
[...] quiet splash text
Se quiser pode, inclusive, apagar o quiet e o splash e deixar apenas o text
Caso consiga fazer o carregamento, verifique se há conexão internet fazendo:
ping -c 4 8.8.8.8
Se tiver conexão internet, force a atualização conforme os dois comandos mencionados anteriormente no post #5.
sudo apt update&&sudo apt upgrade
reinicie e veja se consegue ir ao ambiente gráfico de forma funcional.
-
Só como tira-teima, experimente também subir o sistema usando o parâmetro nomodest, vai que dá, simplifica tudo.
É a mesma coisa, edita a linha de boot só que apenas acrescentando a opção nomodeset
[...] quiet splash nomodeset
-
Agora você me pegou, não sei tem uma placa gráfica dedicada. Imagino que não, pois este notebook não é muito recomendado para jogos, é mais para escritório, trabalho, navegação em geral.
Você perguntou do Debian. Entrei por ele e no terminal digitei o comando que você sugeriu. O resultado foi:
Linux 3.16.0-4-amd64 #1 SMP Debian 3.16.36-1+deb8u2 (2016-10-19) x86_64
Agora fiquei com a pulga atrás da orelha... pode ser algum conflito entre alguma coisa do Debian e a do Ubuntu ou um não tem nada a ver com o outro?
Fiz a tentativa no Ubuntu 4.4.0-31 generic. Na linha do quiet splash "... ro quiet splash $vt_handoff", na primeira vez eu substitui o splash pelo text e na segunda vez eu acrescentei o text após o splash mantendo o resto. Não deu certo, na primeira vez ficou no modo texto e na segunda travou na tela com as bolinhas que pararam de piscar. Depois tentei com o nomodeset e travou em uma tela apenas com as seguintes linhas
Inicializando uma lista de comando
Carregando Linux 4.4.0-31-generic..
Carrgando ramdisk inicial..
_
e aí travou
-
Você perguntou do Debian. [...] 3.16.0-4-amd64
Conforme a kernel do Debian, está usando a série 3, isso significa que o Ubuntu 14.04 pode funcionar nesse equipamento, porém não pode instalar usando o release 14.04.5, que já vem com a série 4, se o caso, precisa usar um release inicial da 14.04 para ficar apenas na série 3.
[...] pode ser algum conflito entre alguma coisa do Debian e a do Ubuntu ou um não tem nada a ver com o outro?
Não há interferência entre o Debian instalado e o Ubuntu instalado, vez que cada um deles está em partições diferentes, isoladas entre si, onde o único ponto em comum é o grub do Ubuntu que está dando partida no Debian. Não é esse o problema.
[...] . Não deu certo, na primeira vez ficou no modo texto
Aqui não entendi bem o que significa "ficou no modo texto".
O que se pretendia é exatamente isso, que ficasse no modo texto (tty), mas com o carregamento completo tendo sido efetuado e com acesso à internet.
Nesse modo texto estava operacional, isto é, tinha um prompt? Testou se tinha internet?
Se conseguir chegar em tty com internet já é uma "mão na roda", porque dá para trabalhar de forma fácil atualizações e a instalação de um novo kernel 4.8
-
1) Uma informação importante: quando inicia pelo live-iso (pendrive) do Ubuntu 16.04, usando a opção "Experimentar o Ubuntu" ele carrega normalmente até o desktop do ambiente gráfico?
2) Se sim, então carregue o Ubuntu pelo live-iso e lá estando habilite o repositório "universe" e instale o pacote inxi
Para habilitar o repositório universe
--> Configurações do sistema/Programas e atualizações
(em inglês: --> System Settings/Software&Updates)
ou vá diretamente ao quadro fazendo numa janela de terminal:
sudo software-properties-gtk
Para instalar o inxi:
sudo apt install inxi
depois faça o comando abaixo, com o mouse copie a saída e traga o resultado aqui ao tópico para que se tenha uma informação melhor do hardware.
sudo inxi -FxZ
-
Conforme a kernel do Debian, está usando a série 3, isso significa que o Ubuntu 14.04 pode funcionar nesse equipamento, porém não pode instalar usando o release 14.04.5, que já vem com a série 4, se o caso, precisa usar um release inicial da 14.04 para ficar apenas na série 3
Vamos ver se eu entendi. Uma opção seria reinstalar o Ubuntu com uma versão que tenha um kernel mais antigo, da série 3, é isso?
Não deu certo, na primeira vez ficou no modo texto
Acho que não me expressei bem, não carregou o modo gráfico. Apenas as linhas de códigos uma abaixo da outra. Mas "trava" ou fica em "loop" antes de efetuar o carregamento completo. Ou seja, não chegou a liberar para eu poder escrever algum código.
Uma informação importante: quando inicia pelo live-iso (pendrive) do Ubuntu 16.04, usando a opção "Experimentar o Ubuntu" ele carrega normalmente até o desktop do ambiente gráfico?
Tentei com o live-iso carregar o Ubuntu direto por ele para teste, mas não deu certo. Trava na tela das bolinhas (que ficam sem piscar).
-
Como não dá para usar o live-iso para experimentar o Ubuntu, eu entrei pelo Debian para lançar o comando que você sugeriu. O resultado foi:
bruno@debian:~$ sudo inxi -FxZ
System: Host: debian Kernel: 3.16.0-4-amd64 x86_64 (64 bit gcc: 4.8.4)
Desktop: N/A Distro: Debian GNU/Linux 8
Machine: Mobo: ASUSTeK model: TP301UA v: 1.0 serial: BSN12345678901234567
Bios: American Megatrends v: TP301UA.300 date: 06/01/2016
CPU: Dual core Intel Core i5-6200U (-HT-MCP-) cache: 3072 KB
flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 9595
Clock Speeds: 1: 400 MHz 2: 400 MHz 3: 400 MHz 4: 1300 MHz
Graphics: Card: Intel Device 1916 bus-ID: 00:02.0
Display Server: X.org 1.16.4 drivers: fbdev,intel (unloaded: vesa)
tty size: 80x24 Advanced Data: N/A for root
Audio: Card Intel Device 9d70 driver: snd_hda_intel bus-ID: 00:1f.3
Sound: Advanced Linux Sound Architecture v: k3.16.0-4-amd64
Network: Card: Qualcomm Atheros AR9462 Wireless Network Adapter
driver: ath9k bus-ID: 01:00.0
IF: wlan0 state: up mac: 80:a5:89:9d:8b:db
Drives: HDD Total Size: 1000.2GB (1.3% used)
ID-1: /dev/sda model: HGST_HTS541010A7 size: 1000.2GB temp: 33C
Partition: ID-1: / size: 86G used: 6.2G (8%) fs: ext4 dev: /dev/sda6
ID-2: swap-1 size: 6.33GB used: 0.00GB (0%) fs: swap dev: /dev/sda7
Sensors: System Temperatures: cpu: 39.0C mobo: N/A
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 177 Uptime: 2 min Memory: 673.3/5880.3MB
Init: systemd runlevel: 5 Gcc sys: N/A
Client: Shell (sudo) inxi: 2.1.28
-
Vamos ver se eu entendi. Uma opção seria reinstalar o Ubuntu com uma versão que tenha um kernel mais antigo, da série 3, é isso?
A opção seria instalar o Ubuntu 14.04, que tem o kernel da série 3, pois se está funcionando no Debian há uma boa chance de que também venha a funcionar no Ubuntu com a mesma série de kernel.
Mas veja, é a versão 14.04, não dá para pegar a versão 16.04 e fazer downgrade de kernel para a série 3, não dá certo, porque há um modo diferente de carregamento, de boot, que é usando o upstart na 14.04 e usando o systemd na 16.04, então não há como comutar.
Mas por enquanto apenas deixe reservado como uma opção futura, ou querendo, em paralelo, até faça um outro live-iso (pendrive) com a versão 14.04 e veja se consegue subir o sistema por ele, apenas para confirmar se funciona.
Se for fazer isso, observe que não pode baixar e usar o iso do release 14.04.5, pois esse já vem com o kernel da série 4, precisa usar a versão 14.04 original, que vem com a série 3 e permanece com ela nas atualizações.
Talvez esse:
http://old-releases.ubuntu.com/releases/14.04.1/ubuntu-14.04.1-desktop-amd64.iso
Independentemente disso, no atual estágio da questão, já que não está conseguindo ir para um prompt através do parâmetro text, resta tentar usar o Recovery Mode e por lá, se conseguir acesso à internet, então instalar o kernel 4.8, que tem boas chances de funcionar para esse hardware.
-
O hardware possui de fato gpu Intel integrada na cpu i5-6200.
Pois é, no Debian está funcionando com:
kernel
debian Kernel: 3.16.0-4-amd64 x86_64 (64 bit gcc: 4.8.4)
Xorg
Display Server: X.org 1.16.4 drivers: fbdev,intel
No Ubuntu só mesmo a versão 14.04 para ter semelhante contorno de sistema operacional.
-
Mas vamos ver se consegue acesso à internet usando então o Recovery Mode (Modo de Recuperação).
Aqui precisa usar um artifício para ver se consegue conexão à internet de modo mais fácil e de quebra a montagem da partição do sistema.
Inicie o sistema pelo Recovey Mode (Modo de Recuperação) que é aquela linha existente no menu inicial do sistema, qual faz o boot, conhecida como menu do Grub.
Ao chegar na tela de entrada do Recovery Mode, onde existem várias opções, escolha:
Network --> Habilitar Rede
e em seguida, usando a tecla TAB vá para OK e dê um [Enter]
Isso irá fazer a montagem do sistema na forma de leitura e gravação (rw - read write), porque originalmente no Modo Recovery, por segurança da integridade do sistema de arquivos, ele inicia apenas na forma somente leitura (ro - ready only), o que não permitiria alterar nada no disco.
Tendo habilitado network, ele retorna automaticamente para a mesma tela de opções.
Agora escolha
root --> desistir e ir para o modo root
mesma coisa, use o TAB para navegar e dê OK com o [Enter]
Agora você está como root (proprietário, superusuário) do sistema, o seu prompt de comando vai estar aparecendo algo similar a isso:
#root@nome_da_sua_maquina:
Caso tenha conseguido habilitar a internet e montar os discos, teste fazendo o comando:
ping -c 4 8.8.8.8
A partir desse ponto force a atualização do sistema, do modo já comentado.
Se deu certo dê um retorno, pois então é partir para a instalação do kernel 4.8
-
Ao chegar na tela de entrada do Recovery Mode, onde existem várias opções, escolha:
Network --> Habilitar Rede
e em seguida, usando a tecla TAB vá para OK e dê um [Enter]
Até aqui blz, mas daí rodam aluns códigos e trava de novo.
root --> desistir e ir para o modo root
Opção 1: Como o passo anterior não funcionou, não teria como eu ir direto para este com e fazer na "unha" a atualização do kernel 4.8? Talvez gravando num pendrive e tentando acessar de lá.
A opção seria instalar o Ubuntu 14.04, que tem o kernel da série 3, pois se está funcionando no Debian há uma boa chance de que também venha a funcionar no Ubuntu com a mesma série de kernel.
Opção 2: Eu poderia instalar essa versão mais antiga, tentar atualizar o kernel primeiro para o 4.8 e, depois, tentar atualizar o ubuntu para o 16.04. Será que funcionaria?
-
não teria como eu ir direto para este com e fazer na "unha" a atualização do kernel 4.8?
Tem sim, dá para fazer até meio fácil, principalmente porque você já tem o Debian aí instalado, então é só usar ele para baixar os deb da versão 4.8, ainda com ele copiar tais deb para o diretório, por exemplo, Downloads do Ubuntu instalado (ou qualquer outro, tanto faz), depois ir pelo Recovery Mode, tornar-se root, montar os discos e instalar, é fácil.
-
Primeiro ponto: a conexão internet está funcionando no Debian instalado?
Se sim, então através dele baixe os deb da versão 4.8
No Debian abra uma janela de terminal e faça:
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.8/linux-headers-4.8.0-040800_4.8.0-040800.201610022031_all.deb
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.8/linux-headers-4.8.0-040800-generic_4.8.0-040800.201610022031_amd64.deb
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.8/linux-image-4.8.0-040800-generic_4.8.0-040800.201610022031_amd64.deb
Nota:
Você já deve saber, mas em todo caso, evidentemente não precisa ficar digitando tais códigos acima, copie com o mouse e cole na janela do terminal, evitando erros de retranscrição, principalmente em códigos longos.
-
Se conseguiu baixar no Debian os deb do kernel 4.8, então agora copie tais deb para dentro da partição em que está o Ubuntu, evidentemente precisa montar tal partição primeiro, o que pode ser feito usando o próprio ambiente gráfico do Debian para facilitar.
Se quiser fazer tudo pelo terminal, então no Debian torne-se root (prompt #) e monte a partição do Ubuntu:
mount /dev/sdxn /mnt
onde está sdxn substitua pelos dados concretos da partição em que está o Ubuntu.
O x significa o disco (no caso sda, porque só há um disco rígido no seu sistema, como o inxi já demonstrou antes) e o n o número da partição.
Se quiser determinar exatamente qual seja a partição do Ubuntu pode usar o comando:
fdisk -l
(sinal de hífen mais letra ele no final do comando acima)
O Debian está em sda6, a swap está em sda7, talvez a partição Ubuntu seja sda5 ou posterior, sda8, dependendo de como você instalou.
Vamos supor, como exemplo, que fosse sda8 (só exemplo), então:
mount /dev/sda8 /mnt
a partição sda8 (que é o Ubuntu), está montada dentro do diretório pré-existente /mnt
Agora é só copiar, estando dentro do diretório do Debian onde baixou os deb, vamos supor que vá copiar para dentro do diretório Downloads do Ubuntu instalado:
cp *deb /mnt/home/username/Downloads/
onde está username substitua pelo caso concreto do seu nome de usuário naquela instalação (possivelmente bruno).
Nesse ponto os arquivos deb baixados devem estar dentro do diretório Downloads da home do Ubuntu (ou qualquer outro, como queira, tanto faz, desde que esteja na partição do Ubuntu)
-
Tendo copiado os deb baixados para dentro da partição do Ubuntu, reinicie o sistema e inicie pelo Recovery Mode (Modo de Recuperação) do Ubuntu.
Na tela de opções do Recovery Mode escolha:
root --> desistir e ir para o modo root
Como já dito anteriormente, a partição está no modo somente leitura (ro - ready only), então precisa montar no modo leitura e gravação (rw - read write) para poder instalar o kernel 4.8 através dos deb antes baixados e copiados.
Para montar:
mount -o remountm,rw /dev/sdxn /
Supondo que sdxn seja sda8 (faça conforme o caso concreto), então assim:
mount -o remount,rw /dev/sda8 /
no final do comando é apenas um / (barra) que quer dizer o raiz do sistema.
-
Uma vez montado em rw (read write), permitindo leitura e gravação, então vá até o diretório onde estão o deb baixados e antes copiados.
Vou supor, como exemplo, que estejam como dissemos antes, então:
cd /home/bruno/Downloads #isso o coloca dentro do diretório Downloads onde estão os deb
Verifique se está no lugar certo observando se os deb estão de fato lá. Use o comando:
ls
(letra ele mais letra esse, que é de listar)
Agora faça a instalação:
dpkg -i *deb
Reinicie o sistema.
Isso irá criar uma nova entrada no menu do grub, aquela tela inicial do sistema, relativa a esse novo kernel instalado.
Ao iniciar o sistema basta escolher essa nova entrada e seu sistema estará operando com a versão 4.8 do kernel.
-
Uma outra opção é instalar o Ubuntu na versão 16.10 que já vem com o kernel 4.8
Monte um live-iso (pendrive de 8GB ou maior) com a versão 16.10 e veja se funciona o ambiente gráfico.
http://releases.ubuntu.com/yakkety/
-
Se for criar outro(s) live-pendrive para experimentar, para não ficar "batendo cabeça" com eventuais problemas na criação do live-pendrive e defeitos na própria midia do pendrive, considerando que tem aí o Debian instalado e operacional, então além de conferir o iso baixado confira também o próprio live-pendrive gravado pelo software de criação.
Tendo gerado o live-pendrive pelo software próprio, encerrado o processo, introduza o pendrive em alguma entrada usb do computador e através de uma janela de terminal vá até o diretório onde ele está montado, certifique-se que há nesse diretório o arquivo md5sum.txt, então faça:
md5sum -c md5sum.txt | grep -v "OK$"
Você irá ver uma execução seguida de verificação dos vários arquivos da .iso gravada no prendrive, cada linha seguida da palavra SUCESSO.
Algo aproximadamente assim:
/pool/main/d/dkms/dkms_2.2.0.3-1.1ubuntu5_all.deb: SUCESSO
./pool/main/f/fakeroot/libfakeroot_1.20-3ubuntu2_amd64.deb: SUCESSO
./pool/main/f/fakeroot/fakeroot_1.20-3ubuntu2_amd64.deb: SUCESSO
./.disk/info: SUCESSO
./.disk/base_installable: SUCESSO
./.disk/casper-uuid-generic: SUCESSO
./.disk/cd_type: SUCESSO
./.disk/release_notes_url: SUCESSO
./EFI/BOOT/BOOTx64.EFI: SUCESSO
./EFI/BOOT/grubx64.efi: SUCESSO
./boot/grub/x86_64-efi/chain.mod: SUCESSO
[...]
É uma longa lista, mas todas as saídas deverão conter a palavra SUCESSO, caso contrário aparecerá uma mensagem de erro em alguma linha cujo arquivo tenha sido gravado com erro e também no final.
Essa é a garantia de que seu o pendrive contendo a iso está correto e bootável.
-
Ainda no Ubuntu já instalado, como na saída do kernel-panic está indicando:
NMI watchdog detected hard LOCKUP on cpu
o que pode estar indicando um problema de sincronização, experimente colocar na linha de boot lá no menu inicial do grub e carregar o sistema com o seguinte parâmetro do kernel:
clocksource=tsc
Da mesma forma como fez antes, na mesma linha de boot e inicia com Ctrl X:
Só exemplificando a cmdline (a do seu sistema será algo diferente disso, porém semelhante)
BOOT_IMAGE=/boot/vmlinuz-4.4.0-47-generic root=UUID=7a0f44d0-f6b9-4660-bee6-b83634b2af41 ro quiet splash clocksource=tsc
podendo eliminar o quiet e o splash, é indiferente.
-
druidaobelix
Com um pouco de trabalho consegui rodar os comandos
mount -o remount,rw /dev/sda8 /
cd /home/bruno/Downloads
dpkg -i *deb
Na verdade foi trabalhoso, porque quando eu chegava na parte de "root --> desistir e ir para o modo root" e dava "Enter", parecia que estava correndo um "timer". Eu tinha em torno minuto para depois perder a possibilidade de digitar algo. Sei lá o que acontecia, só sei que novas linhas de código tomavam a tela e depois travava na tela do recovery. A solução foi digitar muito rápido e fazer um cada pacote deb de uma vez.
Eu achei que tinha dado certo. Na primeira vez chegou até o final, acessando o Ubuntu. Mas daí reiniciei para ver se estava tudo certo e nada, novamente telas com linhas e linhas de código.
Também tentei a sugestão de acrescentar "clocksource=tsc", mas não deu certo.
Instalei o Ubuntu na versão 16.10, como sugerido. Na primeira vez também entrou normal, reiniciei e novamente entrou normal. Mas na terceira vez em diante já não entra. Trava na tela de carregamento (das bolinhas) ou em uma tela com linhas de códigos (muito semelhante se não forem iguais às que já apareceram anteriormente nas outras tentativas).
Agora vou tentar a próxima opção, reinstalar o Ubuntu com a versão mais antiga (aquela indicada que teria proximidade com o Debian instalado). Depois, atualizo aqui o que acontecer.
-
Agora vou tentar a próxima opção, reinstalar o Ubuntu com a versão mais antiga (aquela indicada que teria proximidade com o Debian instalado).
No Ubuntu 14.04, certifique-se que é a série 3 que está instalada e não aceite a atualização para a série 4, pois lá pelas tantas ele oferece para mudar.
uname -a
-
druidaobelix !
Pois bem, Ubuntu 14.04 instalado com sucesso. Já reiniciei algumas vezes e continua funcionando :D :D :D !!! Este é lado bom! Porém apresenta o mesmo problema que eu tenho no Debian e ainda não consegui resolver: o touchpad não funciona. Minha suposição, agora depois de todo esse percurso, é de que um kernel mais novo dá suporte ao touchpad para o meu hardware enquanto que o da série 3 não. Além disso, a resolução da tela ficou longe do que era no instalador do Ubuntu 16.04 TLS (e inclusive do Debian e do próprio Grub do Debian).
Minha intenção de usar o Ubuntu era tanto porque eu já o conhecia quanto porque no Debian eu estava sem suporte para o touchpad. Este último problema não foi resolvido, mas tenho outra distro para trabalhar, além de aprender um monte no processo.
Tenho mais uma questão (perdoe-me a curiosidade): quando posso voltar a testar uma versão mais atual do Ubuntu que talvez já contemple a arquitetura da minha máquina? Quando sair o Ubuntu 17, 18 ou sei lá, ou quando sair um novo kernel?
Novamente, valeu pela força druidaobelix!
-
[...] o touchpad não funciona.
O funcionamento do touchpad muito possivelmente está mesmo ligada a uma questão da existência de driver, o que se pode pesquisar, porém antes de mais nada certifique-se pesquisando o manual do produto que não há um chaveamento de hardware, liga-desliga (ON/OFF), do tipo tecla Função + alguma coisa, Fn+F? ou coisa assim.
Esse notebook, pelo que vi ou ao menos em algumas versões, é touchscreen.
Está funcionando o touchscreen (tela sensível ao toque) com a versão 3 do kernel?
-
Além disso, a resolução da tela ficou longe do que era no instalador do Ubuntu 16.04 TLS (e inclusive do Debian e do próprio Grub do Debian).
Explique melhor isso.
A resolução de vídeo da tela não está de acordo com o previsto no manual do equipamento?
-
A resolução de vídeo da tela não está de acordo com o previsto no manual do equipamento?
Pois é, no Ubuntu 14.04 a resolução ficou bem ruim. Enquanto que ao rodar a instalação do 16 acho que estava em HD. Deu para perceber na hora, pelo contorno dos caracteres, dos ícones, etc.
O funcionamento do touchpad muito possivelmente está mesmo ligada a uma questão da existência de driver, o que se pode pesquisar, porém antes de mais nada certifique-se pesquisando o manual do produto que não há um chaveamento de hardware, liga-desliga (ON/OFF), do tipo tecla Função + alguma coisa, Fn+F? ou coisa assim.
Tem Fn + F9 para ligar/desligar o touchpad. Mas não funciona no Ubuntu 14.04 e nem no Debian 8 jessie. Como os dois tem o kernel da série 3 fiquei pensando se o problema não era esse. Pois durante o pouco tempo que funcionou o Ubuntu 16.04 TLS o touchpad estava funcionando, assim como o touchscreen. Agora, no Ubuntu 14.04 nem um nem outro estão funcionando.
Será que alguma outra distro não resolveria a questão?
-
Tenho mais uma questão (perdoe-me a curiosidade): quando posso voltar a testar uma versão mais atual do Ubuntu que talvez já contemple a arquitetura da minha máquina? Quando sair o Ubuntu 17, 18 ou sei lá, ou quando sair um novo kernel?
Se instalar o Ubuntu 16.10 você já pode experimentar o kernel 4.9-RC8, porém de forma absolutamente experimental.
Na verdade funciona também com o Ubuntu 16.04, tenho aqui instalado numa determinada máquina e plenamente funcional, porém é melhor adaptado a versão 16.10 do Ubuntu, que já traz o kernel 4.8, então o 4.9 é uma evolução muito mais natural.
Mas de toda forma, funciona com uma e com outra, sempre lembrando que como não é algo totalmente desenvolvido e consolidado, sempre pode estar sujeito a alguma espécie de problema, ainda que aqui, até agora, não ocorreu nada.
user@hal9005:~$ uname -a
Linux hal9005 4.9.0-040900rc8-generic #201612051443 SMP Mon Dec 5 19:45:51 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
O tal RC é Release Candidate, no momento na versão 8, daí RC8, isto é, está ainda em desenvolvimento e deverá integrar o Ubuntu 17.04, lançamento em abril de 2017.
Mas dá para instalar fácil e normalmente funciona bem.
Para baixar:
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.9-rc8/linux-headers-4.9.0-040900rc8_4.9.0-040900rc8.201612051443_all.deb
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.9-rc8/linux-headers-4.9.0-040900rc8-generic_4.9.0-040900rc8.201612051443_amd64.deb
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.9-rc8/linux-image-4.9.0-040900rc8-generic_4.9.0-040900rc8.201612051443_amd64.deb
Para instalar, como já fez antes, estando dentro do diretório onde baixou:
sudo dpkg -i *deb
Eventualmente, se no Ubuntu 16.10 instalado não consegue ir ao ambiente gráfico para abrir um shell, então usa o Recovery Mode, como já fez antes.
-
Tem Fn + F9 para ligar/desligar o touchpad. Mas não funciona no Ubuntu 14.04 e nem no Debian 8 jessie. Como os dois tem o kernel da série 3 fiquei pensando se o problema não era esse. Pois durante o pouco tempo que funcionou o Ubuntu 16.04 TLS o touchpad estava funcionando, assim como o touchscreen. Agora, no Ubuntu 14.04 nem um nem outro estão funcionando.
Será que alguma outra distro não resolveria a questão?
Aí já é o que costumo chamar de "a dança das distribuições". :)
Sim, talvez funcione em alguma outra distribuição, mas só testando mesmo para descobrir.
Como na verdade não se explorou mais a fundo a questão do kernel-panic, isto é, não se examinou de forma mais detalhada um log, pode até ser que funcione até mesmo com uma outra da própria família/sabores Ubuntu (Kubuntu, Lubuntu. Mate, Ubuntu-Gnome) ou like-Ubuntu (baseadas no Ubuntu, Mint-Cinnamon, etc) e, com maior propriedade aquelas fora do mundo Ubuntu (Fedora, ArchLinux, etc).
Independentemente disso e dos testes e experiências que venha a fazer, parece ser o caso de registro formal de kernel bug.
O fato é que há uma ocorrência concreta de kernel-panic na versão 16.04.1, que é uma LTS, e segundo você disse (não vi a tela nem o log) também na 16.10.
Se der para minimamente "arranhar" o inglês (não precisa escrever muito, é apenas apontamento técnico), faça o registro do bug.
Bem possivelmente e para que isso de fato funcione e lá adiante seja objeto de correção concreta, será necessário fornecer vários logs.
ReportingBugs
https://help.ubuntu.com/community/ReportingBugs
Filing Kernel Bug reports
https://wiki.ubuntu.com/Kernel/Bugs
#3400
-
Se instalar o Ubuntu 16.10 você já pode experimentar o kernel 4.9-RC8, porém de forma absolutamente experimental.
Na verdade funciona também com o Ubuntu 16.04, tenho aqui instalado numa determinada máquina e plenamente funcional, porém é melhor adaptado a versão 16.10 do Ubuntu, que já traz o kernel 4.8, então o 4.9 é uma evolução muito mais natural.
druidaobelix, tentei sua sugestão e a princípio tinha dado certo. A única coisa que eu tinha achado estranho foi a mensagem: "W: Possible missing firmware /lib/firmware/i915/kbl_guc_ver9_14.bin for module i915"
oot@bruno-TP301UA:/home/bruno# sudo dpkg -i *deb
(Lendo banco de dados ... 237082 ficheiros e directórios actualmente instalados.)
A preparar para desempacotar linux-headers-4.9.0-040900rc8_4.9.0-040900rc8.201612051443_all.deb ...
A descompactar linux-headers-4.9.0-040900rc8 (4.9.0-040900rc8.201612051443) sobre (4.9.0-040900rc8.201612051443) ...
A preparar para desempacotar linux-headers-4.9.0-040900rc8-generic_4.9.0-040900rc8.201612051443_amd64.deb ...
A descompactar linux-headers-4.9.0-040900rc8-generic (4.9.0-040900rc8.201612051443) sobre (4.9.0-040900rc8.201612051443) ...
A preparar para desempacotar linux-image-4.9.0-040900rc8-generic_4.9.0-040900rc8.201612051443_amd64.deb ...
Examining /etc/kernel/preinst.d/
run-parts: executing /etc/kernel/preinst.d/intel-microcode 4.9.0-040900rc8-generic /boot/vmlinuz-4.9.0-040900rc8-generic
Done.
A descompactar linux-image-4.9.0-040900rc8-generic (4.9.0-040900rc8.201612051443) sobre (4.9.0-040900rc8.201612051443) ...
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 4.9.0-040900rc8-generic /boot/vmlinuz-4.9.0-040900rc8-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 4.9.0-040900rc8-generic /boot/vmlinuz-4.9.0-040900rc8-generic
Configurando linux-headers-4.9.0-040900rc8 (4.9.0-040900rc8.201612051443) ...
Configurando linux-headers-4.9.0-040900rc8-generic (4.9.0-040900rc8.201612051443) ...
Configurando linux-image-4.9.0-040900rc8-generic (4.9.0-040900rc8.201612051443) ...
Running depmod.
update-initramfs: deferring update (hook will be called later)
Not updating initrd symbolic links since we are being updated/reinstalled
(4.9.0-040900rc8.201612051443 was configured last, according to dpkg)
Not updating image symbolic links since we are being updated/reinstalled
(4.9.0-040900rc8.201612051443 was configured last, according to dpkg)
Examining /etc/kernel/postinst.d.
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 4.9.0-040900rc8-generic /boot/vmlinuz-4.9.0-040900rc8-generic
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 4.9.0-040900rc8-generic /boot/vmlinuz-4.9.0-040900rc8-generic
update-initramfs: Generating /boot/initrd.img-4.9.0-040900rc8-generic
W: Possible missing firmware /lib/firmware/i915/kbl_guc_ver9_14.bin for module i915
W: Possible missing firmware /lib/firmware/i915/bxt_guc_ver8_7.bin for module i915
run-parts: executing /etc/kernel/postinst.d/pm-utils 4.9.0-040900rc8-generic /boot/vmlinuz-4.9.0-040900rc8-generic
run-parts: executing /etc/kernel/postinst.d/unattended-upgrades 4.9.0-040900rc8-generic /boot/vmlinuz-4.9.0-040900rc8-generic
run-parts: executing /etc/kernel/postinst.d/update-notifier 4.9.0-040900rc8-generic /boot/vmlinuz-4.9.0-040900rc8-generic
run-parts: executing /etc/kernel/postinst.d/zz-update-grub 4.9.0-040900rc8-generic /boot/vmlinuz-4.9.0-040900rc8-generic
Generating grub configuration file ...
Imagem Linux encontrada: /boot/vmlinuz-4.9.0-040900rc8-generic
Imagem initrd encontrada: /boot/initrd.img-4.9.0-040900rc8-generic
Imagem Linux encontrada: /boot/vmlinuz-4.8.0-30-generic
Imagem initrd encontrada: /boot/initrd.img-4.8.0-30-generic
Imagem Linux encontrada: /boot/vmlinuz-4.8.0-22-generic
Imagem initrd encontrada: /boot/initrd.img-4.8.0-22-generic
Encontrado Windows Boot Manager em /dev/sda1@/EFI/Microsoft/Boot/bootmgfw.efi
Encontrado Debian GNU/Linux (8.6) em /dev/sda6
Adding boot menu entry for EFI firmware configuration
concluído
root@bruno-TP301UA:/home/bruno#
Fiz tudo isso pelo recovery, daí iniciou normal. Ao entrar no Ubuntu fiz de novo para poder copiar todo o código e postar aqui. Ao reiniciar, travou de novo na tela de carregamento do sistema :'(
-
tentei sua sugestão e a princípio tinha dado certo. A única coisa que eu tinha achado estranho foi a mensagem: "W: Possible missing firmware /lib/firmware/i915/kbl_guc_ver9_14.bin for module i915"
Fiz tudo isso pelo recovery, daí iniciou normal. Ao entrar no Ubuntu fiz de novo para poder copiar todo o código e postar aqui. Ao reiniciar, travou de novo
Instalou em qual versão, na 16.10 ou na 16.04?
Funciona o touchpad e o touchscreen?
Aquela mensagem de warning, que diz respeito a algo relativo ao driver da gpu (i915) também aparece aqui quando instala, mas como era mesmo experimental não me dei ao trabalho de procurar concretamente do que se trata e, de resto, é um warning e não um erro.
Travar pode não ser a mesma coisa que kernel-panic.
Chegou a observar alguma mensagem daquele tipo do kernel-panic?
Editando:
Faça o sistema subir sem o quiet e sem o splash para poder observar melhor a evolução do carregamento e eventual parada.
Edite a cmdline do boot, apagando quiet e splash
-
Instalei no 16.10, como você havia sugerido. Havia funcionado o touchpad e touchscreen. Na primeira vez travou na tela que segue o Grub. Agora, quando reinicia aparece o que imagino ser o tal kernel-panic. O que eu acho estranho é que na instalação vai tudo bem. Depois a máquina reinicia e consigo acessar o sistema sem problemas (só para dar o gostinho). Porém, quando reinicio novamente (segunda vez que de fato entraria no sistema), aí começam os problemas e o sistema fica inacessível. Não teria que travar desde a primeira vez? Porque será que carrega uma vez, mas não duas ou mais?
-
Sei lá porque, reiniciei e dessa vez apareceram algumas linhas de comando estranhas, mas carregou o sistema. Vai saber... Teria algo que eu poderia fazer lá para tentar entender o que pode ter dado errado? Imagino que é a chance de copiar como foi o carregamento do sistema, se isso fica em algum lugar.
-
Sei lá porque, reiniciei e dessa vez apareceram algumas linhas de comando estranhas, mas carregou o sistema. Vai saber... Teria algo que eu poderia fazer lá para tentar entender o que pode ter dado errado? Imagino que é a chance de copiar como foi o carregamento do sistema, se isso fica em algum lugar.
Ôpa, isso é importante, se está num ambiente gráfico operacional e que dá para trabalhar um prompt, vamos tentar aproveitar isso.
Mantenha, por enquanto, o mínimo de operações (janelas) abertas que puder.
Use as teclas Ctrl Alt F1 acionadas simultaneamente para ver se vai para um um prompt puro (tty), ou seja, vamos sair do ambiente gráfico para minimizar travamentos.
Faça o login em tty e depois:
dmesg > dmesg.txt
Já teremos assim registro básico do carregamento do sistema, melhor que o nada que tivemos até agora.
Para voltar ao ambiente gráfico use as teclas Ctrl Alt F7
-
Se obter o dmesg daquela forma deu certo é uma primeira garantia (podemos recuperá-lo até pelo Debian se necessário), vamos tentar um passo mais ousado.
Volte lá em tty e agora faça:
sudo apt install pastebinit
dmesg | pastebinit
vair resultar numa url (endereço de internet) do tipo(semelhante):
http://paste.ubuntu.com/9933407099028/
Anote esse endereço e informe aqui no tópico para que se tenha acesso ao dmesg gerado.
-
Tentei o dmesg > dmesg.txt
e apenas passou para a próxima linha de comando, sem retorno de nenhuma informação específica
-
Tentei o dmesg > dmesg.txt
e apenas passou para a próxima linha de comando, sem retorno de nenhuma informação específica
Isso, não é para retornar nada mesmo, apenas gravou o conteúdo no arquivo de nome dmesg.txt, deixe-o lá por enquanto, podemos recuperar esse arquivo por outros meios se for necessário, é apenas uma garantia inicial de registro do dmesg. Tente o passo seguinte.
-
Para o "dmesg | pastebinit", o resultado foi:
http://paste.ubuntu.com/23615860/
-
Tá melhorando muito, já temos um log inicial básico do boot do sistema. :)
Volte lá em tty e veja se há alguma atualização do sistema a ser feita.
sudo apt update
sudo apt upgrade
-
Se conseguiu a fazer as atualizações, vamos aproveitar que está funcionando e editar um arquivo para poder "enxergar" o boot acontecendo.
Poderia fazer no ambiente gráfico usando o editor de texto gedit, mas para não correr o risco de travar, faça também em tty usando o editor de texto nano que é bem simples de usar e não depende de ambiente gráfico para funcionar.
Observe que nas anotações do nano a indicação do símbolo ^ (acento circunflexo) significa a tecla Ctrl
Volte em tty e então:
cd /etc/default
sudo nano grub
edite a linha:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
Apague o quiet e o splash
Para salvar use as teclas Ctrl O (letra vogal O)
Para sair use as teclas Ctrl X
Agora atualize o grub
sudo update-grub
Retorne ao ambiente gráfico.
Não saia daí por enquanto, não dê reboot, vou olhar o dmesg postado.
-
Eu apago o quite e o splash e deixo as duas (aspas) "" ?
-
Eu apago o quite e o splash e deixo as duas (aspas) "" ?
Isso mesmo, pode deixar, mas nem precisa apagar nada, também pode inutilizar a linha inteira apenas colocando um símbolo # (tralha) antes da linha.
#GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
Salvar e sair
Atualize o grub
-
Tá feito.
http://imgur.com/a/IusfF
-
Precisa analisar melhor e com mais tempo o dmesg, são quase 1000 linhas e isso porque é apenas uma parte do boot, só o processo principal do kernel, existem outros que são disparados quando há o boot.
De forma rápida apenas isso:
[ 9.373836] tpm_crb: probe of MSFT0101:00 failed with error -16
[ 16.224113] usb 1-8: device descriptor read/64, error -110
Há um registro de bug para esse tpm_crb
[Bug]tpm initialization fails on x86
https://bugs.launchpad.net/intel/+bug/1596469
Diz respeito ao tpm (Trusted Platform Module).
Numa leitura rápida parece não ter maiores implicações, mas é preciso estudar melhor.
-
Um detalhe importante: estamos supondo que você consertou aquele chaveamento anteriormente feito do CSM, desabilitando a opção e ainda que nenhum outro parâmetro do setup foi alterado, está conforme veio de fábrica, exceto se souber explicar coerentemente o que fez e porque fez, certo?
Caso contrário fica tudo errático, porque uma alteração no setup sem que se saiba exatamente o que se está fazendo e porque está fazendo pode levar a resultados imprevisíveis de comportamento do sistema.
-
Agora vamos arriscar abrir uma janela de terminal, isto é, no próprio ambiente gráfico do desktop use as teclas Ctrl Alt T para abrir uma janela ou click com o botão direito do mouse e escolha Abrir Terminal.
Aproveitando ainda a oportunidade obtenha o resultado e traga ao tópico:
lspci | grep -i vga
sudo lshw -c display
sudo apt install mesa-utils
depois de instalado o mesa-utils, faça e traga o resultado para:
glxinfo | grep render
glxinfo | grep -i OpenGL
/usr/lib/nux/unity_support_test -p
Use o mouse para copiar as saídas na janela de terminal e colar o resultado aqui no tópico.
-
Indo adiante: como essa máquina é nova e a gpu é um modelo recente (520), estava pensando em experimentar um Xorg mais turbinado, isto é, também mais recente, com os últimos drivers (ou quase) da Intel, ou seja a ppa Oibaf, talvez isso pudesse resultar em algo melhor para o sistema, inclusive a estabilidade.
Não sei o que dá instalando o Oibaf junto com o kernel 4.9RC8, certamente não previsto, mas só experimentando mesmo para ver o resultado.
-
Para o primeiro conjunto de códigos, o resultado foi:
bruno@bruno-TP301UA:/etc/default$ lspci | grep -i vga
00:02.0 VGA compatible controller: Intel Corporation HD Graphics 520 (rev 07)
00:13.0 Non-VGA unclassified device: Intel Corporation Device 9d35 (rev 21)
bruno@bruno-TP301UA:/etc/default$ sudo lshw -c display
*-display
descrição: VGA compatible controller
produto: HD Graphics 520
fabricante: Intel Corporation
ID físico: 2
informações do barramento: pci@0000:00:02.0
versão: 07
largura: 64 bits
clock: 33MHz
capacidades: pciexpress msi pm vga_controller bus_master cap_list rom
configuração: driver=i915 latency=0
recursos: irq:125 memória:de000000-deffffff memória:c0000000-cfffffff porta de E/S:f000(tamanho=64) memória:c0000-dffff
bruno@bruno-TP301UA:/etc/default$ sudo apt install mesa-utils
Lendo listas de pacotes... Pronto
Construindo árvore de dependências
Lendo informação de estado... Pronto
mesa-utils is already the newest version (8.3.0-2).
mesa-utils configurado para instalar manualmente.
Os seguintes pacotes foram instalados automaticamente e já não são necessários:
linux-headers-4.8.0-22 linux-headers-4.8.0-22-generic
linux-image-4.8.0-22-generic linux-image-extra-4.8.0-22-generic
Utilize 'sudo apt autoremove' para os remover.
0 pacotes atualizados, 0 pacotes novos instalados, 0 a serem removidos e 0 não atualizados.
bruno@bruno-TP301UA:/etc/default$
Para o segundo conjunto, o resultado foi:
bruno@bruno-TP301UA:/etc/default$ glxinfo | grep render
direct rendering: Yes
GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer,
GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer,
Extended renderer info (GLX_MESA_query_renderer):
OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 520 (Skylake GT2)
GL_ARB_conditional_render_inverted, GL_ARB_conservative_depth,
GL_MESA_texture_signed_rgba, GL_NV_conditional_render, GL_NV_depth_clamp,
GL_ARB_compute_shader, GL_ARB_conditional_render_inverted,
GL_NV_conditional_render, GL_NV_depth_clamp, GL_NV_light_max_exponent,
GL_OES_element_index_uint, GL_OES_fbo_render_mipmap,
bruno@bruno-TP301UA:/etc/default$ glxinfo | grep -i OpenGL
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 520 (Skylake GT2)
OpenGL core profile version string: 4.3 (Core Profile) Mesa 12.0.3
OpenGL core profile shading language version string: 4.30
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 12.0.3
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.1 Mesa 12.0.3
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10
OpenGL ES profile extensions:
bruno@bruno-TP301UA:/etc/default$ /usr/lib/nux/unity_support_test -p
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 520 (Skylake GT2)
OpenGL version string: 3.0 Mesa 12.0.3
Not software rendered: yes
Not blacklisted: yes
GLX fbconfig: yes
GLX texture from pixmap: yes
GL npot or rect textures: yes
GL vertex program: yes
GL fragment program: yes
GL vertex buffer object: yes
GL framebuffer object: yes
GL version is 1.4+: yes
Unity 3D supported: yes
bruno@bruno-TP301UA:/etc/default$
-
Um detalhe importante: estamos supondo que você consertou aquele chaveamento anteriormente feito do CSM, desabilitando a opção e ainda que nenhum outro parâmetro do setup foi alterado, está conforme veio de fábrica, exceto se souber explicar coerentemente o que fez e porque fez, certo?
Caso contrário fica tudo errático, porque uma alteração no setup sem que se saiba exatamente o que se está fazendo e porque está fazendo pode levar a resultados imprevisíveis de comportamento do sistema.
Se eu entendi bem a respeito do que se trata, a única mudança que fiz foi acrescentar no início da linha o #, que desativa a linha transformando-a em comentário, ficando ela como algo semelhante ao:
#GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
-
Indo adiante: como essa máquina é nova e a gpu é um modelo recente (520), estava pensando em experimentar um Xorg mais turbinado, isto é, também mais recente, com os últimos drivers (ou quase) da Intel, ou seja a ppa Oibaf, talvez isso pudesse resultar em algo melhor para o sistema, inclusive a estabilidade.
Não sei o que dá instalando o Oibaf junto com o kernel 4.9RC8, certamente não previsto, mas só experimentando mesmo para ver o resultado.
Tô experimentando tudo, qualquer coisa que ajude... até simpatia..kkk. Então, acho que dá para tentar até porque tudo que funcionar vai quebrar um baita galho para quem quiser instalar o ubuntu numa máquina igual a minha. E nem todo mundo encontra pessoas como você para ajudar e acabam desistindo.
-
Execute:
glxgears
Se a renderização através da gpu estiver funcionando corretamente vai aparecer as "famosas" três engrenagens azul, verde e vermelha rodando sincronizadamente e no terminal e indicação FPS (frames por segundo).
Se quiser pode usar as teclas Ctrl C simultâneas para interromper o processamento.
-
Se eu entendi bem a respeito do que se trata, a única mudança que fiz foi acrescentar no início da linha o #, que desativa a linha transformando-a em comentário, ficando ela como algo semelhante ao:
Não, não é disso que estou falando e sim do setup da máquina (conhecido como o antigo BIOS que agora na sua máquina se chama UEFI), enfim, o firmware do hardware.
Os parâmetros do firmware, entenda na forma antiga convencional como sendo os parâmetros do BIOS.
É aquela tela inicial do computador, antes de começar a carregar o sistema operacional.
-
Se a renderização através da gpu estiver funcionando corretamente vai aparecer as "famosas" três engrenagens azul, verde e vermelha rodando sincronizadamente e no terminal e indicação FPS (frames por segundo).
Deu certo! Apareceram as três engrenagens!
bruno@bruno-TP301UA:/etc/default$ glxgears
Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refresh rate.
302 frames in 5.0 seconds = 60.230 FPS
300 frames in 5.0 seconds = 59.970 FPS
300 frames in 5.0 seconds = 59.977 FPS
300 frames in 5.0 seconds = 59.984 FPS
300 frames in 5.0 seconds = 59.971 FPS
300 frames in 5.0 seconds = 59.959 FPS
300 frames in 5.0 seconds = 59.976 FPS
300 frames in 5.0 seconds = 59.978 FPS
-
druidaobelix
Não, não é disso que estou falando e sim do setup da máquina (conhecido como o antigo BIOS que agora na sua máquina se chama UEFI), enfim, o firmware do hardware.
Eu mexi em algumas coisas na Bios sim, mas teria que reiniciar o sistema para eu consultar e te dizer especificamente cada modificação que fiz. Pelo que lembro foram três modificações que fiz para poder fazer rodar o pendrive
-
Instale um sensor de temperaturas para vermos se não há algum problema nisso:
sudo apt install lm-sensors
sudo sensors-detect
depois é só ir dando <enter> aceitando as opções.
após isso é só executar no terminal:
sensors
deverá indicar as temperaturas apuradas pelos sensores.
Instale também:
sudo apt install hddtemp
Para ver a temperatura do disco é só fazer:
sudo hddtemp /dev/sda
Possivelmente não há problemas nisso, mas já que a encrenca está posta, vamos conferir como parte de uma verificação padrão de hardware.
Mais adiante se confere a memória Ram pelo MenTest e ainda o disco rígido para ver se não está "premiado".
-
Eu mexi em algumas coisas na Bios sim, mas teria que reiniciar o sistema para eu consultar e te dizer especificamente cada modificação que fiz. Pelo que lembro foram três modificações que fiz para poder fazer rodar o pendrive
Consegui achar duas modificações que fiz por imagens na internet:
Fast Boot: disable
Launch CSM: disable
Boot Option Priorities: (acrescentei o pendrive para ele carregar na inicialização, escolhi um arquivo efi, se não estou enganado).
Security Boot: (também alterei este, creio que foi para disable, mas não tenho certeza... só sei que está invertido o "original" de fábrica)
Creio que foram apenas estas as modificaçoes que fiz na BIOS
-
Creio que foram apenas estas as modificaçoes que fiz na BIOS
Ok, se foram apenas essas, sem problemas, algumas delas são mesmo necessárias.
Mais adiante, lá na frente, se conseguir restabelecer alguma normalidade, pode reativar o Security Boot.
Deveria funcionar com ele ativado, já que o Ubuntu é totalmente compatível com UEFI e deveria estar sendo identificado como seguro.
O restante deixe da forma como alterou.
-
Tá na mão o resultado dos códigos que você passou:
bruno@bruno-TP301UA:/etc/default$ sudo sensors-detect
# sensors-detect revision 6284 (2015-05-31 14:00:33 +0200)
# System: ASUSTeK COMPUTER INC. TP301UA [1.0] (laptop)
# Kernel: 4.9.0-040900rc8-generic x86_64
# Processor: Intel(R) Core(TM) i5-6200U CPU @ 2.30GHz (6/78/3)
This program will help you determine which kernel modules you need
to load to use lm_sensors most effectively. It is generally safe
and recommended to accept the default answers to all questions,
unless you know what you're doing.
Some south bridges, CPUs or memory controllers contain embedded sensors.
Do you want to scan for them? This is totally safe. (YES/no): y
Silicon Integrated Systems SIS5595... No
VIA VT82C686 Integrated Sensors... No
VIA VT8231 Integrated Sensors... No
AMD K8 thermal sensors... No
AMD Family 10h thermal sensors... No
AMD Family 11h thermal sensors... No
AMD Family 12h and 14h thermal sensors... No
AMD Family 15h thermal sensors... No
AMD Family 16h thermal sensors... No
AMD Family 15h power sensors... No
AMD Family 16h power sensors... No
Intel digital thermal sensor... Success!
(driver `coretemp')
Intel AMB FB-DIMM thermal sensor... No
Intel 5500/5520/X58 thermal sensor... No
VIA C7 thermal sensor... No
VIA Nano thermal sensor... No
Some Super I/O chips contain embedded sensors. We have to write to
standard I/O ports to probe them. This is usually safe.
Do you want to scan for Super I/O sensors? (YES/no): y
Probing for Super-I/O at 0x2e/0x2f
Trying family `National Semiconductor/ITE'... No
Trying family `SMSC'... No
Trying family `VIA/Winbond/Nuvoton/Fintek'... No
Trying family `ITE'... No
Probing for Super-I/O at 0x4e/0x4f
Trying family `National Semiconductor/ITE'... No
Trying family `SMSC'... No
Trying family `VIA/Winbond/Nuvoton/Fintek'... No
Trying family `ITE'... No
Some hardware monitoring chips are accessible through the ISA I/O ports.
We have to write to arbitrary I/O ports to probe them. This is usually
safe though. Yes, you do have ISA I/O ports even if you do not have any
ISA slots! Do you want to scan the ISA I/O ports? (YES/no): y
Probing for `National Semiconductor LM78' at 0x290... No
Probing for `National Semiconductor LM79' at 0x290... No
Probing for `Winbond W83781D' at 0x290... No
Probing for `Winbond W83782D' at 0x290... No
Lastly, we can probe the I2C/SMBus adapters for connected hardware
monitoring devices. This is the most risky part, and while it works
reasonably well on most systems, it has been reported to cause trouble
on some systems.
Do you want to probe the I2C/SMBus adapters now? (YES/no): y
Found unknown SMBus adapter 8086:9d23 at 0000:00:1f.4.
Sorry, no supported PCI bus adapters found.
Next adapter: i915 gmbus dpc (i2c-0)
Do you want to scan it? (yes/NO/selectively): y
Next adapter: i915 gmbus dpb (i2c-1)
Do you want to scan it? (yes/NO/selectively): y
Next adapter: i915 gmbus dpd (i2c-2)
Do you want to scan it? (yes/NO/selectively): y
Next adapter: DPDDC-A (i2c-3)
Do you want to scan it? (yes/NO/selectively): y
Next adapter: Synopsys DesignWare I2C adapter (i2c-4)
Do you want to scan it? (YES/no/selectively): y
Adapter doesn't support all probing functions.
Some addresses won't be probed.
Now follows a summary of the probes I have just done.
Just press ENTER to continue:
Driver `coretemp':
* Chip `Intel digital thermal sensor' (confidence: 9)
To load everything that is needed, add this to /etc/modules:
#----cut here----
# Chip drivers
coretemp
#----cut here----
If you have some drivers built into your kernel, the list above will
contain too many modules. Skip the appropriate ones!
Do you want to add these lines automatically to /etc/modules? (yes/NO)y
Successful!
Monitoring programs won't work until the needed modules are
loaded. You may want to run '/etc/init.d/kmod start'
to load them.
bruno@bruno-TP301UA:/etc/default$
bruno@bruno-TP301UA:/etc/default$ sensors
asus-isa-0000
Adapter: ISA adapter
cpu_fan: 3000 RPM
temp1: +37.0°C
acpitz-virtual-0
Adapter: Virtual device
temp1: +37.0°C (crit = +103.0°C)
coretemp-isa-0000
Adapter: ISA adapter
Physical id 0: +38.0°C (high = +100.0°C, crit = +100.0°C)
Core 0: +35.0°C (high = +100.0°C, crit = +100.0°C)
Core 1: +35.0°C (high = +100.0°C, crit = +100.0°C)
pch_skylake-virtual-0
Adapter: Virtual device
temp1: +36.5°C
bruno@bruno-TP301UA:/etc/default$
bruno@bruno-TP301UA:/etc/default$ sudo hddtemp /dev/sda
/dev/sda: HGST HTS541010A7E630: 35°C
-
Tô experimentando tudo, qualquer coisa que ajude... até simpatia..kkk.
Se vai ajudar mesmo ou quebrar o sistema ainda não sabemos, mas só testando para saber.
A lógica inerente é que se trata de uma gpu bem atual, então melhor trazer os mais atuais recursos do Xorg e driver de vídeo (nem sempre essa lógica é tão lógica assim, mas...)
Bem, vamos então instalar o Oibaf, mas se quebrar o sistema vamos ficar sem saber se foi a ppa Oibaf que quebrou o sistema ou se foi o problema que já existia.
Então o melhor a fazer é primeiro reiniciar o sistema e ver o que acontece.
Se conseguir subir de novo o sistema, então instala o Oibaf e vamos ver o resultado.
Para instalar:
sudo apt-add-repository ppa:oibaf/graphics-drivers
sudo apt update
sudo apt-get dist-upgrade
Reincie a sessão
Teste o glxgears
Agora reinicie o sistema
Teste o glxgears de novo.
-
Reiniciei duas vezes já e para na mesma tela:
https://imgur.com/a/TP2TF
Então não foi possível dar sequência nos comandos:
sudo apt-add-repository ppa:oibaf/graphics-drivers
sudo apt update
sudo apt-get dist-upgrade
Atualizando: tentei pelo menu de recuperação o "failsafeX" - Executar em modo gráfico seguro. O resultado foi:
http://imgur.com/a/zBZWP
Aí tinha uma opção de continuar o carregamento do sistema operacional. E pensei, já que tô aqui, por quê não? Pois é, não é que deu certo. Assim dei sequência nos comandos acima. De imediato a única diferença é a seta do mouse e os ícones à esquerda que ficaram maiores (pode ser pela opção de logar em modo gráfico seguro).
Pois bem, reiniciei e kernel panic novamente. Reiniciei algumas vezes e acontece o mesmo. Aí tentei de novo o esquema de carregar o sistema em modo gráfico seguro, mas não deu certo desta vez.
-
Pois bem, reiniciei e kernel panic novamente. Reiniciei algumas vezes e acontece o mesmo. Aí tentei de novo o esquema de carregar o sistema em modo gráfico seguro, mas não deu certo desta vez.
Infelizmente era razoavelmente esperado que ocorresse o problema do kernel-panic novamente. >:(
Problema do tipo kernel-panic geralmente é mesmo "sinuca de bico"
Veja se consegue na cmdline de boot usar novamente aquele parâmetro "text" (sem as aspas), abordado no post #13 e com ele se vai parar num prompt usável e com conexão internet.
Ou ainda no Recovery Mode usar Network --> Habilitar Rede como mencionado lá no post #22.
Em resumo, é necessário um prompt com internet para que se possa fazer algo.
-
Caso consiga um prompt com internet usável, então se a ppa Oibaf não ajudou em nada, melhor remover.
sudo apt-get install ppa-purge
sudo ppa-purge ppa:oibaf/graphics-drivers
sudo apt update
sudo sudo apt-get dist-upgrade
-
Veja se consegue na cmdline de boot usar novamente aquele parâmetro "text" (sem as aspas), abordado no post #13 e com ele se vai parar num prompt usável e com conexão internet.
Pois então, foi lá, depois do Grub, no modo recovery e usei o "e" para poder inserir o termo "text". Só que não encontrei a parte do "[...] quiet splash". Está aparecendo assim:
http://imgur.com/a/4Av2u
A única coisa que estou conseguindo no momento é no menu de recuperação ir para o terminal em modo root
-
Pois então, foi lá, depois do Grub, no modo recovery e usei o "e" para poder inserir o termo "text". Só que não encontrei a parte do "[...] quiet splash". Está aparecendo assim:[...]
Então, não está aparecendo o quiet e o splash porque lá no post #50 e #52 editou-se o arquivo /etc/default/grub exatamente para eliminar esses dois parâmetros para que se pudesse "ver" o boot, assim, eles não poderiam mesmo estar agora lá na cmdline do boot.
A linha de boot e na qual poderia experimentar o text é aquela que termina com ro na imagem que você postou.
Mas note, ainda que consiga isso na prática não vai levar a nada.
O retorno do erro kernel-panic, como previsto, deu-se *antes* de instalar a ppa Oibaf, ou seja, retirar o que ela instalou não vai resolver o problema de fundo, que é o kernel-panic.
Pode até fazer como exercício, mas o fato que não será isso que vai resolver.
-
Ainda apenas como exercício, supondo que não tivesse mesmo um prompt com internet para desintalar a ppa Oibaf, então se poderia usar o chroot para resolver a questão do acesso, ainda mais que você tem aí uma outra partição com Linux instalado e operacional, o Debian, embora ainda que não tivesse isso pudesse ser feito a partir de um live-iso (pendrive ou cdrom).
Para "economizar dedo" e não ter que escrever aqui tudo de novo, é razoavelmente fácil adaptar o roteiro bem detalhado que há nesse tópico do colega Creto:
http://ubuntuforum-br.org/index.php/topic,121101.msg664964.html#msg664964
Claro que lá ele fala em reinstalar kernel apagado por engano, o que não é o caso aqui no seu tópico, mas o roteiro de acesso é o mesmo, é só adaptar as ideias gerais lá expostas. Apenas ao invés de reinstalar kernel como está lá, simplesmente execute os comandos para retirar a ppa instalada.
De qualquer forma, como dito, isso não irá levar a nada de concreto, o fato é que não funciona, apenas retornará à situação do kernel-panic.
-
De qualquer forma, ainda que apenas por rigor técnico em relação ao hardware e considerando que aparentemente o kernel-panic é intermitente (ora funciona, ora não), faça uma verificação completa da memória RAM usando o Memtest, na forma completa, que é o Bit Fade Test.
O Memtest está disponível na tela inicial do menu do Grub.
A execução do Memtest pode ser bastante demorada, algumas horas dependendo da quantidade de memória Ram a ser verificada.
Quanto ao Memtest, note que ele executa automaticamente uma série de 8 testes, que é o Default Tests, num loop contínuo (a quantidade de vezes vai aparecendo na coluna Pass). Deixe fazer algumas vezes.
Depois acione a tecla 'c' para configurações -> aparece um lista 'Settings'
acione a tecla 1 'Test Selection'
depois aciona 3 Select Test
depois Test Number [0-9] marque o 9
O 9 é o Bit fade test e demora cerca de 90 minutos até algumas horas dependendo do tamanho da memória ram e processador
Lembre-se que precisa teclar o 0 (zero) para continuar com as verificações.
Um adendo no Memtest e só para lembrar:
(SP) scroll_lock -> sp=space, é a barra de espaço
(CR) scroll_unlock -> cr=carriage return or enter, é a tecla de Backspace (Retorno) ou ainda a Enter, dependendo do teclado.
Isso caso tenha que fazer a rolagem da tela para ver resultados longos.
Caso apareçam erros na memória do sistema os endereços precisam ser anotados para que, depois, venham a compor um mapa de endereços que o kernel (núcleo) do sistema não deva usar.
-
Com mais tempo vou mais detidamente analisar o dmesg que se conseguiu obter antes para ver se há algo que possa ser útil, embora à primeira vista pareça que não.
De toda forma, não deixe de fazer a verificação do live-pendrive usado na instalação conforme proposto no post #30, pois podemos estar andando em círculos atrás de um problema que eventualmente pode ser um simples defeito físico de um dispositivo corrompendo um arquivo que só se manifesta em determinadas situações, então, é de rigor observar aquele procedimento, sobremais que você tem aí outro Linux instalado, o que facilita tudo.
-
druidaobelix
Para tirar todas as dúvidas que ainda poderiam pairar: comprei um pendrive novo de 16gb e fiz os dois procedimentos (o de conferir a imagem iso e o do md5sum -c md5sum.txt | grep -v "OK$"). Tudo certo com duas tentativas diferentes, um com a iso ubuntu-16.10-desktop-amd64.iso e outra com a iso xubuntu-16.04.1-desktop-amd64.iso.
Aí, em vez de instalar tentei fazer uso do Ubuntu pelo pendrive. No caso do Ubuntu 16.10, ficou interminavelmente na tela de carregamento (a das bolinhas). E no caso do Ubuntu 16.04 foi para a tela com as linhas de código e travou, algo muito semelhante, senão igual, quando trava depois da instalação.
Atualizando: Não encontrei o Mentest no Grub. Procurei também em opções avançadas e também no modo recovery e nada.
http://imgur.com/a/PGjal
-
Atualizando: Não encontrei o Mentest no Grub. Procurei também em opções avançadas e também no modo recovery e nada.
Não sei exatamente porque não está aparecendo a entrada do Memtest na tela do Grub aí no seu sistema, mas também não compensa muito perder tempo com isso, no sentido de corrigir o grub já que o próprio sistema operacional não está funcionando em razão do kernel-panic, então use o MemTest a partir do live-pendrive, é a mesma coisa, dá no mesmo.
-
Faça uma derradeira tentativa, usando esse(s) live-pendrive novos que fez aí, do Ubuntu 16.10 e do Xubuntu 16.04.1, carregue o sistema por eles, porém antes de iniciar edite a linha de boot, como sempre apague o quiet e o splash, entretanto, adicione o parâmetro:
clocksource=notsc
Observe que **não** é igual ao antes mencionado no post #31, aqui, ao contrário de lá, é a negação do tsc (time stamp counter), portanto, notsc
Se ainda estiver instalado o Ubuntu, experimente também nele instalado.
Depois, se não foi, experimente o mesmo parâmetro porém dessa forma:
clocksource=hpet
E finalmente a mesma coisa usando:
clocksource=acpi_pm
Em resumo, testar com o clocksource na cmdline de boot as três variáveis notsc hpet acpi_pm como parâmetro de kernel.
-
Olá druidaobelix!
Fiz a tal "dança das cadeiras" das versões do GNU-Linux. No final das contas vou ficar com o Debian stretch e o Fedora. Em ambos o touchpad e o touchscreen que funcionaram bem. Agora é esperar o lançamento de nova versão do Ubuntu para tentar novamente. Valeu pela força!
-
Atualizando: após realizar a tal dança das cadeiras encontrei outras distribuições que funcionaram em meu notebook: Fedora e Debian. Não sei porque o Ubuntu 15.10 com o Kernel 4.2 também deu certo. Para aqueles que têm o mesmo notebook e estão encontrando problemas, um tópico que me ajudou foi http://askubuntu.com/questions/691216/no-version-of-ubuntu-can-be-installed-with-any-skylake-6th-generation-intel-proc (http://askubuntu.com/questions/691216/no-version-of-ubuntu-can-be-installed-with-any-skylake-6th-generation-intel-proc)
De qualquer maneira, eu não estava contente e queria fazer o Ubuntu 16.04 funcionar aqui. Após muito trabalho, eis que deu certo com o último Kernel, o 4.10.0-041000rc2-generic. Ao que tudo indica acerca do kernel panic comentado neste tópico, o problema era a Skylake.
Espero que agora quem tenha interesse em instalar o Ubuntu no Asus TP301UA consiga fazê-lo com mais facilidade. Enfim, agradeço ao druidaobelix e a todos que ajudaram neste percurso :D.
-
Muito bom, grato por retornar a informação, é realmente importante trazer aqui ao Fórum a solução encontrada, o que pode ser útil a outros usuários com idêntico problema, afinal, essa é a função do Fórum, que não é apenas resolver pontualmente um ou outro problema, mas sim constituir uma base de
dados informações que possa ser consultada e automaticamente encaminhar soluções.
Retornando à questão: experimente a composição Ubuntu 16.10 com o kernel 4.10, se funcionar possivelmente será a melhor composição, ao menos até chegar a versão 17.04, já agora em abril próximo.
Como o tópico ficou muito longo, o que dificulta um pouco a consulta mais rápida, se possível edite o tópico inicial, atualizando lá com essa informação da solução encontrada.