Ubuntu 11.04 64bits com dual boot não desliga [resolvido]

Iniciado por issao, 21 de Julho de 2011, 01:20

tópico anterior - próximo tópico

issao

Não pelo que expliquei anteriormente, o medo de ter que encarar o grub depois, e acabar tendo que desisntalar tudo...

Citação de: druidaobelix online 25 de Julho de 2011, 23:05


Chegou a fazer a instalação do 32bits normal?




druidaobelix

#46
Esse é o set de instruções do Core I5-2410M, que peguei aqui no meu:

flags      : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx rdtscp lm constant_tsc arch_perfmon pebs bts xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 x2apic popcnt xsave avx lahf_lm ida arat epb xsaveopt pln pts dts tpr_shadow vnmi flexpriority ept vpid

Esse, que v. postou, é o do seu Core I7-2620M:

flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 x2apic popcnt aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dts tpr_shadow vnmi flexpriority ept vpid


Interessante isso, o Core I7 possui 6 (seis) conjuntos de instruções a mais:

sep syscall rep_good nopl smx aes

Isso quer dizer que não é apenas 'potência' a mais.

Só para comparar:

Core 2 Duo E6750

flags      : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm lahf_lm dts tpr_shadow vnmi flexpriority
www.arredondar.org.br
Vencedor Desafio de Impacto Social Google 2016!
Você também pode participar e fazer a diferença.

druidaobelix

Mas a idéia era instalar num pendrivre, como v. já fez, não vai mexer em nada no grub do disco fixo.

É só não errar na hora de indicar qual a MBR de qual disco que vai gravar (que será sdc ou sdd, nunca sda)

Você já fez isso, não é mais terreno desconhecido. :-)

Citação de: issao online 26 de Julho de 2011, 00:01
Não pelo que expliquei anteriormente, o medo de ter que encarar o grub depois, e acabar tendo que desisntalar tudo...

Citação de: druidaobelix online 25 de Julho de 2011, 23:05

Chegou a fazer a instalação do 32bits normal?
www.arredondar.org.br
Vencedor Desafio de Impacto Social Google 2016!
Você também pode participar e fazer a diferença.

issao

Ah, eu não havia entendido !!! Aff santa guinoransia!! eheheheheh!!!

issao

#49
Pra compensar a mancanda acima mencionada tenho notícias ineteressantes!

   Você disse que houve um caso semelhante ao meu que foi solucionado com a instalação de uma distro 32 bits, e me aconselhou a instalar o sistema 32 bits em um pendrive como havia me ensinado a fazer certo?

   Confesso que não alimentei muitas esperanças sobre essa possibilidade, felizmente meu ceticismo não se confirmou. No entanto, devo esclarecer que realizei o procedimento de forma diferente (por questões pragmáticas), mas não sei se o mesmo (o procedimento é claro), da forma que realizei seria o mais apropriado, e pode ser levado em consideração.

   O que fiz foi o seguinte, ao invés de fazer instalar a distro no pendrive, simplesmente fiz um pendrive de instalação, pois o procedimento é mais rápido. Imaginei o seguinte, como há a possibilidade de testar o Ubuntu sem instalá-lo, via Livependrive, imaginei que seria quase a mesma coisa (aff?!).

   Como o erro de não desligar ocorria quando fazia esse procedimento via LiveCD, imaginei ainda que isso seria mais um fator para aproximar a realidade do Livecd com o sistema instalado em si, ou se preferir, entre o Liveusb e o sistema instalado "no" Usb.

   Finalmente a boa notícia é a seguinte, o Liveusb (ou pendrive, não sei exatamente se são a mesma coisa, e se podem assim ser chamados ) abriu no modo teste sem problema nenhum e finalmente (ALELUIA Irmãos!!!) desligou !!!

   Acho que demorou um pouco além do normal, não tenho certeza, mas talvez isso se dê ao fato do procedimento ter sido realizado via LiveUsb!!

  O que você acha?

druidaobelix

#50
Olá issao,

Excelente, isso é um boa indicação confirmando o relato, isto é, que com o 32bits está funcionando sem problemas.

Agora é experimentar fazer de fato a instalação do 32bits completa e atualizada, **em um pendrive** para ratificar esse indício de que funciona.

Ao instalar faça com a internet ligada, pois segundo a dica do platao que postei antes, isso já é suficiente para que seja automaticamente instalado o PAE.

[]'s

Editando:

Explicando melhor:

No LiveUSB, que é a iso de instalação no pendrive, você está com uma versão anterior do kernel, ao fazer a instalação propriamente dita em um pendrive e depois atualizar, teremos o kernel mais recente e aí é ver se igualmente continua funcionando na versão 32bits com kernel atual.
Acho que vai igualmente funcionar, mas é ver.

www.arredondar.org.br
Vencedor Desafio de Impacto Social Google 2016!
Você também pode participar e fazer a diferença.

issao

  druida, uma pergunta antes de fazer a instalação:

Você sabe dizer se é possível fazer uma instalação do Liveusb, para o Próprio Usb?

druidaobelix

Pergunta difícil. :-(

De maneira fácil não, não dá.

De maneira complicada precisaria ter um pendrive que possibilitasse criar nele uma partição distinta.

A idéia passa pelo que foi desenvolvido pelo companheiro 'pintinho' no tópico:

Instalação do Ubuntu sem CD ou Pen-Drive

http://ubuntuforum-br.org/index.php/topic,66202.0.html

Nesse tópico fiz um post, o de número #38, no qual, como exercício, testei a instalação para a versão 11.04

Acho que você vai se enrolar. :-)

É mais fácil e mais rápido usar um segundo pendrive ou queimar um CD.

[]'s

www.arredondar.org.br
Vencedor Desafio de Impacto Social Google 2016!
Você também pode participar e fazer a diferença.

issao

ok, valeu pela recomendação, vou criar um livecd então e fazer da mesma maneira que fiz antes.   :)

issao

  Uhuuuuuuuuuuuu! deu certooooooo!!

Iniciou e encerrou normalmente, acho que vou fazer isso então, reinstalar o Ubuntu 32 bits!!

O duro é ficar na dúvida sobre o motivo que levou a distro 64 a não encerrar normalmente né? Mas pelo menos resolvemos o problema!!


  Obrigado novamente Druida, e parabéns!!

issao

Só mais uma coisa, alguma recomendação quanto a reinstalação que eu deva saber?

druidaobelix

Perái, tem mais uma experiência para fazer, ainda não acabamos. :-)
www.arredondar.org.br
Vencedor Desafio de Impacto Social Google 2016!
Você também pode participar e fazer a diferença.

druidaobelix

#57
Olá Issao,

Mais um caminho para trilharmos, aproveitando a dica do nosso companheiro 'maxcedro', alertando para o estágio de desenvolvimento da versão 3.0 do kernel, já adiantado, considerado quase estável, então acho que vale a experiência, compilando o kernel de forma simples, vai que resolve o problema da ACPI.

Esse é um formato de compilação mais simples, que não permite personalização, mas pode ser já venha com alguma novidade para esse processador seu mais novo e que possa resolver o problema, sendo usável.

De qualquer forma como linuxer que agora você é sempre há a curiosidade de saber se funciona. :-)

O procedimento é bastante simples de fazer, singelo mesmo.

Neste caso a idéia é instalar mais um kernel na instalação de 64bits aí já existente, se você tiver ela ainda no pendrive (aquele primeiro), seria melhor ainda como teste.

O caminho é muito simples (vou reproduzir aqui para o caso de quebrar o link):

1) Pelo navegador acesse esse endereço:

http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.0-oneiric/

2) Baixe os arquivos (normalmente é baixado para a pasta Downloads):

Para 64 bits:

linux-image-3.0.0-0300-generic_3.0.0-0300.201107220917_amd64.deb

linux-headers-3.0.0-0300-generic_3.0.0-0300.201107220917_amd64.deb

linux-headers-3.0.0-0300_3.0.0-0300.201107220917_all.deb

3) Abra um  terminal (Ctrl+Alt+T)

4) Crie uma pasta para a qual serão movidos os arquivos baixados:

mkdir kernel30

5) Mova os arquivos baixados para essa pasta

mv ~/Downloads/*deb ~/kernel30/

6) Confira visualmente se os arquivos baixados estão lá mesmo:

ls ~/kernel30

7) Posicione-se dentro da pasta criada

cd kernel30

8) Transforme-se em root (o terminal fica com o símbolo #, exemplo: root@hal9000:~#)

sudo su  ---> vai pedir a senha, entre com a senha

9) Execute (evidentemente já como root):

dpkg -i *deb

10) Completada a instalação dentro do diretório /boot devem existir os seguintes arquivos:

abi-3.0.0-0300-generic
config-3.0.0-0300-generic
initrd.img-3.0.0-0300-generic
System.map-3.0.0-0300-generic
vmlinuz-3.0.0-0300-generic

Confira fazendo o seguinte comando:

ls /boot | grep 3.0.0-0300

11) Reinicie o sistema

Vai aparecer uma nova entrada, agora para o kernel 3.0, no menu do grub, inicie o sistema por ele e vamos ver o que dá.


O post do nosso companheiro 'maxcedro' está aqui:

http://ubuntuforum-br.org/index.php/topic,85756.0.html

A fonte original está aqui:

http://www.aprigiosimoes.com.br/2011/07/23/kernel-3-0-no-ubuntu/

[]'s

P.S.:

Estou fazendo esse post usando a própria, isto é, a versão 3.0, que instalei agora pouco usando exatamente os procedimentos acima. :-)

root@hal9000:~# uname -ar
Linux hal9000 3.0.0-0300-generic #201107220917 SMP Fri Jul 22 09:20:45 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux

www.arredondar.org.br
Vencedor Desafio de Impacto Social Google 2016!
Você também pode participar e fazer a diferença.

issao

Ok, vou realizar o procedimento agora, mas vou fazer a alteração na minha distro 64 mesmo, pois não tenho mais aquele pendrive com a mesma instalada. Você acha que isso pode ser um problema?

issao

#59
Meu, eu vou dizer uma coisa aqui que acho que vai desapontá-lo, mas não posso deixar de fazê-lo. Eu não sei por que cargas d'água não estou conseguindo executar as tarefas que você disse para eu fazer via terminal... Eu até consegui criar a pasta pelo terminal, mas mover os arquivos eu tive que fazer no modo gráfico mesmo. Nem o comando ls ~/kernel30 deu certo (aFF)