Fórum Ubuntu Linux - PT
Suporte Técnico => Instalação e Atualização => Tópico iniciado por: issao em 21 de Julho de 2011, 01:20
-
Olá amigos, com muito custo e ajuda coletiva do fórum enfim consegui instalar e iniciar normalmente o Ubuntu. Mas minha via crucis ao que tudo indica, ainda não terminou.
Descobri com auxílio do Druida, que era necessário editar o "Cdmline" do "Grub" para conseguir iniciar o "SO" e assim fizemos. No entanto, após descobrir que os comandos, "acpi=off" ou "noapic" no "Cdmline" do "Grub" fizessem com que o Ubuntu iniciasse normalmente, logo em seguida percebi que o mesmo não desligava como deveria ao ser solicitado.
Dei uma lida no fórum em busca de alguém com problema semelhante, e encontrei. Tentei fazer o que lá dizia, mas infelizmente não tive êxito. Tentei editar a linha de várias formas, adicionando "reboot=b" no fim da linha, colocando "noapic" e "acpi=off" juntos, separados, retirando o "quiet", o "splash", de todas as formas possíveis, mas nada adiantou...
O que acontece é o seguinte, quando dou a ordem de desligar com o comando ACPI=off salvo, a máquina vai para o logo do Ubuntu, fica imóvel, e eu só preciso encostar no botão de "Liga/Deslig" para que a máquina desligue. Mas quando o comando salvo é o NOAPIC, o logo aparece e os pontos se movem como se estivesse carregando algo, mas eu preciso DEIXAR o botão "Liga/deslig" pressionado até que a máquina desligue, diferentemente do modo ACPI=off.
Alguém tem algo em mente que poderia funcionar?
Notebook SIM 7930
4gb ram ddr3
Intel® Core™ i7-2620
Disco Rígido - HD: 750GB.
Interface HD: SATA2.
Placa de vídeo: processamento de vídeo integrado Intel® HD Graphics 3000 com suporte a Directx® 10.1
dual boot com win 7 h premium 64 e ubuntu 11.04 64
-
Só mais uma coisa, eu percebi durante o desligamento um [fail]
stoping automatic crash report generation [fail]
-
Percebi ainda que quando tentei o "cheat code" NOAPIC PCI=NOACPI o seguinte erro ocorreu além do citado acima:
81.485482] ata1.00: revalidation failed (errno=-5)
122.604631] ext4-fs error (device sda 3) : ext4_find_entri:933:inode#131085:comn plymouthd : reading directory Iblock 0
-
Outra coisa que gostaria de acrescentar é que já dei (apt-get update e apt-get upgrade). E ainda que o sistema reinicia normalmente, mas desligar só pela tecla!
-
Olá issao, vamos de novo. :-)
Creio que agora é tentar uma "peneira fina" com as possibilidades de ACPI para ver se algum "cheat code" relacionado trabalha melhor que apenas acpi=off, com menor impacto no sistema.
Retire o acpi=off e ainda o reboot=b do /etc/default/grub e tente subir o sistema testando individualmente cada um dos seguintes parâmetros na cmdline do menu do grub:
acpi=force
acpi=noirq
pci=acpi
acpi_irq_balance
acpi_irq_nobalance
acpi=oldboot
acpi=ht
acpi_os_name=“Microsoft Windows”
Depois, se nada funcionou melhor, é fazer uma combinação desses parâmetros acima com reboot=b e testar de novo. É tentativa e erro mesmo, não tem jeito.
Com mais tempo vou olhar melhor se há mais algum que poderia tentar.
O BIOS desse sistema Positivo, que é Phoenix, não permite configurar praticamente nada diretamente lá, portanto, resta mesmo os 'cheat codes' para ver se acerta algum.
Como esse hardware é muito novo, é um "Core I7 - Sandy-Bridge", eventualmente o problema só será solucionado em versões posteriores do kernel, dispensando o uso do acpi=off.
Enquanto isso, para minimizar o problema de ficar apertando o botão de liga/desliga, vai usando as teclas do SysRq, que também v. já sabe como faz.
Acione sempre, para reiniciar, pelo menos:
Alt+SysRq+S --> sincroniza
Alt+SysRq+B --> reboot
Se quiser desligar:
Alt+SysRq+S --> sincroniza
Alt+SysRq+O --> desliga
Acho que seria bom fazer a referência cruzada do que já conversamos para o caso de mais alguém querer se inteirar da história toda, então vamos deixar aqui o link do tópico anterior:
http://ubuntuforum-br.org/index.php/topic,85444.0.html
-
Dado o contexto, uma experiência legal de fazer, sem modificar o que v. já tem instalado aí, se você tiver disponível um pendrive de 4GB (melhor de 8GB): faça uma nova instalação completa do Ubuntu nele e vê o que dá.
Só não vai errar na instalação na hora de indicar onde é que tem que ser gravado o grub (que será em sdc ou sdd, nunca sda, neste caso do pendrive). :-)
-
Olá novamente Druida, que bom poder contar com seu auxílio mais uma vez. Eu tentei os comandos ditos por você, mas infelizmente eles nem abriram o "SO". Sendo assim, acho que deveria descartar a tentativa da soma dos comandos com "reboot=b" o que acha? Imagino que meu Sistema não esteja "gostando" muito das interrupções forçadas.
Sobre o pendrive, na verdade antes de conseguir instalar via Livecd, eu já havia criado um USB de instalação, mas não obtive sucesso na tentativa de instalar o Ubuntu. Só para constar o pendrive é de 8 gb.
-
Olá issao,
Se não está nem subindo com nenhum daqueles parâmetros de acpi, então não resolve mesmo usar com o reboot=b conjugado.
Quando me referi ao pendrive não estava falando de um LiveUSB de instalação, não é isso, mas sim usar o pendrive exatamente como um disco, isto é, fazendo uma a instalação completa nele, portanto, carregue o sistema por um LiveCD, acople um pendrive e mande instalar o Ubuntu no pendrive.
Completada a instalação, retirado o LiveCD da gaveta, reinicie o sistema pelo pendrive, isto é, ele passa a ser a unidade de boot, ele passa a ser o disco principal do sistema. Use o pendrive como um disco externo bootável, fazendo nele todas as atualizações.
Claro que fica bem mais lento para carregar o sistema, pois aí vai na velocidade da USB que é muito inferior a de um disco SATA, mas geralmente funciona (com algumas marcas não). :-)
É só uma experiência, mas é algo fácil de ser feito sem mexer na instalação que v. já tem pronta aí.
A idéia aqui é ver se a instalação anterior não está corrompida em algum ponto uma vez que foi feita usando desnecessariamente 10 (!!!) parâmetros passados ao kernel, por outro lado, preserva a instalação atual.
Fazendo novamente o alerta: só fique atento para onde mandar gravar o bootloader, não é na MBR da sda (que é o disco onde está o W7 e a instalação já existente do Ubuntu) e sim no pendrive (que possivelmente será identificado como sdc ou sdd).
-
Olha só, eu acho q fiz corretamente o que vc pediu, mas acho que não estou conseguindo iniciar pelo pendrive. Para tentar iniciar pelo pendrive eu configurei a bios para iniciar pelo usb, esse é o procedimento correto? Se sim o que fazer agora, confesso que estou meio perdido.
Acho que cabe uma observação, eu não consegui instalar sem colocar todos os parâmetros... tentei o acpi=off só, o noapic só, e juntos, mas não iniciava a instalação. A instalação só iniciou mesmo depois que coloquei todos aqueles parâmetros.
-
Não entendi. :-(
Você não conseguiu iniciar pelo LiveCd (subir o LiveCD) a não ser colocando os 10 (!!) parâmetros na linha de comando do LiveCD?
Porque, veja, em si para instalar não é necessário parâmetro algum; se for necessário parâmetro para subir o LiveCD (estava sendo antes, nas trocentas vezes que v. iniciou pelo CD ?), esse parâmetro vai na cmdline do LiveCD, só para ele subir, depois para instalar é só clicar no ícone de instalação no desktop e a instalação inicia.
De toda forma, está correto deixar a ordem no BIOS para o pendrive bootar antes das demais unidades de disco, porém nesse equipamento não deveria estar sendo necessário mexer nisso, pois já deveria estar vindo de fábrica configurado nesse ordem, em todo caso, é isso mesmo, é apenas uma questão de ordenar quem é o primeiro, o segundo, o terceiro e assim por diante, para dar o boot.
Detalhe importante:
Depois de terminar a instalação, quando pede para reiniciar e lá no meio pára para retirar o CD da gaveta, na verdade precisa também desplugar o pendrive ou desligar de todo o equipamento, sem o que a unidade USB (o pendrive) não reinicializa (ela em si, não é o sistema) e, consequentemente, não é reconhecida como bootável. Isso é uma característica geral das unidades USB, então não basta reiniciar que não vai dar mesmo o boot, é melhor desligar de todo e ligar novamente, neste caso com o pendrive acoplado.
Enfim, ou retira o pendrive e recoloca de novo, para que haja um novo reconhecimento da unidade USB, ou deixa o pendrive acoplado e desliga de tudo e religa de novo, que automaticamente ocorre o reconhecimento.
Assim, quando se inicia o boot pelo pendrive acoplado no qual foi instalado o sistema operacional (como se fosse o disco rígido fixo), o que você vai ver é exatamente a tela do menu do grub, com as mesmas entradas (na verdade duas a mais) que você vê quando inicia normalmente pelo disco rígido. Se não estiver vendo a tela do menu do grub algo está errado.
A única diferença é que esse menu do grub originado do pendrive possui a linha (entrada) que é dele própria e ainda linhas da instalação que já estava no outro disco (nesse caso o fixo), por isso é que possui duas entradas a mais. O que aparece como sdb é a entrada do disco fixo, da instalação anteriormente existente.
Note a lógica da coisa: quando instala o sistema no pendrive (como se fosse um disco fixo) e manda gravar o bootloader (o grub) na unidade de pendrive e depois ordena o BIOS para que o pendrive anteceda as demais unidades de disco, então obviamente a tela do menu do grub que você está vendo está sendo originada no próprio pendrive.
O raciocínio em tudo é exatamente igual se tivesse dois discos fixos no computador, na verdade é irrelevante que seja fixo ou removível, o fato é que são dois discos no computador, o que muda é o tipo de disco, um é disco SATA e o outro é disco USB, então tenho duas MBR e quem vai dizer qual delas será utilizada é a ordem no BIOS.
-
No BIOS desse equipamento possivelmente é assim:
Para entrar é com F2
Na barra superior tem as abas:
Main - Info - Advanced - Security - Boot - Exit
Para navegar entre elas usa as setas <- e -> do teclado
Entrando na aba Boot do menu acima da barra superior, aparece:
Boot priority ordem:
1. SATA CD: SlimtypeDVD A DS8A5S - (S3) --> talvez outros dados de marca e referência, depende do equipamento específico de CDRom
2. USB CDROM
3. USB KEY
4. USB HDD
5. SATA HDD: (modelo e marca do HD)
6. PCI BEV: Realtek etc e tal --> também pode ser outra marca
7. vazio
8. vazio
Excluded from boot order:
: USB FDC
-
Olha só, eu consegui "bootar" pelo Usb, descobri que estava escolhendo a opção errada na bios (USB key e não a USB hdd). Outra coisa, no menu do grub aparecem 4 novas opções, duas para "bootar" pelo pendrive normalmente e duas para "bootar" pelo pendrive em modo de recuperação (ou de segurança).
Desculpe, mas acho que realmente não fui muito claro quando tentei explicar o que ocorria durante a instalação do bootloader no pendrive. O que aconteceu foi o seguinte, durante o procedimento, como eu já sabia quais parâmetros funcionavam para subir o LiveCD, eu tentei instalar o Bootloader no pendrive utilizando apenas os parâmetros conhecidos, mas infelizmente não deu certo, e acabei por colocar todos aqueles que você já sabe:
apm=off
acpi=off
noapic
nolapic
nopcmcia
noapci
nosmp
pnpbios=off
nomce
pci=nomsi
-
Outra coisa que esqueci de mencionar, tentar desligar o note via "SysRq Alt" trava o note na tela em que estiver e eu tenho que acabar usando a tecla "liga/deslig" do note
-
Mais uma coisa antes de ir, eu não entendi bem o propósito de fazer o bootloader pelo pendrive. :-[
Você disse lá em cima:
"A idéia aqui é ver se a instalação anterior não está corrompida em algum ponto uma vez que foi feita usando desnecessariamente 10 (!!!) parâmetros passados ao kernel, por outro lado, preserva a instalação atual"
Minha pergunta é, se eu fiz esse bootloader com os mesmos "10 comandos" utilizados anteriormente não vamos ficar na mesma? E pelo sistema já instalado não é possível verificar no mesmo se os comandos inseridos durante a instalação não estã prejudicando o desligamento do sistema?
-
Olá issao,
O ponto aqui, se tudo foi feito corretamente, é que você tem uma nova instalação limpa do Ubuntu no pendrive.
A questão a se saber é se ela, essa nova instalação limpa, que presumidamente foi feita sem a adição de nenhum parâmetro passado ao LiveCD, consegue subir sem nenhum parâmetro passado ao kernel, especialmente o acpi=off.
Se sim, o problema está resolvido, basta refazer agora no disco fixo; se não, batemos num muro que dificilmente será transponível sem um novo kernel futuro.
Todas as demais questões, sintomas que aparecem, (uso de SysRq, não execução do shutdown, possivelmente controle de bateria, etc.), derivam do uso do acpi=off, pois que ao passar esse parâmetro ao kernel você está dizendo a ele para não usar as especificações de acpi.
Daí em diante não há muito mais o que fazer de forma fácil, como até agora evoluímos.
São opções:
1) Verificar junto ao fabricante do equipamento se há alguma atualização de BIOS (essa é a melhor opção, afinal, acpi deveria estar funcionando, alguém deixou de seguir as especificações do consórcio);
2) Fazer um estudo mais analítico para tentar descobrir algum outro parâmetro que possa ser usado em substituição ao acpi=off e que faça o sistema funcionar à contento;
3) Abrir os repositórios experimentais, usando-os para atualização do sistema (às vezes resolve um problema, quase sempre traz vários outros problemas, exatamente porque são experimentais);
4) compilar um kernel na mão (por analogia, uma roupa sob medida), usando a última versão estável, o que obviamente requer um pouco mais de conhecimento, embora não seja assim tão difícil de ser feito, após se ter algum tempo de "caminhada em Linux";
5) compilar um kernel na mão, usando as versões ainda em desenvolvimento (a 3 já está até disponível para testes).
-
Olha só, eu queria deixar claro que a nova instalação do Ubuntu no pendrive foi feita com todos aqueles parâmetros. E quando eu entro na Cdmline do Grub via tecla "e" o ACPI=OFF está lá!
E qual dos procedimentos você aconselha?
-
Então, "issao", estou com dificuldade de entender isso aqui. Não era isso.
Precisamos deixar claro esse ponto:
1) o LiveCD não carrega sem nenhum parâmetro?
2) Se a resposta for "não carrega", então quais são os parâmetros mínimos que ele, LiveCD, precisa?
Olha só, eu queria deixar claro que a nova instalação do Ubuntu no pendrive foi feita com todos aqueles parâmetros. E quando eu entro na Cdmline do Grub via tecla "e" o ACPI=OFF está lá!
E qual dos procedimentos você aconselha?
-
Olha, vou fazer uma seção flash back aqui, para você entender melhor minha situação. Meu problema inicial com o Ubuntu foi conseguir instalar o Ubuntu, na verdade eu nem conseguia iniciar o Livecd até descobrir os comandos:
apm=off
acpi=off
noapic
nolapic
nopcmcia
noapci
nosmp
pnpbios=off
nomce
pci=nomsi
E só consegui instalar o Ubuntu utilizando TODOS os comandos, até cheguei a tentar em pares mas não cheguei a fazer todas as combinações possíveis por perceber que isso seria um tanto demorado.
O engraçado é saber que os comando acpi=off e noapic foram utilizados por nós para conseguir abrir o Ubuntu depois de instalado, mas combinados ou só, eles não funcionam para utilizar o Livecd.
Editado:
Eu não consegui descobrir quais os comandos mínimos para abrir o Livecd, nem sei se ele funcionaria com menos comandos a não ser com todos os já citados, mas se você quiser eu posso ir tentando aqui as combinações além das que já tentei.
-
resumindo
1) livecd não carrega sem os comandos, ou seja, só carrega com todos os comandos!
2) Não sei quais os comandos mínimos pois não testei as mil e poucas possibilidades...
-
A comunicação remota por esse meio realmente dificulta as coisas, frequentemente levando ao entendimento incompleto das questões, mas é o que temos.
Achei, erroneamente, que você estava conseguindo subir pelo LiveCD sem parâmetros, daí porque sugeri uma nova instalação limpa no pendrive. :-(
Se o LiveCD não carrega sem parâmetros então não adianta muito descobrir o conjunto de parâmetros mínimos que funciona para ele. É até uma possibilidade que instalando com um conjunto menor de parâmetros o resultado da instalação seja outro, porém a probabilidade não é muita.
Além disso, testar 10 parâmetros combinados, se ainda lembro de análise combinatória, representaria testar 1023 possibilidades, o que não é razoável.
Na forma de arranjo simples, sem repetição:
C(m,p)=m!/[(m-p)!*p!]
m p
10 1 10
10 2 45
10 3 120
10 4 210
10 5 252
10 6 210
10 7 120
10 8 45
10 9 10
10 10 1
soma: 1023
Mesmo que se afaste alguns que obviamente não se aplicam, ainda restará um número elevado, muito trabalho para pouca probabilidade de resultados. :-(
De qualquer forma é incrível que o LiveCD só suba com essa enormidade de parâmetros, nunca vi isso!
Voltamos às questões do post #14, bater num muro. :-(
-
Vamos ver se seria possível habilitar um debug de acpi na carga do sistema.
A efetividade de um parâmetro passado ao kernel depende de como o kernel foi compilado.
Vou fazer algumas experiências aqui quanto às possibilidades de debug, se alguém mais no Fórum quiser acrescentar quanto a esse aspecto, seria de utilidade.
O que estou pensando é algo na linha do:
acpi.debug_layer= [HW,ACPI,ACPI_DEBUG]
acpi.debug_level= [HW,ACPI,ACPI_DEBUG]
Tem uma literatura aqui:
ACPI Debug Output
http://www.mjmwired.net/kernel/Documentation/acpi/debug.txt
-
Olá Druida,
eu tentei ler o documento mas não entendi muita coisa, na verdade não entendi nada.. você quer que eu coloque esses parâmetros no cdmline na hora de iniciar como fizemos com o acpi=off anteriormente é isso?
-
Olá 'issao',
Por enquanto:
"Vou fazer algumas experiências aqui quanto às possibilidades de debug, se alguém mais no Fórum quiser acrescentar quanto a esse aspecto, seria de utilidade."
-
Olá 'issao',
Para que tenhamos uma base de comparação com o que tenho aqui, faz aí esses dois códigos e traga o resultado:
ls /sys/module/acpi/parameters/
cat /sys/module/acpi/parameters/*
Seria bom fazer duas vezes, uma carregado pelo disco e outra carregado pelo LiveCD. já que a forma como sobe está sendo diferente entre uma e outra.
-
Você quer que eu coloque esses parâmetros no Cdmline do grub é isso? :)
-
Não, neste caso é subir o sistema, abrir um terminal (Ctrl+Alt+T) e executar os mencionados comandos no terminal.
Nem é necessário digitar os comandos, é só copiar com o mouse (claro, para isso precisar estar com a página deste tópico do Fórum aberta), colar no terminal e dar um Enter para que seja executado. Eles irão gerar uma saída no próprio terminal, copie essa saída e cole aqui.
Você quer que eu coloque esses parâmetros no Cdmline do grub é isso? :)
-
ok, aí está druida: ( este é o que está instalado no hd )
issao@issao-POSITIVO-MOBILE:~$ ls /sys/module/acpi/parameters/
acpica_version bfs ec_delay gts immediate_undock
issao@issao-POSITIVO-MOBILE:~$ cat /sys/module/acpi/parameters/*
20110112
0
500
0
Y
-
Este é o do LiveCd:
ubuntu@ubuntu:~$ ls /sys/module/acpi/parameters/
acpica_version bfs ec_delay gts immediate_undock
ubuntu@ubuntu:~$ cat /sys/module/acpi/parameters/*
20110112
0
500
0
Y
-
Olá issao,
Acho que até é possível conseguir identificar o que há de errado com a ACPI desse computador, na verdade, em tese, é até um pouco fácil achar o erro, no sentido de determinar o que está diferente em relação à especificação do consórcio ACPI, o problema está em, depois, o que fazer com ele. Nem sempre dá para consertar, assim 'na unha', mas vamos ver. :-(
Bem, antes de partir para as entranhas da ACPI desse computador, por desencargo, melhor testar mais alguns parâmetros, vai que funciona.
Use essas flags, uma a uma, na 'boot cmdline', na linha da tela inicial do menu do grub, onde se entra com a tecla 'e', do sistema instalado no disco fixo para ver se consegue fazer subir o sistema sem o acpi=off.
acpi=rsdt
acpi_serialize
acpi_no_auto_ssdt
Esse aqui possui dos modos, uma de cada vez:
acpi_apic_instance=1,0
acpi_apic_instance=2
Esse aqui (acpi_osi) precisa testar de três modos, individualmente, um de cada vez:
acpi_osi= (----> desse modo mesmo, sem nada depois do sinal de =)
acpi_osi="Linux"
acpi_osi="!Linux"
Idem (acpi_sci), 4 modos:
acpi_sci=level
acpi_sci=edge
acpi_sci=high
acpi_sci=low
Idem, 3 modos
acpi_enforce_resources=strict
acpi_enforce_resources=lax
acpi_enforce_resources=no
Finalmente,
acpi_serialize
acpi_no_auto_ssdt
erst_disable
Talvez haja ainda alguma outra possibilidade, mas precisa analisar melhor se mais alguma potencialmente se aplicaria.
-
Existe um relato, num computador com idêntico processador a esse seu, o Intel Core i7-2620M - sandy-bridge, embora a marca do equipamento seja outra, de que a versão 32bits funciona sem problemas (I tried the i386 live disk and it loads fine), sem o carregamento de flags do kernel, muito curioso isso, embora eu não consiga perceber exatamente a lógica disso. No caso desse relato é um Lenovo ThinkPad L520.
Apenas com o intuito de agregar conhecimento, se uma hora você puder e estiver disposto a gastar algum tempo com isso, faça uma instalação de 32bits no pendrive, apenas para testar se se aplica a essa sua máquina também. Nesse caso, claro, precisa 'queimar' um outro CD com a iso do 32 (ou usar um segundo pendrivre para carregar o Live). O 32bits, com o kernel normal, não faz o reconhecimento da totalidade dos 4GB de memória que tem seu sistema.
É o caso de pensar se não seria uma solução satisfatória usar o kernel PAE (Physical Address Extension), caso ele consiga fazer o boot sem parâmetros, pois que nesse caso o reconhecimento e uso da totalidade da memória disponível também estaria simultaneamente resolvido.
Unable to install 11.04 amd64 on a ThinkPad L520
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/806434
-
Ok, vou testar os comandos agora mesmo, mas enquanto isso, uma dúvida. Você disse que talvez o meu caso seria necessário compilar um kernel certo? Se o problema for nele (e eu não sei se é, o que vc acha?) a instalação de um kernel anterior não seria uma solução possível? Estou pensando em testar uma versão 32 bits, já que vc disse que houve um caso semelhante ao meu, e a solução foi essa. Mas estou querendo criar um pendrive de instalação e não um livecd, vc acha que que isso seria um problema? ( fazer um livependrive?)
-
Olá Issao,
Um kernel anterior para esse processador, que é recente, não né, embora haja relato de alguém que instalou na versão 10.10 e funcionou, embora sem conseguir ajustar a resolução do vídeo.
Usar LiveCD ou LiveUSB (pendrivre), em princípio tanto faz, só muda a mídia, funciona igualmente.
Acho que o caminho, mesmo como experimentação e aprendizado e, depois de testar os parâmetros antes mencionados, gravar uma iso do 32bits e ver o que acontece. Depois, nela, na 32bits, instalar o PAE e igualmente ver o que acontece.
Esses processadores tendem a se tornar comuns, já estão razoavelmente baratos, então serve também como registro para outras pessoas que venha a adquirir equipamento similar, ou mesmo da Positivo, que vende muito por aqui.
[]'s
-
A parte que eu ainda não havia contado: tenho também um SIM 7710, da Positivo, Sandy-Bridge, só que com o Core I5-2410M.
Funciona tudo, webcam, bluetooth, touchpad, e-sata, wireless, hdmi 1.4, com dois monitores tanto pela vga quanto pela hdmi, ligado em monitor 1920x1080, ligado em TV LG Infinity FullHD 46", teclado e mouse sem fios adicionais, igualmente BIOS Phoenix, enfim, tudo, instalado o 11.04 Unity, sem problema nenhum, chega até a ficar sem graça pela falta de problema. :-)
Exatamente isso é que causa a curiosidade, por que aí com o Core I7-2620M está havendo essa questão da ACPI?
-
Qual ubuntu você instalou, o 64 ou 32? Você sabe se pode dar algum tipo de problema se eu realizar a instalação da versão 32 bits, sendo que eu desejo continuar com o dual boot e o outro sistema operacional ser o win 7 64?
editado:
esqueci de mencionar, os parâmetros não funcionaram... :-\
-
O que é PAE?
-
Olá issao,
Previsivelmente já instalei e desinstalei 32 e 64bits, todos os modos disponibilizados pelo Ubuntu, versões 10 e 11, fora a compilação de kernel, tudo isso várias vezes e mais algumas coisas.. :-)
Evidentemente para substancial parte dos usuários deste Fórum, e de outros, pesquisar, experimentar e tentar entender é um hobby; tem pessoas que gostam de jardinagem, nós gostamos de computação. :-)
Qual ubuntu você instalou, o 64 ou 32?
-
Como já havia dito, PAE (Physical Address Extension).
Dá uma lida aqui:
http://pt.wikipedia.org/wiki/Physical_Address_Extension
Essencialmente é um kernel para sistema de 32 bits que consegue endereçar os 4GB de memória ram que tem aí.
Editando:
Se usar o kernel simples ele vai usar mais ou menos 3,3GB da ram disponível.
É fácil de instalar, se digitar PAE na 'caixa da lupa' aqui no Fórum vai encontrar dezenas de referências de como fazer isso rapidamente.
Faça uma instalação de 32bits comum no pendrive, depois nele mesmo instale o PAE, como ainda estamos na fase de testes, não precisa desde logo mexer no que v. já tem instalado aí.
Independentemente disso, que recomendo que v. experimente também, porque é muito fácil de fazer, vamos então dar uma olhada por dentro dessa ACPI.
O que é PAE?
-
Agora entendi melhor sua dúvida, não, não dá problema, são partições distintas, trabalham de forma independente.
Vamos expandir o entendimento, na verdade, você pode ter vários sistemas operacionais instalados no seu sistema, não apenas dois, cada um deles instalado em uma partição independente.
Assim, posso ter facilmente um dual boot, mas também um trial boot, mas também uma partição Win7, uma partição Vista, uma partição XP, mais 10 partições Linux, ou quantas queira, cada uma delas com um sistema operacional (distribuição, distro) diferentes, configuradas de vários modos.
Essencialmente essa é a liberdade do Linux, caracterizada pelo enorme flexibilidade. :-)
continuar com o dual boot e o outro sistema operacional ser o win 7 64?
-
Reiterando o que disse antes, creio que podemos seguir agora duas linhas paralelas.
Na primeira delas, você instala aí em um pendrive o 32 bits, depois o kernel PAE e vamos ver o que acontece.
Na segunda, vamos dar olhada por dentro da ACPI para tentar identificar exatamente onde está o problema e quem sabe seja possível corrigí-lo, ou se não for possível (nem sempre é), pelo menos teremos meios de fornecer informações adequadas ao pessoal responsável pelo desenvolvimento da acpi-kernel, o que pode levar a que façam um patch (modificação, ajuste, correção) em kernels futuros, eventualmente útil para futuros proprietários de igual equipamento.
Isso, penso, tem uma importância um pouco maior na medida em que estamos falando de um fabricante brasileiro, a Positivo, que como sabemos vende muito (já algo como 10 milhões de computadores no mercado nacional, creio), entretanto, com nula penetração no mercado externo, em contraposição às marcas internacionais, portanto, um problema qualquer existente num sistema de montagem nacional tem a tendência de levar muito mais tempo para chegar essa informação aos grupos de desenvolvimento do Linux, até mesmo pela barreira do idioma, a menos que façamos o esforço de levar até eles essas questões que mais diretamente nos interessam.
A hipótese aqui é trabalhar sobre o que já tem instalado no disco fixo fazendo a carga usando o parâmetro nolapic (é esse o outro que também funciona?).
Para que eu não fique endereçando comandos com caminho errado, preciso inicialmente saber alguns dados do que tem aí, então execute os seguintes comandos:
Esse aqui é só para confirmar a compilação da ACPI:
cat /var/log/dmesg | grep MSFT
Esse outro é para confirmar o caminho do arquivo que iremos inicialmente trabalhar, o DSDT, isto é, se ele está realmente aí disponível, pois caso não esteja teremos que fazer uma certa ginástica para ir buscar o seu conteúdo no outro sistema operacional:
ls /sys/firmware/acpi/tables/*
-
Olá Druidaboy!
Legal, gostei das opções, mas fiquei um tanto reticente quanto a nova instalação de um sistema 32 bits em uma nova partição. Vou explicar o motivo. Antes de coseguir(mos) instalar essa versão (11.04) eu tinha aqui uma versão anterior instalada por um amigo meu. Eu tive que removê-lo pois ele não conseguiu fazer com que a rede fosse reconhecida e nem atualizar o SO.
Acho que a essa altura você já deve estar imaginando qual foi o meu problema certo? Pois é, foi ele mesmo, o Sr. Grub em pessoa! Bem, onde quero chegar? O problema é que não desejo perder parte de um Hd com um sistema que não usarei, pois terei outro instalado, e se tudo der certo, funcionando adequadamente. Pois bem, após "brincarmos" com o SO de 32, dada as minhas limitações técnicas de conhecimento sobre o assunto, sei que ficarei em uma situação chata no momento de obter de volta o espaço perdido no Hd.
E como já te pentelhei demais, não sei se seria conveniente tomar mais uma significativa parte do seu tempo com o Mr. Grub! Mas, de qualquer maneira vou executando os passos sugeridos por você enquanto aguardo sua resposta sobre o assunto.
O outro "cheat code" que funciona é o noapic.
Obs: Eu não pude ler direito tudo o que escreveu pois tenho um compromisso, respondi rapidamente para o caso de alguém estar acompanhando com o mesmo problema. Se faltou eu responder algo, quando eu voltar postarei. um Abraço!!
-
Estou de volta!
Vamos lá, o comando inicial que vc pediu para eu inserir para "confirmar a compilação da ACPI" (o que isso quer dizer?) não deu nada, já o comando para buscar o "DSDT" deu isso:
issao@issao-POSITIVO-MOBILE:~$ ls /sys/firmware/acpi/tables/*
/sys/firmware/acpi/tables/APIC /sys/firmware/acpi/tables/HPET
/sys/firmware/acpi/tables/BOOT /sys/firmware/acpi/tables/MCFG
/sys/firmware/acpi/tables/DMAR /sys/firmware/acpi/tables/SLIC
/sys/firmware/acpi/tables/DSDT /sys/firmware/acpi/tables/SSDT1
/sys/firmware/acpi/tables/FACP /sys/firmware/acpi/tables/SSDT2
/sys/firmware/acpi/tables/FACS
/sys/firmware/acpi/tables/dynamic:
SSDT3 SSDT4 SSDT5
issao@issao-POSITIVO-MOBILE:~$
A propósito, muito interessante o lance do PAE, eu sempre quis saber se é possível utilizar os 4 Gb de ram com um sistema de 32 bits. Você poderia me passar um link com informações de qualidade sobre o assunto? É que possuo outro note com 4gb de ram da positivo, com win 7 32, e desejo utilizar a memória disponível integralmente. É necessário muito conhecimento sobre o assunto para conseguir endereçar os Gb ociosos?
-
Insistindo um pouco mais no "lance" do PAE, eu encontrei uma informação on line dizendo que se eu digitasse os comandos "cat /proc/cpuinfo | grep -i pae" e obtivesse algo semelhante ao que está logo abaixo, eu poderia obter um kernel PAE. O engraçado é que eu ainda nem sei o que é um kernel, mas vou descobrir!! rsrsrsrsrs!
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 nx lm constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm ida dts tpr_shadow vnmi flexpriority
mas o que recebi aqui no meu terminal foi diferente:
issao@issao-POSITIVO-MOBILE:~$ cat /proc/cpuinfo | grep -i pae
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
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
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
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
Você entende alguma coisa aqui? mais uma coisa, vc tem, ou sabe onde posso encontrar, um manual com informações sobre comandos do Ubuntu?
-
Olá issao,
Só para esclarecer: o kernel é o núcleo do sistema operacional, é o Linux propriamente dito, todo o resto vem depois e em torno dele.
Essa relação de flags que v. encontrou por aí em algum link não vai ser igual mesmo, a menos que tivesse sido feita com base em um processador idêntico ao seu, que é um Core I7-2620M, sandy-bridge, 2a. geração, o que não parece ser o caso, aliás, vou até usar o que v. postou aí para comparar com o que obtenho aqui no Core Core I5-2410M.
Vou ver se acho um link já pronto para instalar o PAE (para economizar dedo e tendinite), mas tem vários bons, completos, aqui mesmo no Fórum.
Chegou a fazer a instalação do 32bits normal?
[]'s
Editando:
Expliquei mal :-(
Note nas flags que v. postou que elas contém pae, isso quer dizer que o processador possui suporte a essa especificação. É isso.
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
-
Dê uma olhada nesse link aqui, postado recentemente pelo 'EdvaldoSCruz', está bastante bom, muito explicativo:
É melhor uma compreensão mais extensiva da questão, pois aí vai incorporando conhecimento.
Instale o novo kernel 2.6.39.0 como PPA no seu Ubuntu 11.04
http://ubuntuforum-br.org/index.php/topic,84601.0.html
Mas se perder aí meia hora procurando no Fórum vai achar bastante material esclarecendo essas idéias.
Editando:
Nesse post do 'platao' temos o seguinte:
"Uma dica para quem tem processador 32bit ou 64 e tem 4g de memoria ou mais e vai instalar o Ubuntu 32bit e deixar a internet conectada, ja na instalação, o sistema detecta que vc tem mais de 4g de memoria e ele se encarrega e instala o PAE automaticamente."
http://ubuntuforum-br.org/index.php/topic,83495.0.html
-
Essa eu já tinha respondido antes. :-)
Não existe propriamente um "manual com comandos do Ubuntu", o que existe são comandos do Linux
Existe muito material bom, insisto na indicação que já fiz antes, sempre mencionadas nas mensagens de rodapé do nosso Coordenador 'platao', que é uma excelente relação para começar a se inteirar desse mundo novo:
Apostilas;
Apostila Junior Madrigal http://apostila-ubuntu.juniored.com/
Orgulho Geek http://opiratadigital.files.wordpress.com/2010/05/livro_ubuntu2.pdf
Igor Abreu http://ubunteiro.wordpress.com/apostila-ubuntu-ygor-abreu/ (embora antiga os conceitos se aplicam ainda)
Guias;
Guia de Sobrevivencia http://tales.linuxhard.org/documentos/Manual_Sobrevivencia_Linux.pdf
Guia Foca Linux http://www.guiafoca.org/?page_id=51
Guia de instalação Lucid http://ubuntued.info/como-instalar-o-ubuntu-10-04-lucid-lynx
Guia de instalação Maverick http://ubuntued.info/como-instalar-o-ubuntu-10-10-maverick-meerkat
Guia de instalação Natty http://ubuntued.info/como-instalar-o-ubuntu-11-04-natty-narwhal
[...] sabe onde posso encontrar, um manual com informações sobre comandos do Ubuntu?
-
Não pelo que expliquei anteriormente, o medo de ter que encarar o grub depois, e acabar tendo que desisntalar tudo...
Chegou a fazer a instalação do 32bits normal?
-
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
-
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. :-)
Não pelo que expliquei anteriormente, o medo de ter que encarar o grub depois, e acabar tendo que desisntalar tudo...
Chegou a fazer a instalação do 32bits normal?
-
Ah, eu não havia entendido !!! Aff santa guinoransia!! eheheheheh!!!
-
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?
-
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.
-
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?
-
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
-
ok, valeu pela recomendação, vou criar um livecd então e fazer da mesma maneira que fiz antes. :)
-
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!!
-
Só mais uma coisa, alguma recomendação quanto a reinstalação que eu deva saber?
-
Perái, tem mais uma experiência para fazer, ainda não acabamos. :-)
-
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
-
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?
-
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)
-
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 té 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)
Falta de treino? ;D
-
eu diria falta de prática mesmo, pois acho que não tenho nem 3 semanas de linux ainda... mas estou com uns manuais que o druida me passou aqui, estou procurando se estou fazendo algo de errado, ou se meu sistema esta bugado...
-
Consegui, instalei o novo kernel, mas infelizmente ele não corrigiu o problema :-[
(nossa, tive que fazer algumas partes do procedimento pelo "ambiente X" , pois não consegui ultilizar alguns comandos no terminal)
Agora vou finalmente corrigir o problema com a solução que encontramos, (instalação do Ubuntu 32bits ao invés da versão 64bits que eu estava usando)
Valeu!!!!
-
Não compreendo, retestei aqui para ver se havia algum erro de sintaxe ou mesmo de digitação, copiando e colando o quê postado, nada encontrei, apenas deveria funcionar tal e qual. :-(
Pode usar na instalação existente no disco fixo, sem problemas.
Eu não sei por que cargas d'água não estou conseguindo executar as tarefas que você disse para eu fazer via terminal...(aFF)
-
Vejo, agora, que de uma forma ou de outra conseguiu gerar o kernel 3.0 e já testou.
Note que versões futuras do kernel 64bits podem vir a resolver o problema.
De toda forma, antes de destruir a instalação 64 bits existente poderíamos aproveitar para capturar e abrir a ACPI existente.
A idéia seria encaminhar algum problema constatado ao grupo de desenvolvimento acpi-kernel, sem contar que se pode registrar o problema junto ao próprio time do Ubuntu e, também importante, se o caso, reclamar disso junto à Positivo, levando dados concretos.
Bem, de toda forma sempre dá para pegar depois, a qualquer momento, a partir de uma instalação 64 bits feita em um simples pendrive.
Agora vou finalmente corrigir o problema com a solução que encontramos, (instalação do Ubuntu 32bits ao invés da versão 64bits que eu estava usando)
-
Ok Mr. Druidanerddacomputação, (eheheheh) vamos ter que fazer isso pela instalação do pendrive, pois eu imaginei erroneamente que a nova instalação do kernel seria nossa última chance de descobrir qual o problema. Vou Fazer a instalação agora, assim que estiver liberado é só colocar o que devemos fazer.
-
Eu queria te perguntar uma coisa, você disse que o PAE endereçaria todos os Gb de ram que eu possuir na máquina mesmo utilizando essa versão 32 do ubuntu certo? como faço para descobrir se isso está de fato ocorrendo? Mais uma coisa, eu sei que isso é um fórum do ubuntu mas não posso deixar de perguntar, é possível utilizar esse recurso do PAE para windows de 32?
-
Olá Issao,
Faça pelo terminal, para saber o kernel que está usando:
uname -ar
Deve aparecer algo com a expressão 'generic-pae' se o kernel PAE estiver ativo.
Também pode clicar no utilitário "Monitor do Sistema", nele na aba 'Sistema', onde há o kernel usado e ainda a identificação da memória.
Caso ainda não esteja usando o PAE, mande instalar usando:
sudo apt-get install linux-generic-pae linux-headers-generic-pae
Depois de instalado execute:
sudo update-grub
Vai criar uma nova entrada no menu do grub apontando para o kernel PAE, aí é só iniciar por lá.
Editando:
Quando ao Windows eu vou 'passar' na resposta, sei que tem, mas não sei dizer se em todas ou somente em algumas versões e, se não tiver por padrão, também não sei como faz para ativar. Originalmente havia, creio, apenas para os 'serves class', ou seja, 'servidores', não sei como está hoje.
Parece-me um pouco incoerente o raciocínio num sistema operacional comercial, já que é apenas **comprar** um SO 64 bits, não?
-
Druida, instalei a distro 64 no pendrive, o que devemos fazer agora? mais um coisa, não é melhor abrirmos uma nova seção aqui no fórum para essa parte? Por falar nisso, estou pensando em pegar essa parte que vc me ensinou a descobrir se o PAE está instalado e como instalá-lo, e criar um novo tópico, o que acha?