Errata do Mandriva Linux 2008
De Wiki da Comunidade Mandriva
Esta pagina se encontra em processo de traducao, registre-se para colaborar :)
[editar] Introdução
Está pagina contém a Errata do Mandriva Linux 2008.0. Isto significa que nela você encontra informações sobre problemas conhecidos com o Mandriva Linux 2008.0, e se disponível, como fazer uma analise, trabalhar e consertar o problema. Sugerimos a você ver também as [ http://wiki.mandriva.com/pt/Mandriva_Linux_2008_Notes Notas de Lançamento ], que contém maiores informações sobre o lançamento do Mandriva 2008.0
[editar] Errata para versões antigas do Mandriva
Outras páginas de Errata estão disponíveis para versões anteriores do Mandriva Linux:
[editar] Testando possíveis atualizações
Quando algum problema no Mandriva 2008.0 é identificado, o mantenedor do pacote se concentra em construir um novo pacote com uma potencial correção, envia o pacote para um determinado respositório nomeado /main/testing que é dedicado a testes. Este pacote então é testado por usuários que detectaram o problema no pacote e pelo time de controle de qualidade da Mandriva. Se os testes confirmarem que o problema foi resolvido e que a correção não vai gerar outros problemas, o pacote é lançado como atualização oficial, e fica disponível para todos os usuários do Mandriva Linux 2008.0 via MandrivaUpdate.
Se você encontrar um problema que ja é conhecido com algum pacote e você sabe que há uma versão corrigida para testes e gostaria de ajudar com os testes, você deverá configurar a sua ferramenta de gerenciamento de pacotes do seu sistema Mandriva para que ele busque pacotes nesse repositório de testes, o /main/testing. Para instruções de como fazer isso, por favor leia instalando e removendo software (uso avançado: backports e release candidates) Há também o repositório /contrib/testing que faz a mesma coisa com os pacotes da seção /main/testing mas ela contém pacotes mantidos pela comunidade (note que não podemos garantir que os pacotes da /contrib serão ou não imediatamente atualizados, pois são pacotes mantidos pela comunidade). Como configurar estes repositório também é abordado na página.
[editar] Instalando Atualizações
As atualizações das seções /main, /non-free e /contrib do Mandriva Linux podem ser instaladas através do Mandriva Update, você pode executar o Mandriva update através do Centro de Controle Mandriva, navegando até a aba de Gerenciamento de Software depois clicando no link "Atualizar seu sistema", se você não desabilitar o sistema de atualizaões, você sempre seráa notificado sobre atualizações disponíveis, através de um ícone que fica na barra de ferramentas, ao lado do relógio.
[editar] Problemas Resolvidos
Esta seção contém problemas que foram corrigidos através de atualizações
[editar] gParted não aparecendo no menu do sistema
O pacote gparted incluído no Mandriva 2008.0, o editor de Partições do GNONE, contém uma entrada de menu quebrada, fazendo ele não aparecer no menu.
Pacote consertado e disponibilizado no repositório /contrib/updates. O pacote atualizado e com o problema resolvido, gparted-0.3.3-4mdv2008.0, foi lançado em 20 de Outubro de 2007. Veja a seção "Instalando Atualizações", acima, para instruções de como instalar atualizações do repositório /contrib/updates.
[editar] Instalação
[editar] Upgrading
[editar] Kernel
Instruções Gerais: Problemas de kernel geralmente são resolvidos se usando um parâmetro de kernel. Para setar um parâmetro de kernel, execute o Mandriva Control Center e clique na aba Inicialização. Clique em "Configurar qual o sistema será inicializado" depois clique em próximo e escolha a opção normalmente usada para entrar no sistema (por padrão conhecida só como "linux", a escolha padrão) e clique em modificar. Então entre com os parâmetros de kernel requeridos na caixinha chamada "Acrescentar", clique em 'OK', então clique em Terminar.
[editar] Mandriva 2008.0 One detecta somente até 880MB de RAM
A edição One do Mandriva Linux 2008.0 usa um kernel feito para ter compatibilidade com o maior número de sistemas possíveis da arquitetura kernel-desktop586. Se você instalar One em um sistema com mais de 880MB de RAM, nem toda a RAM do sistema será detectada.
Se você tiver 1GB de RAM, não haverá grande mudança com troca de kernel visando detectar toda a RAM. Trocar de kernel para enxergar os 1Gb de memória não deve ser considerado vital. A vantagem que você teria com essas 120MB de RAM a mais detectada, seria eliminada por estar se usando um kernel maior. Se você tem mais de 1GB de RAM, você pode ter essa RAM detectada usando a versão kernel-desktop. Infelizmente, isto se torna um pouco mais complexo se você usa algum driver externo, como placas de vídeo proprietárias da NVIDIA e da ATI. Segue uma lista básica desses drivers:
- nvidia71xx
- nvidia96xx
- nvidia-current
- fglrx
- fglrx-hd2000
- madwifi
- vboxvfs
- vboxadd
- unicorn
- hsfmodem
- hcfpcimodem
- slmodem
- virtualbox
O driver nvidia71xx é usado em placas desde a Riva TNT até as GeForce 2. O driver nvidia96xx é usado na GeForce 2MX, GeForce 3 e as placas GeForce 4. O driver nvidia-current é usado em todas as placas NVIDIA recentes (GeForce FX e Mais Recentes).
O driver fglrx é usado para todas as placas ATI entre a Radeon 6500 e a Radeon X1950. O fglrx-hd2000 é usado nas placas HD2xxx.
O driver MadWifi é usado para as placas Wireless com chipset Atheros.
Para alterar do kernel-desktop586 para o kernel-desktop, faça o seguinte. Primeiro adicione o repositório oficial online seguindo essas instruções Instale o pacote kernel-desktop-latest. Depois instale todos os pacotes com a forma de nome (driver)-kernel-desktop-latest se você acredita ter um dos dispositivos listados acima. Por exemplo, se você tem uma placa de vídeo GeForce 6600, você deverá instalar os pacotes kernel-desktop-latest e o nvidia-current-kernel-desktop-latest. Se o seu sistema tem uma placa de vídeo Radeon X850 e também uma placa wireless com o chipset Atheros você deverá instalar os pacotes kernel-desktop-latest, fglrx-kernel-desktop-latest e madwifi-kernel-desktop-latest.
Se você tem dúvidas sobre qual driver o seu dispositivo necessitapara funcionar, você pode instalar todos os drivers com esse nome, se tiver dúvidas de como instalar proigramas veja esta página.
Após os pacotes instalados, você pode reiniciar o sistema. O kernel novo deverá ser o padrão, e você deve notar que esse novo kernel reconhece toda a memória.
[editar] Não consigo compilar aplicações usando o fonte do kernel (ex. VMware)
Veja também 
Bug #34672. Vários usuários vem reportando problemas ao tentar compilar aplicações ou drivers que usam o kernel o Mandriva 2008.0, um exemplo é o VMware. Um dos problemas conhecidos do comando make mrproper é ele resultar na remoção de cabeçalhos vitais ao kernel, muitos scripts de compilação de terceiros usam este comando make mrproper como parte da sequência de preparação de compilação.
Este problema será resolvido na versão atualizada dos pacotes do kernel.
[editar] Mandriva morre quando roda hospedado no VirtualBox
Notou-se que, com certa freqüencia, o Mandriva Linux 2008 morre misteriosamente, quando roda hospedado no VirtualBox. Todo o ambiente Mandriva hospedado desaparece, e a entrada no Painel de Controle do VirtualBox mostra 'aborted'. A princípio, uma causa desse problema foi mencionada no FAQ do VirtualBox - VirtualBox não funciona bem com sistemas hospedados que usam um kernel com temporizador silencioso (tickless). O Mandriva usa um kernel assim visando melhor eficiência no consumo de energia. Se você está rodando o Mandriva Linux 2008 hospedado no VirtualBox, pode evitar esse problema usando o seguinte parâmetro de kernel:
nohz=off
Este problema também ocorre com o VMware.
[editar] Problemas de Hardware
[editar] Resposta na internet lenta (particularmente navegando na web)
Veja também Bug #27070. A um problema conhecido em distribuições linux que tem habilitado navegação via IPV6 (O IPv6 é a versão 6 do protocolo IP). O IPv6 tem como objetivo substituir o padrão anterior, o IPv4, que só suporta cerca de 4 bilhões ( 4 x 109) de endereços, enquanto que o IPv6 suporta 3.4 x 1038 endereços). Algums sistemas e redes não conseguem entender bem se IPV6 está habilitado. Se você teve experiências ao tentar abrir sites eles demorarem demais para abrir, mesmo você sabendo que a página funciona perfeitamente e é rápida, você pode tentar desabilitar IPV6. Para isso edite o arquivo /etc/modprobe.conf, e nele adicione a seguinte linha e reinicie:
install ipv6 /bin/true
Veja também Bug #27073.
Se isto não resolver o problema, a uma outra possibilidade. A maioria das distribuições linux, incluindo Mandriva, tem habilitado no kernel uma opção chamada TCP window scaling. Isso é útil para aumentar a velocidade de transferências em redes que tem disponibilidade para altíssimas velocidades. Contudo, uma alteração foi feita nos valores padrão no TCP window scaling no kernel 2.6.17, que aparenta causar uma performance muito baixa para algums usuários em determinados sites da internet. Para ver se o seu problema é o TCP window scaling você pode desabilitar ele com o seguinte comando:
sysctl -w net.ipv4.tcp_window_scaling=0
Se isto resolver o problema, você pode tornar a alteração permanente adicionando esta linha ao arquivo /etc/sysctl.conf:
net.ipv4.tcp_window_scaling=0
Isto vai desabilitar TCP window scaling toda vez que o sistema for inicializado. Se você usa uma conexão de altissima velocidade - por exemplo, você regularmente transfere arquivos grandes numa rede local de 100Mbit ou 1 Gbit - você irá notar que desabilitando TCP window scaling vai resultar numa performance mais baixa nessa conexão. Nesse caso você pode tentar restaurando os ajustes padrão do kernel 2.6.17 em vez de desabilitar TCP window scaling totalmente. Para fazer isso, adicione a seguinte linha ao arquivo /etc/sysctl.conf, em vez de (não adicinando) ao sugerido anteriormente:
net.ipv4.tcp_rmem=4096 87380 174760
Isto vai alterar os ajustes padrão do "window scaling" todas as vezes que o sistema for inicializado.
[editar] Dispositivos Firewire não detectados
Veja também Bug #26284. Um bug no pacote udev incluído no Mandriva 2008, relacionado com inicialização de hardware, diz que o modulo sbp2 não é sempre carregado quando uma controladora Fireware for detectada. Iso pode fazer um hardware Firewire - por exemplo, um Disco Rígido ou um scanner - não ser detectado pelas ferramentas de confirguração Mandriva. Se você tem algum hardware firewire que não está sendo detectado pelo Mandriva Linux 2008, edite o arquivo /etc/modprobe.preload e adicione a seguinte linha:
sbp2
então rode o comando modprobe sbp2 agora você deverá ter seu harware encontrado e poderá usar ele. Este problema deverá ser corrigido com uma atualização a ser lançada no futuro.
[editar] Drive de DVD não funcionando num Zepto Znote 6625WD
Veja também Bug #33996. Um erro na configuração padrão da bios nesse modelo de laptop previne o acesso do Mandriva Linux ao drive de cdrom. Como solução imediata é desabilitar o drive na bios, o que força o linux a inicializar o driver. No futuro, toda vez que você for iniciar alguma coisa pelo drive de DVD você terá que ir novamente na bios e voltar a configuração como estava. Uma outra possível solução é selecionar o lilo como bootloader ao invés do Grub.
[editar] Não consigo usar ndiswrapper para dispositivos que tem drivers nativos
Devido a uma alteração no sistema de detecção de hardware usado no Mandriva Linux 2008, a ferramenta de configuração de rede não é mais capaz de configurar dispositivos wireless usando o driver ndiswrapper, quando estes dispositivos forem suportados por um driver nativo para Linux. O driver nativo continuará a ser carregado e isto faz o ndiswrapper não funcionar corretamente.
Para solucionar este problema, você deverá identificar qual o driver nativo para este dispositivo e adicionar ele á lista negra no arquivo /etc/modprobe.conf.Por exemplo, se o driver nativo para o seu dispositivo for o bcm43xx, você adiciona a seguinte linha ao /etc/modprobe.conf:
blacklist bcm43xx
Você deverá checar se o arquivo possue uma linha parecida com esta:
alias eth1 bcm43xx
A parte eth1 pode mudar: a parte importante é a linha que começa com a palavra alias e termina com o nome nativo do modulo da sua placa. Se haver uma linha assim, remova-a, ou comente ela com um # no inicio da linha. Depois dessas alterações feitas, reinicie o sistema ou manualmente descarregue o módulo nativo usando o comando modprobe -r - por exemplo,{cmd|modprobe -r bcm43xx}}. Depois disso, você deverá ser capaz de configurar o ndiswrapper.
[editar] Tela vazia em laptops que usam placas de video intel 810, 815, 830 ou 845
Veja também Bug #34583. Devido a uma limitação na nova versão do driver gráfico para placas de vídeo intel usado no Mandriva 2008, apareceram algums laptops com chipsets intel mais antigos - 810, 815, 830 or 845 - mostrando apenas uma tela vazia. Enquanto uma solução para isso é trabalhada pelos desenvolvedores de drivers da intel, esse problema é contornável se usando a versão mais antiga desse driver. Pacotes experimentais da versão antiga do driver podem ser encontradas nesse bug report e esperamos que estejam disponíveis logo como uma atualização.
[editar] Problemas com Software
[editar] Sistema trava quando a proteção de tela padrão inicia quando Compuz Fusion estiver em uso
Veja também Bug #29780. Vários usuários tem reportado que o sistema da uma pequena parada quando a proteção de tela padrão do mandriva inicia e o compiz fusion estiver sendo usado. Estamos investigando esse bug e iremos providenciar uma correção assim que possível. O bug pode ser evitado desabilitando a proteção de tela ou usando um tema de proteção de tela diferente (o simples 'tela preta' é a opção mais segura)
[editar] Não consigo montar compartilhamentos NFS usando a ferramenta "Usar Compartilhamentos NFS"
Veja também Bug #31427. A ferramenta Mandriva que permite acesso a compartilhamentos através do protocolo NFS tem um bug que pode ocasionar falhas. Uma mensagem de erro é mostrada no console ou nos arquivos de log, como esta a seguir:
Oct 11 11:43:01 rois diskdrake[6168]: error: mounting partition (share address) in directory (mount directory) failed at /usr/lib/libDrakX/fs/mount.pm line 80.
Este bug pode ser evitado adicionando uma linha ao arquivo /etc/hosts.Você precisa adicionar uma linha com as eguinte formatação:
192.168.1.2 nfsserver.local.network nfsserver
Aonde 192.168.1.1 é o endereço IP do servidor, nfsserver.local.network é o nome de domínio, e nfsserver é somente a primeira parte do domíno. Isto deverá fazer a ferramenta funcionar normalmente.
[editar] Sem som no hydrogen
O pacote hydrogen(bateria virtual), incluído no Mandriva Linux 2008, não foi compilado com FLAC recente. Isto faz com que ele não consiga ler corretamente os arquivos de sons FLAC que ele mesmo traz, fazendo ele não tocar som. Este problema será resolvido com a um nova versão do pacote no repositório contrib/updates o mais rápido possível. Enquanto isso, um pacote reconstruído desse pacote para a arquitetura i586 já pode ser encontrado aqui.
[editar] Skype em sistemas x86-64
O pacote RPM do Skype funciona perfeitamente em sistemas x86-64 se você tiver instaladas todas as dependências i586 que o skype precisa. O modo fácil de fazer isso é configurando o urpmi com os dois repositórios, tanto o i586 como o x86-64, então baixar o pacote i586 pelo site do Skype e rodar urpmi skype-*.rpm e deixar o urpmi resolver as dependências.
Ao rodar o skype você tem a seguinte mensagem de erro?
skype: error while loading shared libraries: libQtDBus.so.4: cannot open shared object file: No such file or directory
Isto acontece porque você tem o pacote x86-64 qt4-common instalado, esse pacote faz o sistema procurar por dependências da QT em /usr/lib/qt4/lib64. O Skype é uma aplicação i586, e não vai funcionar com os pacotes 64 pegos em /usr/lib/qt4/lib64. Você pode contornar isso rodando o skype da seguinte maneira:
LD_LIBRARY_PATH=/usr/lib/qt4/lib skype
Nota: Se este erro não acontecer com você é provável que você tenha a versão i586 da qt-common instalada. Isto pode causar problemas no futuro, quando você for instalar aplicações x86-64 baseadas em Qt4. Esteja ciente disso.
[editar] Skype com PulseAudio
O Skype funciona com o pulseaudio, mas são necessários algums ajustes. Ná página Perfect Setup do PulseAudio eles sugerem a seguinte definição no ~/.asoundrc que habilita o uso do Pulse ALSA por padrão.
pcm.!default {
type pulse
}
ctl.!default {
type pulse
}
Fazendo isso todas as aplicações ALSA vão usar o plugin pulse por padrão. Mas na prática isso não está funcionando com o skype. Então em adição ao descrito acima, você precisar criar um plugin específico para o "Pulse" em seu ~/.asoundrc, adicione também o seguinte:
pcm.pulse {
type pulse
}
ctl.pulse {
type pulse
}
Agora ao lançar o Skype você será capaz de selecionar este plugin específico (em Opções -> Dispositivos de Som). Isto promete tudo funcionar como deve.
[editar] Aceleração 3D na Área de Trabalho
[editar] Desktop 3D não funcionando no GNOME
Algums usuários, principalmente esses que estão fazendo um upgrade de outras versões Mandriva Linux ou que mantiveram o seu diretório /home, podem se encontrar sem as opções de Desktop 3D no GNOME. Mesmo selecionando alguma opção de Desktop 3D no drak3d ao se logar no gnome o gerenciador de janelas padrão (metacity) será carregado, e nenhum efeito 3D será notado. Este problema geralmente é resolvido removendo-se o arquivo ~/.gnome2/session . Recomendamos que você mova esta arquivo para qualquer outro lugar da sua máquina, (para o diretório pessoal por ex.), assim você poderá copiar este arquivo devolta se algo der errado. Assim que você tiver movido este arquivo, faça logout do GNOME e entre novamente, agora você deverá notar que o compiz foi iniciado em vez do metacity, e que os efeitos 3D agora estão funcionando.
[editar] Rodando videos sob Desktop 3D
Veja também Bug #27036.Se você usa a tecnologia de efeitos de Desktop 3D incluídos no Mandriva Linux 2008 (AIGLX ou GLX), você deve ter percebido que ao mover, redimensionar ou maximizar uma janela passando algum video está causando problemas, artefatos estranhos aparecem no video. Você deve ter percebido também que usando o efeito 'cubo' do compiz, o video não toca enquanto você gira o cubo. Existem duas maneiras para se evitar esses problemas.
Se você tem uma placa de vídeo Intel, você pode tentar usando o plugin do compiz Video Playback. Usando a ferramenta de configuração ccsm para o compiz, vá ao seção Utilitários e você deve ver um plugin chamado Video Playback. Ative este plugin. Isto deve fazer o video funcionar na maioria dos programas.
Se você tem outra placa de vídeo, ou tem enfrentado problemas com o plugin Video Playback, você deve fazer o seu tocador de vídeos usar um driver de saída que não use video overlay. Se você usa AIGLX, você deverá usar o driver x11 / xshm ou o driver de saída OpenGL (que deverá ser mais suave e oferece mais ocões, como controle de brilho / Contraste do que o x11 / xshm driver).A maneira de se fazer isso é diferente em cada player de vídeo.
- Para tocadores que usam gstreamer (por ex. totem-gstreamer), rode gstreamer-properties, vá para a aba "Video", e ajuste a opção video output para "X Window System (No Xv)".
- Para mplayer, para saída x11 / xshm, adiciona a seguinte linha em ~/.mplayer/config ( e também em
~/.mplayer/mplayerplug-in.conf se você usar o plugin do mplayer no navegador web):
- vo=x11
Para saída OpenGL, em vez da linha anterior adicione:
- vo=gl2
- Para xine, vá ao menu Predefinição:Menu, ajuste seu nível de experiência para "Advanced" então vá a aba video e altere "video driver to use" para "xshm" para usar x11 / xshm output ou "openGL" para saída OpenGL. Opcionalmente, você pode usar os seguintes comandos de terminal. Para saída x11 / xshm:
perl -pi -e 's|#video.driver:auto|video.driver:xshm|' ~/.xine/config
Para saída OpenGL:
perl -pi -e 's|#video.driver:auto|video.driver:openGL|' ~/.xine/config
- Para Kaffeine, vá ao menu Predefinição:Menu, selecione "Xine backend configuration" e na aba de video altere o driver para "xshm" para usar saída x11 / xshm ou "openGL" para saída OpenGL.
- Para o Totem, no modo Xine, execute o seguinte comando para usar a saída x11 / xshm:
perl -pi -e 's|#video.driver:auto|video.driver:xshm|' ~/.gnome2/Totem/xine_config
Ou O comando a seguir para saída OpenGL.
perl -pi -e 's|#video.driver:auto|video.driver:openGL|' ~/.gnome2/Totem/xine_config
- Para usar x11 / xshm no KMplayer, vá para Predefinição:Menu. Então, na aba "General Options" vá para a aba de saída(output). Ness seção altere o Driver de vídeo para "X11Shm".
[editar] Desktop 3D acelerado e aplicações java/swing
Veja também Bug #25900. Alguma aplicações java que usam Swing podem não aparecer corretamente sob Xgl/AIGLX com compiz - um dos fatos mais conhecidos é não aparecer texto.
Um solução para esse problema é incluída nos pacotes java-1.5.0-sun que estão no respositório non-free. Se você também instalou java-1.6.0-sun e quer que seja usado 1.5.0 você consegue isso com da seuinte maneira.
unset JAVA_HOME; ./etc/profile.d/java*.sh
Se você não está usando os pacotes java-1.5.0-sun Mandriva, você consegue resolver esse problema normalmente executando o seguinte comando num terminal antes de executar a sua aplicação java:
export AWT_TOOLKIT=MToolkit
Se funcionar, você poderá adicionar as seguintes duas linhas em seu arquivo ~/.bash_profile (este arquivo fica no seu home)
AWT_TOOLKIT=MToolkit
export AWT_TOOLKITpt_br:Errata do Mandriva Linux 2008
