Você não está autenticado.

Anúncio

Arch Linux Brasil está precisando de sua colaboração para realizar o pagamento do domínio e do host, para colaborar, realizar doações via paypal.

Para mais informações: contato at archlinux-br.org.

#1 Re: Pacman, ABS, AUR & problemas de atualização » [RESOLVIDO] versão 1.53 boost e boost-libs » 24/07/2013 15:40:43

chulungs, não tinha encontrado o pacote na cache..por isso essa solução do hotvic foi a mais adequada. Mesmo assim, achei melhor recompilar a outra biblioteca (opendnp3) do que voltar a boost uma versão wink

valeu pessoal!

#2 Re: Pacman, ABS, AUR & problemas de atualização » [RESOLVIDO] versão 1.53 boost e boost-libs » 24/07/2013 14:40:59

Na realidade eu quero só a libboost_system e outras na versão 1.53, pois estou desenvolvendo uma aplicação que usa uma outra biblioteca (opendnp3) que precisa dessa versão.

Posso tentar instalar a boost_1.53 copiar os .so que preciso e atualizar o sistema normalmente?

#3 Pacman, ABS, AUR & problemas de atualização » [RESOLVIDO] versão 1.53 boost e boost-libs » 23/07/2013 16:14:08

vitorml
Respostas: 4

Oi pessoal, "sem querer" atualizei para a versão 1.54 dos pacotes boost e boost-libs mas preciso mesmo é da versão 1.53.
Devo ter realizado algum pacman -Scc, pois não encontro no cache.

Procurei no vABS e só encontrei versões 1.46 ou 1.47..
Como posso proceder?

valeu!

#5 Re: Dúvidas gerais » Executar algo antes do Udev » 01/02/2012 16:10:19

Pois é, nos módulos só está mesmo o acpi_call
Todas as vezes que eu ligo, aparece o seguinte logo após o Udev, e é onde trava

12.898091] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[   12.898092] [drm] Driver supports precise vblank timestamp query.
[   12.898192] [drm:intel_dsm_platform_mux_info] *ERROR* MUX INFO call failed
[   12.898237] [drm:intel_dsm_platform_mux_info] *ERROR* MUX INFO call failed
[   12.898255] vgaarb: device changed decodes: PCI:0000:01:00.0,olddecodes=io+mem,decodes=none:owns=none
[   12.898257] vgaarb: device changed decodes: PCI:0000:00:02.0,olddecodes=io+mem,decodes=none:owns=io+mem
[   13.504367] fbcon: inteldrmfb (fb1) is primary device
[   13.504370] fbcon: Remapping primary device, fb1, to tty 1-63
[   14.014016] fb1: inteldrmfb frame buffer device
[   14.014155] [Firmware Bug]: ACPI(PEGP) defines _DOD but not _DOS

A última vez que consegui entrar no sistema o /var/log/boot ficou assim:

Wed Feb  1 14:28:12 2012: INIT: Entering runlevel: 3
Wed Feb  1 14:28:12 2012: :: Starting Syslog-NG ^[[231G   [BUSY] ^[[231G   [DONE] 
Wed Feb  1 14:28:13 2012: :: Starting D-BUS system messagebus ^[[231G   [BUSY] ^[[231G   [DONE] 
Wed Feb  1 14:28:13 2012: :: Starting bumblebeed ^[[231G   [BKGD] 
Wed Feb  1 14:28:13 2012: :: Starting wicd Daemon ^[[231G   [BUSY] ^[[231G   [DONE] 
Wed Feb  1 14:28:14 2012: :: Mounting Network Filesystems ^[[231G   [BUSY] ^[[231G   [DONE] 
Wed Feb  1 14:28:14 2012: :: Starting crond daemon ^[[231G   [BUSY] ^[[231G   [DONE] 
Wed Feb  1 14:28:18 2012: _DSM {0x41, 0x00, 0x00, 0x11}
Wed Feb  1 14:28:18 2012: _PS3 0x3
Wed Feb  1 14:28:18 2012: Dell L502X Optimus appears to be off

Diz ai que parece está off a optimus. Mas não acredito (hehehe) a bateria continua indo embora muito rápido.
E quanto as regras udev, elas serviriam nesse caso para não olhar pra nvidia?

valeu.

#6 Dúvidas gerais » Executar algo antes do Udev » 31/01/2012 23:45:56

vitorml
Respostas: 2

Olá pessoal, estou tendo problemas com o meu notebook (com duas placas de vídeo, uma nvidia com optimus e outra intel). Algumas vezes o sistema trava no momento em que o Udev está subindo. Algo haver com as placas de vídeo e a aleatóriedade em que o Udev carrega os módulos.

udev loads kernel modules by utilizing coding parallelism to provide a potential performance advantage versus loading these modules serially. The modules are therefore loaded asynchronously. The inherent disadvantage of this method is that udev does not always load modules in the same order on each boot.
Fonte: https://wiki.archlinux.org/index.php/Udev

Por mim, eu desligaria a placa nvidia e pronto. Porém não estou conseguindo fazer isso.
Já tentei utilizar essa linha de código:

echo "\OSGS 0x01" > /proc/acpi/call

Mas creio que me falta algo ainda, pois esse arquivo não existe.
Também tentei a solução bumblebee (https://wiki.archlinux.org/index.php/Bumblebee), mas não sei em que momento ele desliga a nvidia.
Enfim, a pergunta principal é: Tem como iniciar algo antes do Udev, nesse caso um script pra desligar a nvidia?
Abraços

#8 Re: Hardware e notebooks » Nvidia Optimus - GeForce GT 540M » 13/11/2011 23:19:20

Pois é robsonpeixoto, ele fala no wiki que o bumblebee com gerenciamento de energia ainda não está o ideal. Mas sem o gerenciamento, tu conseguiu usar? Ainda não instalei o arch nesse note..tô só no windows por aqui...Coloquei o livecd do ubuntu 10.04 e não reconheceu nem o touchpad..
o que me preocupa mesmo é a bateria, acpi_call desliga a nvidia total?

#9 Re: Hardware e notebooks » Instalação do Arch em um dell XPS 15z » 05/11/2011 00:27:59

huun..será? Para essa placa de vídeo eu vi o seguinte wiki (https://wiki.archlinux.org/index.php/Bumblebee) deve funcionar legal com ele algumas funcionalidades dela.
Instalei o virtualbox no Windows e iniciei a instalação, não apareceu o mesmo problema. Justamente por ele (o virtualbox) não enxergar a placa nvidia..correto?

#10 Hardware e notebooks » Instalação do Arch em um dell XPS 15z » 04/11/2011 23:21:12

vitorml
Respostas: 3

Olá, adquiri recentemente um notebook DELL XPS 15z de configuração:

-> 2nd generation Intel Core i7-2620M processor 2.70 GHz with Turbo Boost 2.0 up to 3.40 GHz
-> NVIDIA GeForce GT525M 2GB graphics with Optimus

Agora a pouco gravei uma iso do arch x86_64 e fui instalar. O boot ocorreu normalmente, (digo - posso continuar com a instalação), porém no carregamento do UDev apareceu essas mensagens:

Waiting for UDev uevents to be processed [BUSY]

[    35.348648] nouveau 0000:01:00.0: Invalid ROM contents
[   43.224726] [drm] nouveau nouveau 0000:01:00.0: Pointer to BIT loadval table invalid
[   43.249024] [drm] nouveau 0000:01:00.0: 0xD581: i2c wr fail: -6
[   43.360096] [drm] nouveau 0000:01:00.0: PGRAPH: unsuported chipset, please report!
[   43.441435] [drm:intel_dsm_platform_mx_info] *ERROR* MUX INFO call failed
[   43.441493] [drm:intel_dsm_platform_mx_info] *ERROR* MUX INFO call failed

Alguém já passou por algo semelhante?

#11 Re: Hardware e notebooks » Nvidia Optimus - GeForce GT 540M » 30/10/2011 11:34:57

opa!
Também estou com um notebook com nvidia e tecnologia optimus, achei o bumblebee (https://wiki.archlinux.org/index.php/Bumblebee). Mas ainda não instalei o arch nesse note novo, alguém já testou?

#12 Re: Usando o Arch Linux » Desligamento automático em modo texto » 25/07/2011 22:14:22

Pois é foi o que eu pensei, está ligado mais a interface gráfica...Mas se esse comando pudesse ser atrelado ao botão de desligamento até que resolveria o problema. Mas mesmo assim o usuário root estaria que está logado? Valeu!

#13 Re: Usando o Arch Linux » Desligamento automático em modo texto » 25/07/2011 19:46:32

pois é, mas o cron é mais pra situação de se eu quiser desligar todo dia as 19h, eu então agendo pelo crontab. O que eu quero mais é quando o cara aperte o botão de desligar, ele comece o processo de desligamento. Valeu!

#14 Usando o Arch Linux » Desligamento automático em modo texto » 25/07/2011 11:04:14

vitorml
Respostas: 7

Olá, já tinha um post parecido com o que estou postando agora, mas de 2006, preferi criar um novo.

Quando apertamos o botão de desligar de uma cpu atx, (em kde, gnome, etc) aparece um botão de desligar ou um tempo decrementando até o momento do desligamento total. Qual o daemon ligado a isso? Tem como isso acontecer (só a parte do tempo decrementando wink em um ambiente apenas texto?

Att,

#15 Re: Hardware e notebooks » Dois monitores... KDE 4.6 » 11/05/2011 00:28:20

Bom, eu todo dia ligo meu notebook ou a um projetor ou a um outro monitor. Estou utilizado kde 4.6.3 (creio ser a mais nova) e é "só plugar que aparece" também! Porém a minha placa de vídeo é intel, e toda a configuração é feita pelo krandr. Quem sabe utilizando ele você não consiga configurar corretamente os dois monitores.

#16 Re: Arte e screenshots » Screenshots de Fevereiro de 2011 » 07/02/2011 21:18:31

rdfreitas escreveu:

Primeira vez usando arch 64
Openbox

Tema gtk e icones nimbus
Pode ser baixado no aur.

Fala cara, qual painel tu estás utilizando?
Tá bonito! wink

#17 Re: Instalação e configuração do sistema básico » Travando sistema ao iniciar, as vezes somente! (Resolvido) » 21/01/2011 02:05:24

Ah, achei que era só comigo, as vezes acontece no kernel "normal" e as vezes no "fallback", as vezes acontece de acontecer isso nos dois também..esperar uma atualização ou fazer o downgrade..
Abraços!

#18 Re: Encontros e eventos » Usuários Arch Linux do CE » 10/01/2011 19:03:54

Opa! Conterrâneo!
Sou de Fortaleza também..seria uma boa marcar um encontro!
Abraços!

#19 Ambientes gráficos » Extendendo o monitor » 05/12/2010 14:42:29

vitorml
Respostas: 1

Fala moçada,
sabe quando nós, a partir do notebook, ligamos ele a um projetor ou outro monitor e extendemos a área de trabalho?
Estou usando o KDE e quando faço isso a tela principal (com o menu, área de notificação, etc) vai para o novo monitor/projetor. Minha pergunta é, tem como deixar o monitor principal como sendo o do notebook e a extensão o novo monitor/projetor?

Vlw!

#21 Re: Kernel, patch e .config » Patch novo de escalonador » 27/11/2010 19:16:12

Pessoal, lendo aqui, vocês falaram de muitas melhorias e etc, mas sempre com nvidia ou ati em vista, e com placa de vídeo intel, tem algum problema?

#22 Re: Ambientes gráficos » KDE 4.5.3 "travando" » 27/11/2010 18:34:26

Pois é..toda vez que eu coloco a energia depois de já está no sistema, abre a "aba" dispositivos disponíveis do KDE, como se eu tivesse colocado um pendrive ou algo parecido.
Mas enfim, faz um tempim que não estou tendo o problema, e agora acabei de atualizar para o novo driver da intel, acho que vai ficar trqlo a partir de agora!
Abraço a todos!

#23 Re: Ambientes gráficos » KDE 4.5.3 "travando" » 13/11/2010 22:02:12

pois é..mas que será que ocorre que do nada, o hal fica pedindo essa memória toda? o hal também trata de algo relacionado a energia nos notebooks? não sei se é imaginação minha, mas pelo que me lembro aconteceu duas vezes após eu colocar a alimentação pela rede elétrica e não pela bateria..

os efeitos estavam desativados..
vlw!

#24 Re: Ambientes gráficos » KDE 4.5.3 "travando" » 13/11/2010 10:14:38

É aqui ainda acontece, e o engraçado que aqui tem 4gb de ram..mas como eu instalei o arch 32bits ele tá reconhecendo só uns 3gb..
quando eu fiz o login no kde safe session, não ficou travando o desktop..Quais as diferenças entre uma sessão e outra?
tá estranho..o processo hald tá puxando 1,2Gb..o.0

#25 Ambientes gráficos » KDE 4.5.3 "travando" » 11/11/2010 16:42:54

vitorml
Respostas: 11

Tudo bom pessoal? Para quem utiliza o kde e atualizou para a última versão que saiu a 4.5.3, estão sentindo o desktop parar de responder por uns instantes? as outras aplicações continuam funcionando, mas ao apertar no menu por exemplo, ele não responde, o mesmo acontece se eu clicar com o botão direito do mouse na área de trabalho..Só depois de um bom tempo é que vai ser respondida essa minha ação...
Alguém sentiu isso? Minha placa de vídeo é intel.

00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 09)

Atenciosamente

Rodapé do site

Rodando com FluxBB