Difference between revisions of "Frequently asked questions (Português)"

From ArchWiki
Jump to: navigation, search
(rm temporary i18n template)
(update interlanguage links)
(Tag: wiki-scripts)
 
(60 intermediate revisions by 8 users not shown)
Line 1: Line 1:
[[Category:Português]]
+
[[Category:About Arch (Português)]]
[[bg:FAQ]]
+
[[ar:Frequently asked questions]]
[[cs:FAQ]]
+
[[bg:Frequently asked questions]]
[[da:FAQ]]
+
[[cs:Frequently asked questions]]
 +
[[da:Frequently asked questions]]
 
[[de:FAQ]]
 
[[de:FAQ]]
[[en:FAQ]]
+
[[el:Frequently asked questions]]
[[es:FAQ]]
+
[[en:Frequently asked questions]]
[[fa:پرسش‌ و پاسخ]]
+
[[es:Frequently asked questions]]
 +
[[fa:سؤالات متداول]]
 +
[[fi:FAQ]]
 
[[fr:FAQ]]
 
[[fr:FAQ]]
[[hr:FAQ]]
+
[[hr:Frequently asked questions]]
[[id:FAQ]]
+
[[id:Frequently asked questions]]
[[it:FAQ]]
+
[[it:Frequently asked questions]]
 
[[ja:FAQ]]
 
[[ja:FAQ]]
[[ko:FAQ]]
+
[[ko:Frequently asked questions]]
[[lt:FAQ]]
+
[[lt:Frequently asked questions]]
[[nl:FAQ]]
+
[[nl:Frequently asked questions]]
 
[[ro:Întrebări frecvente]]
 
[[ro:Întrebări frecvente]]
[[ru:FAQ]]
+
[[ru:Frequently asked questions]]
[[sk:FAQ]]
+
[[sk:Frequently asked questions]]
[[th:FAQ]]
+
[[sv:FAQ]]
[[tr:Sss]]
+
[[th:Frequently asked questions]]
[[zh-CN:FAQ]]
+
[[zh-hans:Frequently asked questions]]
[[zh-TW:FAQ]]
+
[[zh-hant:Frequently asked questions]]
Primeiramente leia o [[The Arch Way (Português)|O Jeito Arch]], o [[Arch Linux (Português)|Arch Linux]] e o [[Devland]]. Todos os três documentos são uma ótima fonte de informação sobre o Arch Linux.
+
{{Related articles start (Português)}}
 +
{{Related|Arch terminology (Português)}}
 +
{{Related|Arch User Repository (Português)#FAQ}}
 +
{{Related|General troubleshooting}}
 +
{{Related articles end}}
  
==P) Eu sou um completo iniciante no Linux. Eu deveria usar o Arch?==
+
== Geral ==
'''R)''' Esta é uma questão que já foi bastante discutida. O Arch é uma distribuição voltada para usuários Linux mais avançados, porém muitas pessoas acham que o "Arch é um bom local para começar". Se você é um iniciante e deseja usar o Arch, saiba que você DEVE estar disposto a aprender. Antes de fazer sua pergunta, pesquise no google, no wiki e no fórum. Fazendo isso, você não terá problemas. Saiba, também, que muitas pessoas não  querem responder as mesmas perguntas várias vezes, e você estará se expondo a este tipo de coisa. Há uma razão para que estes recursos tenham sido disponibilizados para você. Você pode consultar o [[Guia para Iniciantes]].
 
  
 +
=== O que é o Arch Linux? ===
  
----
+
Veja o artigo [[Arch Linux (Português)|Arch Linux]].
  
==P) Eu encontrei um erro no pacote X, o que eu devo fazer?==
+
=== Por que eu não gostaria de usar o Arch? ===
'''R)''' Primeiramente você precisa descobrir se o erro é algo que a equipe do Arch pode consertar. Algumas vezes não é (aquele travamento no firefox  pode ser falha da equipe do Mozilla) -  isto é chamado de ''upstream error''. Se for um problema do Arch, existe uma série de coisas que você pode fazer:
+
 
#Procurar informações no fórum. Veja se alguém teve o mesmo problema.
+
Você pode '''não''' querer usar o Arch, se:
#Informar o mantenedor do pacote. Rode um "pacman -Qi <nome do pacote>" para obter esta informação.
+
 
#Relatar o bug, com informações detalhadas, em https://bugs.archlinux.org
+
* você não tem habilidade/tempo/desejo para uma distribuição GNU/Linux do tipo ''"faça você mesmo"''.
#Se desejar, você pode criar um tópico no forum descrevendo o problema e informando que você já relatou o mesmo. Isto ajuda a prevenir que várias pessoas relatem o mesmo erro.
+
* você precisa de suporte a uma arquitetura diferente de x86_64.
 +
* você insiste em usar uma distribuição que só fornece software livre conforme definido pela GNU.
 +
* você acredita que um sistema operacional deve se autoconfigurar, vir pronto para usar e incluir um conjunto padrão completo de softwares e ambiente de área de trabalho na mídia de instalação.
 +
* você não deseja uma distribuição GNU/Linux de lançamento contínuo (''rolling release'').
 +
* você está satisfeito com seu SO atual.
 +
 
 +
=== A quais arquiteturas o Arch oferece suporte? ===
 +
 
 +
O Arch só oferece suporte à arquitetura x86_64 (algumas vezes chamada de amd64). Suporte à i686 foi desativado em Novembro de 2017[http://www.archlinux-br.org/noticias/260/]. Se sua máquina ainda usa a versão i686 do Arch, mas uma CPU x86_64, veja [[#Como eu troco de i686 para x86_64 sem reinstalar?]]. Se sua máquina não possuir suporte, considere trocar para [https://archlinux32.org/ Arch Linux 32].
 +
 
 +
=== O Arch oferece suporte a CPUs ARM? ===
 +
 
 +
Não, mas o projeto [http://archlinuxarm.org/ Arch Linux ARM] fornece um ''port'' do Arch Linux para várias plataformas ARM. Veja [http://ix.io/73w/irc].
 +
 
 +
=== O Arch segue o [http://refspecs.linuxfoundation.org/FHS_3.0/fhs/index.html FHS]? ===
 +
 
 +
O Arch Linux segue a ''hierarquia de sistema de arquivos'' para sistemas de arquivos usando o gerenciador de serviço [[systemd]]. Veja {{man|7|file-hierarchy}} para uma explicação de cada diretório junto com suas designações. Em especial, {{ic|/bin}}, {{ic|/sbin}} e {{ic|/usr/sbin}} são links simbólicos para {{ic|/usr/bin}}, e {{ic|/lib}} e {{ic|/lib64}} são links simbólicos para {{ic|/usr/lib}}.
 +
 
 +
=== Eu sou um completo iniciante no GNU/Linux. Eu deveria usar o Arch? ===
 +
Se você é um iniciante e deseja usar o Arch, você deve estar disposto a investir tempo para aprender um novo sistema, e aceitar que o Arch é projetado como uma distribuição de "faça você mesmo"; é o usuário que monta o sistema.
 +
 
 +
Antes de pedir ajuda, faça sua própria pesquisa em mecanismos de pesquisa, em fóruns e nas várias fantásticas documentações fornecidas pelo Arch Wiki. ''Há uma razão para que estes recursos tenham sido disponibilizados''. Muitos milhares de ''horas de voluntários'' foram gastos compilando essas informações excelentes.
 +
 
 +
Veja também [[Terminologia do Arch#RTFM]] e o [[Guia de instalação]].
 +
 
 +
=== O Arch é projetado para ser usado como um servidor? Um desktop? Uma estação de trabalho? ===
 +
 
 +
O Arch não foi projetado para nenhum tipo de uso específico. Em vez disso, ele é projetado para um determinado tipo de ''usuário''. O Arch visa usuários competentes que gostam de sua natureza ''faça você mesmo'' e que a exploram ainda para moldar o sistema para atender às suas necessidades exclusivas. Portanto, nas mãos de sua base de usuários alvo, o Arch pode ser usado praticamente qualquer propósito. Muitos usam o Arch em seus desktops e estações de trabalho. E, claro, o archlinux.org é executado no Arch.
 +
 
 +
=== Eu realmente gosto do Arch, exceto que a equipe de desenvolvimento precisa implementar o recurso X ===
 +
 
 +
Envolva-se, contribua seu código/solução para a comunidade. Se for bem aceito pela comunidade e pela equipe de desenvolvimento, talvez seja incorporado. A comunidade do Arch prospera em contribuição e compartilhamento de código e ferramentas.
 +
 
 +
=== Quando o novo lançamento estará disponível? ===
 +
 
 +
Os lançamentos do Arch Linux são apenas um ambiente ''live'' para instalação ou resgate, que inclui o grupo {{grp|base}} e alguns [https://projects.archlinux.org/archiso.git/tree/configs/releng/packages.both outros pacotes]. Os lançamentos são geralmente emitidos na primeira metade de cada mês.
 +
 
 +
=== O Arch Linux é uma distribuição estável? Vou presenciar frequentes quebras? ===
 +
 
 +
''O usuário'' é o responsável pela estabilidade de seu próprio sistema de lançamento contínuo. O usuário é quem decide quando atualizar e mesclar alterações necessárias, quando necessário. Se o usuário buscar na comunidade por ajuda, geralmente consegue em pouco tempo. A diferença entre o Arch e outras distribuições está realmente no fato do Arch ser uma distribuição ''faça você mesmo''; reclamações sobre quebras e travamentos são equivocadas e contraproducentes, já que alterações no upstream não são responsabilidade dos desenvolvedores do Arch.
 +
 
 +
Veja o artigo [[System maintenance|Manutenção do sistema]] para dicas sobre como fazer um sistema Arch o mais estável possível.
 +
 
 +
=== O Arch precisa de mais divulgação (i.e. propaganda) ===
 +
O Arch já está sendo bastante divulgado. O objetivo do Arch Linux não é ser grande. O objetivo é ser bem feito. Deixe que o crescimento ocorra naturalmente. Tentar forçar este crescimento só causará problemas.
 +
 
 +
=== O Arch precisa de mais desenvolvedores ===
 +
Possivelmente. Sinta-se livre para ser um voluntário! Visite os [https://bbs.archlinux.org/ fóruns], [[canais IRC]], [https://mailman.archlinux.org/mailman/listinfo/ listas de email], e veja o que precisa ser feito. Se envolver no subfórum "Community Contributions" é uma boa forma de começar.
 +
 
 +
=== Por que a minha internet está tão mais lenta em comparação com outros sistemas operacionais? ===
 +
 
 +
Sua rede está configurada corretamente? Dê uma olhada no artigo [[Configuração de rede]].
 +
 
 +
Note também que o Arch Linux não vêm com [[Wikipedia:pt:Traffic shaping|traffic shaping]] (modelagem de tráfego) habilitado. Então, é possível que se um programa de alguma forma utiliza sua conexão de internet por inteiro – independente de ser por conexões P2P ou cliente-servidor clássicas – outros locais vão considerar supersaturados, resultando em severos atrasos e tempos limites esgotados. Um alívio pode ser fornecido por [[firewalls]] como Shorewall ou Vuurmuur; há também scritps estáticos para {{Pkg|iproute2}} (como [http://serendipity.ruwenzori.net/index.php/2008/06/01/modified-wondershaper-for-better-voip-qos esse derivado] do Wondershaper), que permitem a modelagem na camada de rede.
  
 +
=== Por que o Arch está usando toda minha RAM? ===
  
----
+
Essencialmente, RAM não usada é RAM desperdiçada.
  
==P) O Arch terá uma base de dados para o pacman?==
+
Muitos novos usuários podem notar como que o kernel do Linux trata memória diferentemente de como era usado antes. Considerando que o acesso a dados da RAM é muito mais rápido do que de uma unidade de armazenamento, o cache do kernel de dados recentemente acessados na memória. Os dados em cache são apagados apenas quando o sistema começa a ficar sem memória disponível e novos dados precisam ser carregados.
'''R)''' Possivelmente. Já existe uma discussão sobre o assunto.
 
https://bbs.archlinux.org/viewtopic.php?t=11193
 
https://bbs.archlinux.org/viewtopic.php?t=10898
 
  
 +
Nós poderíamos fazer a distinção pelo comando {{ic|free}}:
  
----
+
{{hc|$ free -h|
 +
              total        used        free      shared  buff/cache  available
 +
Mem:          2.8G        1.1G        283M        224M        1.4G        1.2G
 +
Swap:          3.0G        881M        2.1G
 +
}}
  
==P) O pacman está lento! Como o tempo de inicialização pode ser melhorado?==
+
É importante notar a diferença entre memória "free" (livre) e "available" (disponível). No exemplo acima, um laptop com 2.8G de RAM total parece estar usando a maioria dela, com apenas 283M como memória livre. Porém, 1.4G disto é "buff/cache". Há ainda 1.2G disponível para iniciar aplicativos, sem fazer swap. Veja {{ic|man free(1)}} para detalhes. O resultado de tudo isso? Desempenho!
'''R)''' O pacman pode ser lento apenas na primeira vez que o mesmo roda após o boot. Depois disso, as coisas são geralmente armazenadas no cache. Entretanto, o tempo de inicialização do pacman ainda é um problema para algumas pessoas. Existe uma discussão sobre isso.
 
Se você está usando ReiserFS, existem alguns problemas com fragmentação que diminuem a velocidade do pacman mais do que necessário. Para ajuda, veja este tópico:
 
https://bbs.archlinux.org/viewtopic.php?t=11840
 
  
Desde a versão 2.9.6, o pacman acompanha um script chamado <tt>pacman-optimize</tt> que deve ajudar qualquer pessoa que esteja tendo problemas com o tempo de inicialização do mesmo.
+
Veja [http://www.linuxjournal.com/article/2770 esse maravilhoso artigo] se você ficou curioso! Há também um site dedicado a esclarecer essa confusão: http://www.linuxatemyram.com/
  
 +
=== Para onde foi todo meu espaço livre? ===
  
----
+
A resposta para essa questão depende de seu sistema. Há alguns [[List of applications#Disk usage display|ótimos utilitários]] que podem ajudar você a encontrar a resposta.
  
==P) Os pacotes do Arch precisam usar uma nomenclatura única. .pkg.tar.gz é muito longo e/ou confuso.==
+
== Gerenciamento de pacote ==
'''R)''' Isto vem sendo discutido na lista de discussão do Arch. Alguns propuseram uma extensão .pac. Até onde se sabe. não há nenhuma intenção em modificar a extensão dos pacotes.
 
Como Tobias Kieslich, um dos desenvolvedores do Arch, colocou, "Um pacote '''é''' gzipped tarball!! E ele pode ser aberto, verificado e manipulado por qualquer aplicação tar. Além disso, o mime-type é automaticamente detectado pela maioria das aplicações".
 
  
 +
Veja as páginas [[pacman (Português)|pacman]], [[pacman/Tips and tricks]] e [[Repositórios oficiais]] para mais respostas.
  
----
+
=== Eu encontrei um erro no pacote X. O que eu devo fazer? ===
 +
Primeiro, você precisa descobrir se esse erro é algo que a equipe do Arch possa consertar. Algumas vezes não é (aquele travamento no firefox pode ser falha da equipe do Mozilla);  isto é chamado de ''upstream error'' ("erro do upstream"). Se for um problema do Arch, existe uma série de coisas que você pode fazer:
 +
#Procurar informações no fórum. Veja se alguém teve o mesmo problema.
 +
#Fazer um [[bug report|relatório de erro]], com informações detalhadas, em https://bugs.archlinux.org
 +
#Se desejar, você pode criar um tópico no fórum descrevendo o problema e informando que você já relatou o mesmo. Isto ajuda a prevenir que várias pessoas relatem o mesmo erro.
  
==P) O pacman precisa de uma biblioteca para que outras aplicações possam acessar facilmente informações dos pacotes.==
+
=== Os pacotes do Arch precisam usar uma nomenclatura única. ".pkg.tar.gz" e "pkg.tar.xz" é muito longo e/ou confuso ===
'''R)''' Já está sendo desenvolvida uma biblioteca para o pacman.
+
Isto foi discutido na lista de discussão do Arch. Alguns propuseram uma extensão de arquivo .pac. Até onde se sabe, não há nenhum plano para modificar a extensão dos pacotes. Como Tobias Kieslich, um dos desenvolvedores do Arch, colocou, ''"Um pacote '''é''' tarball gzipado [xz]!! E ele pode ser aberto, verificado e manipulado por qualquer aplicação tar. Além disso, o tipo mime é automaticamente detectado pela maioria dos aplicativos"''.
  
 +
=== O pacman precisa de uma biblioteca para que outros aplicativos possam acessar facilmente informações dos pacotes ===
 +
Pacman é um front-end para [https://www.archlinux.org/pacman/libalpm.3.html libalpm], acrônimo para ''"Arch Linux Package Management"'' ("Gerenciamento de Pacote do Arch Linux"), que permite front-ends alternativos, como um front-end gráfico, serem escritos.
  
----
+
=== O pacman precisa do recurso X! ===
  
==P) O pacman precisa de um front-end==
+
Se você acha que sua ideia tem fundamento, então você pode discuti-la na [https://lists.archlinux.org/listinfo/pacman-dev/ pacman-dev]. Verifique também https://bugs.archlinux.org por requisições existentes por recursos.
'''R)''' Você leu o [[The Arch Way]], o [[Arch Linux]] e o [https://www.archlinux.org/docs/en/guide/devland/devland.html DevLand]? A resposta é que basicamente o time de desenvolvedores do Arch não estará fornecendo um front-end. Sinta-se a vontade para usar um dos fornecidos pelos usuários. Existe uma ótima lista deles na [[UserContributionsPage]]. Assim que a biblioteca para o pacman estiver pronta, será bem mais fácil para os vários fontends interagirem com os pacotes do Arch.
 
  
Além do mais, isso não é uma pergunta e sim uma afirmação; ;-)
+
Porém, a melhor forma de ter um recurso adicionado ao pacman ou Arch Linux é implementá-lo você mesmo. O patch ou código pode ou não ser aceito oficialmente, mas talvez outros vão apreciar, testar e contribuir para seu esforço.
  
 +
=== Eu acabei de instalar o Pacote X. Como eu o inicio? ===
 +
Se você está usando um ambiente desktop como [[KDE]] ou [[GNOME (Português)|GNOME]], o programa deve ser automaticamente mostrado em seu menu. Se você está tentando executar o programa de um terminal e não mostrar o nome do binário, use:
  
 +
$ pacman -Qlq ''nome-pacote'' | grep /usr/bin/
  
----
+
=== Por que há alguma uma única versão de cada biblioteca compartilhada nos repositórios oficiais? ===
  
==P) O pacman precisa do recurso X!==
+
Diversas distribuições, como o Debian, possuem diferentes versões de bibliotecas compartilhadas empacotadas como pacotes diferentes: {{ic|libfoo1}}, {{ic|libfoo2}}, {{ic|libfoo3}} e por aí vai. Nesta forma, é possível ter aplicativos compilados com diferentes versões de {{ic|libfoo}} instaladas no mesmo sistema.
'''R)''' Você leu o [[The Arch Way]], o [[Arch Linux]] e o [https://www.archlinux.org/docs/en/guide/devland/devland.html DevLand]? A filosofia do Arch é "Keep It Simple". Se você acha que sua idéia tem fundamento, e que ela não viola esta filosofia, então você pode discuti-la no [https://bbs.archlinux.org/ forum].
 
Você pode, também, verificar [https://bugs.archlinux.org isso], um lugar onde você pode fazer pedidos, caso você os considere importantes.
 
  
 +
No caso de uma distribuição como o Arch, apenas as últimas versões estáveis recebem suporte oficial. Ao descartar suporte a um software desatualizado, mantenedores de pacote conseguem gastar mais tempo assegurando que as versões mais novas funcionam conforme esperado. Assim que uma nova versão de uma biblioteca compartilhada é disponibilizada pelo upstream, ela é adicionada aos repositórios e pacotes afetados são recompilados para usar a nova versão.
  
----
+
=== E se eu executar uma atualização completa do sistema e houver uma atualização para uma biblioteca compartilhada, mas não para os aplicativos que dependem dela? ===
 +
Esse cenário não deve acontecer. Presumindo que um aplicativo chamado {{ic|foobaz}} está em um dos repositórios oficiais e compila com sucesso com a nova versão da biblioteca compartilhada chamada {{ic|libbaz}}, ele será atualizado junto com {{ic|libbaz}}. Se, porém, ele não compilar com sucesso, o pacote {{ic|foobaz}} terá uma dependência versionada (p.ex.: ''libbaz 1.5'') e será removido pelo pacman durante a atualização de {{ic|libbaz}}, por causa de um conflito.
  
==P) O Arch precisa de um instalador melhor. Talvez um instalador gráfico.==
+
Se {{ic|foobaz}} é um pacote que você mesmo compilou e instalou do AUR, você deve tentar recompilar {{ic|foobaz}} com a nova versão de {{ic|libbaz}}. Se a compilação falhar, relate o erro aos desenvolvedores do {{ic|foobaz}}.
'''R)''' A discussão sobre um "melhor" instalador é uma opinião subjetiva. A melhor maneira de lidar com isso é colocar o instalador no "jeito arch". Se esta opinião sobre um melhor instalador fosse reforçada com mais argumentos concretos, o desenvolvimento adicional do instalador poderia ser levado em conta. ''O Windows usa um instalador baseado em texto''.
 
  
 +
=== É possível haver uma atualização de versão maior do kernel no repositório e que alguns dos pacotes de driver não tenham sido atualizados? ===
 +
Não, não é possível. Atualizações de versões maiores do kernel (p.ex. ''linux 3.5.0-1'' para ''linux 3.6.0-1'') são sempre acompanhadas por recompilações de todos os pacotes de drivers de kernel. Por outro lado, se você tiver um pacote de driver sem suporte em seu sistema, tal como {{AUR|catalyst}}, então a atualização de kernel pode quebrar coisas se você não recompilá-lo para o novo kernel. Os usuários são responsáveis por atualizar quaisquer pacotes de driver sem suporte que eles tenham instalado.
  
----
+
=== O que fazer antes de atualizar? ===
  
==P) O Arch precisa de mais divulgação (leia: propaganda)==
+
Siga a seção [[System maintenance (Português)#Atualizando o sistema]].
'''R)''' O Arch já está sendo bastante divulgado. O objetivo do Arch Linux não é ser grande. O objetivo é ser bem feito. Deixe que o crescimento ocorra naturalmente. Tentar forçar este crescimento só causará problemas.
 
  
 +
=== Uma atualização de pacote foi lançada, mas o pacman diz que o sistema está atualizado ===
  
----
+
Mirrors do ''pacman'' não são sincronizados imediatamente. Leva cerca de 24 horas antes que uma atualização esteja disponível para você. As únicas opções são ser paciente ou usar um outro mirror. [https://www.archlinux.org/mirrors/status/ MirrorStatus] pode lhe ajudar a identificar um mirror atualizado.
  
==P) O Arch precisa de menos divulgação==
+
=== Upstream do projeto ''X'' lançou uma nova versão. Quanto tempo vai levar para o pacote do Arch ser atualizado para essa nova versão? ===
'''R)''' De maneira parecida com o que foi dito acima, não tente desacelerar o crescimento natural. Mais usuários podem significar mais desenvolvedores trabalhando no Arch Linux. Isto pode causar alguns problemas de organização no "topo", mas estes serão tratados quando aparecerem.
 
  
 +
Atualizações de pacotes serão lançadas quando elas estiverem prontas. A quantidade específica de tempo pode ser tão curta quanto algumas horas após o upstream lançar uma atualização menor de correção de erros e tão longa quanto várias semanas após a atualização de versão maior de um grupo grande de pacotes. A quantidade de tempo de uma nova versão do upstream até o Arch lançar um novo pacote depende dos pacotes específicos e da disponibilidade dos mantenedores de pacote. Adicionalmente, alguns pacotes ficam algum tempo no repositório [[testing (Português)|testing]], então isso pode prolongar o tempo antes de um pacote ser atualizado. Cada [[mantenedor de pacote]] tenta trabalhar rapidamente para trazer atualizações estáveis para os repositórios. Se você encontrar um pacote nos repositórios oficiais que está desatualizado, vá até a página do pacote no [https://www.archlinux.org/packages/ site de pacotes] e sinalize-o como tal.
  
----
+
== Instalação ==
  
==P) O Arch precisa de mais desenvolvedores==
+
=== O Arch precisa de um instalador. Talvez um instalador gráfico? ===
'''R)''' Possivelmente. Sinta-se livre para ser um voluntário! Visite os fóruns, irc, listas de email, e veja o que precisa ser feito. Documentação é algo que é sempre necessário. Veja [[DocumentRequests]] para qualquer coisa pendente.
 
  
 +
Já que a instalação não ocorre com frequência (leia o resto deste artigo para saber mais sobre lançamento contínuo - ''rolling release''), isso não é uma prioridade alta para os desenvolvedores ou usuários. O [[Guia de instalação]] foi completamente atualizado para usar o método de linha de comando. Se você ainda está interessado em usar um instalador, considere usar [[Archboot]].
  
----
+
=== Eu instalei o Arch e agora eu estou em um shell! O que faço agora? ===
  
==P) O Arch precisa de um repositório de pacotes estáveis==
+
Veja [[Recomendações gerais]].
'''R)'''
 
COMENTÁRIO: "Para mim, o Arch é maduro o suficiente"
 
  
RESPOSTA: Isso depende do tipo de trabalho para o qual a máquina é usada. Por exemplo, em um escritório nós não queremos que nossa impressora pare de trabalhar. Em trabalhos de multimedia nosso gravador de cd deve funcionar. Desenvolvedores web precisam de clientes de ftp funcionais. Atualmente estou irritado com o kde-3.4 porque perdi todos os meus favoritos no kbear (ftp). Novos favoritos não podem ser salvos.
+
=== Qual ambiente de área de trabalho ou gerenciador de janelas eu devo usar? ===
  
SOLUÇÃO: Existe um '''repositório''' '''release''' que é estável, apesar de não estar suportando todos os pacotes. Há a intenção de incluir todos os pacotes principais (kde, gnome, etc). <br>
+
que há muitos disponíveis para você, use o que você preferir para atender suas necessidades. Dê uma olhada nos artigos [[Desktop environment]] e [[Window manager]].
ftp://ftp.archlinux.org/release/os/i686/
 
  
Leia mais em: <br>
+
=== O que faz do Arch único entre outras distribuições "minimalistas"? ===
https://bbs.archlinux.org/viewtopic.php?t=11288
 
  
 +
Veja [[Arch comparado com outras distribuições]].
  
----
+
== 64 bit ==
  
==P) O Arch precisa de mais documentação==
+
=== Como eu determino se meu processador é compatível com x86_64? ===
'''R)'''  Se após procurar nos fóruns, e no wiki, você não conseguir encontrar a documentação que deseja, tente criá-la. Comece uma página no wiki, e crie um tópico no fórum comentando sobre a mesma. Provavelmente você encontrará algumas pessoas com experiência no assunto, ou que ao menos estão dispostas a ajudar. Se ninguém o fizer, não desanime. Quando você terminar sua documentação, há uma grande chance de outras pessoas descobrirem nela uma ótima fonte de informação.
 
Documentação é algo que é sempre necessário. Veja [[DocumentRequests]] para qualquer coisa pendente.
 
  
 +
Se seu processador é compatível com [[wikipedia:X86-64|x86_64]], você terá a flag {{ic|lm}} no {{ic|/proc/cpuinfo}}. Por exemplo,
  
----
+
$ grep -w lm /proc/cpuinfo
  
==P) O Arch precisa ser mais amigável para os "novatos"==
+
No Windows, usar o freeware [http://www.cpuid.com/cpuz.php CPU-Z] ajuda a determinar se seu CPU é compatível com 64-bit.
'''R)''' Antes de começarmos uma discussão sobre isso, precisamos definir o que é "amigável para os novatos". Por favor, consulte a questão sobre um melhor instalador.
+
CPUs com conjunto de instruções da AMD "AMD64" ou a solução da Intel "EM64T" devem ser compatíveis com os pacotes binários e lançamentos de x86_64.
  
 +
=== Por que 64 bit? ===
  
----
+
É mais rápido sob a maioria das circunstâncias e, como um bônus adicional, também mais seguro em razão da natureza de [[wikipedia:Address space layout randomization|Aleatorização do layout de espaço do endereço (ASLR)]] em combinação com [[wikipedia:Position-independent code|Código independente de posição (PIC)]] e [[wikipedia:pt:Bit_NX|Bit NX]] que não está disponível em kernels padrão de i686 por causa do PAE desabilitado. Se seu computador tem mais de 4GB de RAM, somente um SO 64 bits será capaz de usá-lo totalmente.
  
==P) Novatos são irritantes. Faça eles irem embora.==
+
Os programadores também têm de preocupado cada vez menos em relação a 32 bits ("legado"), pois as "novas" CPUs x86 geralmente oferecem suporte às extensões de 64 bits.
'''R)''' <Discussão filosófica>
 
Parte de ser humano é aceitar que outros sejam humanos também.
 
</Discussão filosófica>
 
  
A melhor maneira de lidar com novatos é não julgá-los de antemão. Algumas pessoas podem estar com um problema comum, mesmo se elas leram as documentações. Todos erram algumas vezes. Criticá-los não ajudará. Use seu melhor comportamento e ignore pessoas de que você não gosta, ao invés de começar uma briga.
+
Há muitas outras razões que podemos listar aqui para dizer-lhe para evitar 32 bits, mas entre o kernel, o espaço de usuários e os programas individuais, simplesmente não é viável listar todas as últimas coisas que o 64 bits faz muito melhor nos dias de hoje.
  
Novatos são melhor ajudados ao serem guiados para que encontrem a informação correta. Especialmente os novatos que estão vindo do Windows, podem ter problemas ao tentar encontrar informações; nem sempre elas estão no lugar que eles esperam. Compare isso com encontrar a palavra correta para o trabalho correto: você pode pedir para que seu professor encontre uma certa palavra para você, mas você sempre esquecerá o significado da mesma. Entretanto, se você mesmo procurar a palavra no dicionário, você não a esquecerá durante o resto da sua vida.
+
=== Como eu troco de i686 para x86_64 sem reinstalar? ===
  
 +
Não. Todos os pacotes precisam ser reinstalados para uma nova arquitetura e alterações de configuração podem ser necessários. Porém, você não precisa reparticionar seus discos rígidos durante a instalação, de forma que é possível migrar todos os seus dados antigos. Um tópico de fórum foi criado [https://bbs.archlinux.org/viewtopic.php?id=64485 aqui] que delineia os passos feitos para migrar uma instalação de 32 para 64 bits sem perder quaisquer configurações/definições/dados usando um disco rígido grande e externo.
  
----
+
Porém, você também pode iniciar o sistema com a ISO de instalação de 64 bits, montagem do disco, cópia de segurança de qualquer coisa que você deseje manter que não seja um binário de 32 bits (p.ex.: {{ic|/home}} & {{ic|/etc}}) e instalar.
  
==P) O Arch precisa de uma entidade de apoio==
+
Você também pode querer ler sobre [[migrating between architectures|migração entre arquiteturas]].
'''R)''' Por quê? Outros projetos, como o Gentoo, sobrevivem sem uma e o Arch também pode.
 

Latest revision as of 17:26, 13 December 2017

Contents

Geral

O que é o Arch Linux?

Veja o artigo Arch Linux.

Por que eu não gostaria de usar o Arch?

Você pode não querer usar o Arch, se:

  • você não tem habilidade/tempo/desejo para uma distribuição GNU/Linux do tipo "faça você mesmo".
  • você precisa de suporte a uma arquitetura diferente de x86_64.
  • você insiste em usar uma distribuição que só fornece software livre conforme definido pela GNU.
  • você acredita que um sistema operacional deve se autoconfigurar, vir pronto para usar e incluir um conjunto padrão completo de softwares e ambiente de área de trabalho na mídia de instalação.
  • você não deseja uma distribuição GNU/Linux de lançamento contínuo (rolling release).
  • você está satisfeito com seu SO atual.

A quais arquiteturas o Arch oferece suporte?

O Arch só oferece suporte à arquitetura x86_64 (algumas vezes chamada de amd64). Suporte à i686 foi desativado em Novembro de 2017[1]. Se sua máquina ainda usa a versão i686 do Arch, mas uma CPU x86_64, veja #Como eu troco de i686 para x86_64 sem reinstalar?. Se sua máquina não possuir suporte, considere trocar para Arch Linux 32.

O Arch oferece suporte a CPUs ARM?

Não, mas o projeto Arch Linux ARM fornece um port do Arch Linux para várias plataformas ARM. Veja [2].

O Arch segue o FHS?

O Arch Linux segue a hierarquia de sistema de arquivos para sistemas de arquivos usando o gerenciador de serviço systemd. Veja file-hierarchy(7) para uma explicação de cada diretório junto com suas designações. Em especial, /bin, /sbin e /usr/sbin são links simbólicos para /usr/bin, e /lib e /lib64 são links simbólicos para /usr/lib.

Eu sou um completo iniciante no GNU/Linux. Eu deveria usar o Arch?

Se você é um iniciante e deseja usar o Arch, você deve estar disposto a investir tempo para aprender um novo sistema, e aceitar que o Arch é projetado como uma distribuição de "faça você mesmo"; é o usuário que monta o sistema.

Antes de pedir ajuda, faça sua própria pesquisa em mecanismos de pesquisa, em fóruns e nas várias fantásticas documentações fornecidas pelo Arch Wiki. Há uma razão para que estes recursos tenham sido disponibilizados. Muitos milhares de horas de voluntários foram gastos compilando essas informações excelentes.

Veja também Terminologia do Arch#RTFM e o Guia de instalação.

O Arch é projetado para ser usado como um servidor? Um desktop? Uma estação de trabalho?

O Arch não foi projetado para nenhum tipo de uso específico. Em vez disso, ele é projetado para um determinado tipo de usuário. O Arch visa usuários competentes que gostam de sua natureza faça você mesmo e que a exploram ainda para moldar o sistema para atender às suas necessidades exclusivas. Portanto, nas mãos de sua base de usuários alvo, o Arch pode ser usado praticamente qualquer propósito. Muitos usam o Arch em seus desktops e estações de trabalho. E, claro, o archlinux.org é executado no Arch.

Eu realmente gosto do Arch, exceto que a equipe de desenvolvimento precisa implementar o recurso X

Envolva-se, contribua seu código/solução para a comunidade. Se for bem aceito pela comunidade e pela equipe de desenvolvimento, talvez seja incorporado. A comunidade do Arch prospera em contribuição e compartilhamento de código e ferramentas.

Quando o novo lançamento estará disponível?

Os lançamentos do Arch Linux são apenas um ambiente live para instalação ou resgate, que inclui o grupo base e alguns outros pacotes. Os lançamentos são geralmente emitidos na primeira metade de cada mês.

O Arch Linux é uma distribuição estável? Vou presenciar frequentes quebras?

O usuário é o responsável pela estabilidade de seu próprio sistema de lançamento contínuo. O usuário é quem decide quando atualizar e mesclar alterações necessárias, quando necessário. Se o usuário buscar na comunidade por ajuda, geralmente consegue em pouco tempo. A diferença entre o Arch e outras distribuições está realmente no fato do Arch ser uma distribuição faça você mesmo; reclamações sobre quebras e travamentos são equivocadas e contraproducentes, já que alterações no upstream não são responsabilidade dos desenvolvedores do Arch.

Veja o artigo Manutenção do sistema para dicas sobre como fazer um sistema Arch o mais estável possível.

O Arch precisa de mais divulgação (i.e. propaganda)

O Arch já está sendo bastante divulgado. O objetivo do Arch Linux não é ser grande. O objetivo é ser bem feito. Deixe que o crescimento ocorra naturalmente. Tentar forçar este crescimento só causará problemas.

O Arch precisa de mais desenvolvedores

Possivelmente. Sinta-se livre para ser um voluntário! Visite os fóruns, canais IRC, listas de email, e veja o que precisa ser feito. Se envolver no subfórum "Community Contributions" é uma boa forma de começar.

Por que a minha internet está tão mais lenta em comparação com outros sistemas operacionais?

Sua rede está configurada corretamente? Dê uma olhada no artigo Configuração de rede.

Note também que o Arch Linux não vêm com traffic shaping (modelagem de tráfego) habilitado. Então, é possível que se um programa de alguma forma utiliza sua conexão de internet por inteiro – independente de ser por conexões P2P ou cliente-servidor clássicas – outros locais vão considerar supersaturados, resultando em severos atrasos e tempos limites esgotados. Um alívio pode ser fornecido por firewalls como Shorewall ou Vuurmuur; há também scritps estáticos para iproute2 (como esse derivado do Wondershaper), que permitem a modelagem na camada de rede.

Por que o Arch está usando toda minha RAM?

Essencialmente, RAM não usada é RAM desperdiçada.

Muitos novos usuários podem notar como que o kernel do Linux trata memória diferentemente de como era usado antes. Considerando que o acesso a dados da RAM é muito mais rápido do que de uma unidade de armazenamento, o cache do kernel de dados recentemente acessados na memória. Os dados em cache são apagados apenas quando o sistema começa a ficar sem memória disponível e novos dados precisam ser carregados.

Nós poderíamos fazer a distinção pelo comando free:

$ free -h
              total        used        free      shared  buff/cache   available
Mem:           2.8G        1.1G        283M        224M        1.4G        1.2G
Swap:          3.0G        881M        2.1G

É importante notar a diferença entre memória "free" (livre) e "available" (disponível). No exemplo acima, um laptop com 2.8G de RAM total parece estar usando a maioria dela, com apenas 283M como memória livre. Porém, 1.4G disto é "buff/cache". Há ainda 1.2G disponível para iniciar aplicativos, sem fazer swap. Veja man free(1) para detalhes. O resultado de tudo isso? Desempenho!

Veja esse maravilhoso artigo se você ficou curioso! Há também um site dedicado a esclarecer essa confusão: http://www.linuxatemyram.com/

Para onde foi todo meu espaço livre?

A resposta para essa questão depende de seu sistema. Há alguns ótimos utilitários que podem ajudar você a encontrar a resposta.

Gerenciamento de pacote

Veja as páginas pacman, pacman/Tips and tricks e Repositórios oficiais para mais respostas.

Eu encontrei um erro no pacote X. O que eu devo fazer?

Primeiro, você precisa descobrir se esse erro é algo que a equipe do Arch possa consertar. Algumas vezes não é (aquele travamento no firefox pode ser falha da equipe do Mozilla); isto é chamado de upstream error ("erro do upstream"). Se for um problema do Arch, existe uma série de coisas que você pode fazer:

  1. Procurar informações no fórum. Veja se alguém teve o mesmo problema.
  2. Fazer um relatório de erro, com informações detalhadas, em https://bugs.archlinux.org
  3. Se desejar, você pode criar um tópico no fórum descrevendo o problema e informando que você já relatou o mesmo. Isto ajuda a prevenir que várias pessoas relatem o mesmo erro.

Os pacotes do Arch precisam usar uma nomenclatura única. ".pkg.tar.gz" e "pkg.tar.xz" é muito longo e/ou confuso

Isto foi discutido na lista de discussão do Arch. Alguns propuseram uma extensão de arquivo .pac. Até onde se sabe, não há nenhum plano para modificar a extensão dos pacotes. Como Tobias Kieslich, um dos desenvolvedores do Arch, colocou, "Um pacote é tarball gzipado [xz]!! E ele pode ser aberto, verificado e manipulado por qualquer aplicação tar. Além disso, o tipo mime é automaticamente detectado pela maioria dos aplicativos".

O pacman precisa de uma biblioteca para que outros aplicativos possam acessar facilmente informações dos pacotes

Pacman é um front-end para libalpm, acrônimo para "Arch Linux Package Management" ("Gerenciamento de Pacote do Arch Linux"), que permite front-ends alternativos, como um front-end gráfico, serem escritos.

O pacman precisa do recurso X!

Se você acha que sua ideia tem fundamento, então você pode discuti-la na pacman-dev. Verifique também https://bugs.archlinux.org por requisições existentes por recursos.

Porém, a melhor forma de ter um recurso adicionado ao pacman ou Arch Linux é implementá-lo você mesmo. O patch ou código pode ou não ser aceito oficialmente, mas talvez outros vão apreciar, testar e contribuir para seu esforço.

Eu acabei de instalar o Pacote X. Como eu o inicio?

Se você está usando um ambiente desktop como KDE ou GNOME, o programa deve ser automaticamente mostrado em seu menu. Se você está tentando executar o programa de um terminal e não mostrar o nome do binário, use:

$ pacman -Qlq nome-pacote | grep /usr/bin/

Por que há alguma uma única versão de cada biblioteca compartilhada nos repositórios oficiais?

Diversas distribuições, como o Debian, possuem diferentes versões de bibliotecas compartilhadas empacotadas como pacotes diferentes: libfoo1, libfoo2, libfoo3 e por aí vai. Nesta forma, é possível ter aplicativos compilados com diferentes versões de libfoo instaladas no mesmo sistema.

No caso de uma distribuição como o Arch, apenas as últimas versões estáveis recebem suporte oficial. Ao descartar suporte a um software desatualizado, mantenedores de pacote conseguem gastar mais tempo assegurando que as versões mais novas funcionam conforme esperado. Assim que uma nova versão de uma biblioteca compartilhada é disponibilizada pelo upstream, ela é adicionada aos repositórios e pacotes afetados são recompilados para usar a nova versão.

E se eu executar uma atualização completa do sistema e houver uma atualização para uma biblioteca compartilhada, mas não para os aplicativos que dependem dela?

Esse cenário não deve acontecer. Presumindo que um aplicativo chamado foobaz está em um dos repositórios oficiais e compila com sucesso com a nova versão da biblioteca compartilhada chamada libbaz, ele será atualizado junto com libbaz. Se, porém, ele não compilar com sucesso, o pacote foobaz terá uma dependência versionada (p.ex.: libbaz 1.5) e será removido pelo pacman durante a atualização de libbaz, por causa de um conflito.

Se foobaz é um pacote que você mesmo compilou e instalou do AUR, você deve tentar recompilar foobaz com a nova versão de libbaz. Se a compilação falhar, relate o erro aos desenvolvedores do foobaz.

É possível haver uma atualização de versão maior do kernel no repositório e que alguns dos pacotes de driver não tenham sido atualizados?

Não, não é possível. Atualizações de versões maiores do kernel (p.ex. linux 3.5.0-1 para linux 3.6.0-1) são sempre acompanhadas por recompilações de todos os pacotes de drivers de kernel. Por outro lado, se você tiver um pacote de driver sem suporte em seu sistema, tal como catalystAUR, então a atualização de kernel pode quebrar coisas se você não recompilá-lo para o novo kernel. Os usuários são responsáveis por atualizar quaisquer pacotes de driver sem suporte que eles tenham instalado.

O que fazer antes de atualizar?

Siga a seção System maintenance (Português)#Atualizando o sistema.

Uma atualização de pacote foi lançada, mas o pacman diz que o sistema está atualizado

Mirrors do pacman não são sincronizados imediatamente. Leva cerca de 24 horas antes que uma atualização esteja disponível para você. As únicas opções são ser paciente ou usar um outro mirror. MirrorStatus pode lhe ajudar a identificar um mirror atualizado.

Upstream do projeto X lançou uma nova versão. Quanto tempo vai levar para o pacote do Arch ser atualizado para essa nova versão?

Atualizações de pacotes serão lançadas quando elas estiverem prontas. A quantidade específica de tempo pode ser tão curta quanto algumas horas após o upstream lançar uma atualização menor de correção de erros e tão longa quanto várias semanas após a atualização de versão maior de um grupo grande de pacotes. A quantidade de tempo de uma nova versão do upstream até o Arch lançar um novo pacote depende dos pacotes específicos e da disponibilidade dos mantenedores de pacote. Adicionalmente, alguns pacotes ficam algum tempo no repositório testing, então isso pode prolongar o tempo antes de um pacote ser atualizado. Cada mantenedor de pacote tenta trabalhar rapidamente para trazer atualizações estáveis para os repositórios. Se você encontrar um pacote nos repositórios oficiais que está desatualizado, vá até a página do pacote no site de pacotes e sinalize-o como tal.

Instalação

O Arch precisa de um instalador. Talvez um instalador gráfico?

Já que a instalação não ocorre com frequência (leia o resto deste artigo para saber mais sobre lançamento contínuo - rolling release), isso não é uma prioridade alta para os desenvolvedores ou usuários. O Guia de instalação foi completamente atualizado para usar o método de linha de comando. Se você ainda está interessado em usar um instalador, considere usar Archboot.

Eu instalei o Arch e agora eu estou em um shell! O que faço agora?

Veja Recomendações gerais.

Qual ambiente de área de trabalho ou gerenciador de janelas eu devo usar?

Já que há muitos disponíveis para você, use o que você preferir para atender suas necessidades. Dê uma olhada nos artigos Desktop environment e Window manager.

O que faz do Arch único entre outras distribuições "minimalistas"?

Veja Arch comparado com outras distribuições.

64 bit

Como eu determino se meu processador é compatível com x86_64?

Se seu processador é compatível com x86_64, você terá a flag lm no /proc/cpuinfo. Por exemplo,

$ grep -w lm /proc/cpuinfo

No Windows, usar o freeware CPU-Z ajuda a determinar se seu CPU é compatível com 64-bit. CPUs com conjunto de instruções da AMD "AMD64" ou a solução da Intel "EM64T" devem ser compatíveis com os pacotes binários e lançamentos de x86_64.

Por que 64 bit?

É mais rápido sob a maioria das circunstâncias e, como um bônus adicional, também mais seguro em razão da natureza de Aleatorização do layout de espaço do endereço (ASLR) em combinação com Código independente de posição (PIC) e Bit NX que não está disponível em kernels padrão de i686 por causa do PAE desabilitado. Se seu computador tem mais de 4GB de RAM, somente um SO 64 bits será capaz de usá-lo totalmente.

Os programadores também têm de preocupado cada vez menos em relação a 32 bits ("legado"), pois as "novas" CPUs x86 geralmente oferecem suporte às extensões de 64 bits.

Há muitas outras razões que podemos listar aqui para dizer-lhe para evitar 32 bits, mas entre o kernel, o espaço de usuários e os programas individuais, simplesmente não é viável listar todas as últimas coisas que o 64 bits faz muito melhor nos dias de hoje.

Como eu troco de i686 para x86_64 sem reinstalar?

Não. Todos os pacotes precisam ser reinstalados para uma nova arquitetura e alterações de configuração podem ser necessários. Porém, você não precisa reparticionar seus discos rígidos durante a instalação, de forma que é possível migrar todos os seus dados antigos. Um tópico de fórum foi criado aqui que delineia os passos feitos para migrar uma instalação de 32 para 64 bits sem perder quaisquer configurações/definições/dados usando um disco rígido grande e externo.

Porém, você também pode iniciar o sistema com a ISO de instalação de 64 bits, montagem do disco, cópia de segurança de qualquer coisa que você deseje manter que não seja um binário de 32 bits (p.ex.: /home & /etc) e instalar.

Você também pode querer ler sobre migração entre arquiteturas.