Difference between revisions of "Frequently asked questions (Español)"

From ArchWiki
Jump to: navigation, search
m (Correción de palabra 'dederian' por 'deberian')
(Actualizado a la última versión en ingles)
 
(50 intermediate revisions by 8 users not shown)
Line 1: Line 1:
 
[[Category:About Arch (Español)]]
 
[[Category:About Arch (Español)]]
[[ar:FAQ]]
+
[[ar:Frequently asked questions]]
[[bg:FAQ]]
+
[[bg:Frequently asked questions]]
[[cs:FAQ]]
+
[[cs:Frequently asked questions]]
[[da:FAQ]]
+
[[da:Frequently asked questions]]
 
[[de:FAQ]]
 
[[de:FAQ]]
[[en:FAQ]]
+
[[el:Frequently asked questions]]
[[fa:پرسش‌ و پاسخ]]
+
[[en:Frequently asked questions]]
 +
[[fa:سؤالات متداول]]
 +
[[fi:Frequently asked questions]]
 
[[fr:FAQ]]
 
[[fr:FAQ]]
[[hr:FAQ]]
+
[[hr:Frequently asked questions]]
[[id:FAQ]]
+
[[hu:Frequently asked questions]]
[[it:FAQ]]
+
[[id:Frequently asked questions]]
 +
[[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]]
[[pt:FAQ]]
+
[[pt:Frequently asked questions]]
[[ro:Întrebări frecvente]]
+
[[ru:Frequently asked questions]]
[[ru:FAQ]]
+
[[sk:Frequently asked questions]]
[[sk:FAQ]]
 
 
[[sv:FAQ]]
 
[[sv:FAQ]]
[[th:FAQ]]
+
[[th:Frequently asked questions]]
[[tr:Sss]]
+
[[tr:Frequently asked questions]]
[[zh-CN:FAQ]]
+
[[zh-hans:Frequently asked questions]]
[[zh-TW:FAQ]]
+
[[zh-hant:Frequently asked questions]]
Además de las preguntas tratadas más abajo, es posible que encuentre interesante la lectura de los artículos [[The Arch Way (Español)|The Arch Way]] y [[Arch Linux (Español)|Arch Linux]]. Ambos artículos contienen información muy útil sobre Arch Linux.
+
{{TranslationStatus (Español)|Frequently asked questions|2018-10-14|546178}}
 +
{{Related articles start (Español)}}
 +
{{Related2|Arch_Terminology_(Español)|Terminología en Arch}}
 +
{{Related2|Arch User Repository (Español)#FAQ|Preguntas frecuentes Arch User Repository}}
 +
{{Related2|General troubleshooting (Español)|Solución de problemas}}
 +
{{Related articles end}}
  
 
== General ==
 
== General ==
  
===P) ¿Qué es Arch Linux??===
+
=== ¿Qué es Arch Linux? ===
'''R)''' Consulte el artículo [[Arch Linux (Español)|Arch Linux]].
 
  
===P) ¿Por qué puedo preferir usar Arch?===
+
Véase el artículo [[Arch Linux (Español)|Arch Linux]].
'''R)''' Si, después de leer acerca de la filosofía [[The Arch Way (Español)|The Arch Way]], desea abrazar el enfoque ''«do-it-yourself»'' («hágalo usted mismo»)  y quiere o desea una distribución GNU/Linux de propósito general, simple, elegante, altamente personalizable y vanguardista, quizás le pueda gustar Arch.
 
  
===P) ¿Por qué no podría preferir usar Arch?===
+
=== ¿Por qué podría preferir no usar Arch? ===
'''R)''' Usted puede '''no''' querer usar Arch, si:
 
  
* Después de la lectura de [[The Arch Way (Español)|The Arch Way]], no está de acuerdo con su filosofía.
+
Es posible que '''no''' desee usar Arch, si:
* No tiene la capacidad/tiempo/ganas de usar una distribución GNU/Linux basada en ''do-it-yourself'' (Hágalo usted mismo).
 
* Necesita compatibilidad con una arquitectura que no sea x86_64 o i686.
 
* Tiene una postura firme sobre el uso de una distribución que solo proporcione software libre, según la definición de GNU.
 
* Cree que un sistema operativo debería configurarse por sí solo, funcionar inmediatamente una vez instalado, e incluir por defecto un completo conjunto de software y entornos de escritorios en el soporte de instalación.
 
* No desea una distribución GNU/Linux vanguardista y rolling release.
 
* Está satisfecho con su actual sistema operativo.
 
* Quiere un sistema operativo que se dirija a una base de usuarios diferente.
 
* No está lo suficientemente loco para ejecutar un sistema operativo desarrollado por Allan.
 
  
===P) ¿En qué distribución se basa Arch? ===
+
* No tiene la habilidad/tiempo/ganas de usar una distribución GNU/Linux basada en ''«hazlo tú mismo»''.
'''R)''' Arch está desarrollada de forma independiente, construida desde cero, sin basarse en ninguna otra distribución GNU/Linux. Antes de crear Arch, Judd Vinet admiraba y utilizaba CRUX, una distribución genial y minimalista creada por Per Lidén. Originariamente inspirado por las ideas en común con CRUX, Arch fue construido desde cero, y luego Pacman fue codificado en C.
+
* Necesita compatibilidad para una arquitectura que no sea x86_64.
 +
* Adopta una postura firme sobre el uso de una distribución que solo proporcione software libre, según la definición de GNU.
 +
* Cree que un sistema operativo debería configurarse por sí solo y funcionar una vez instalado, incluyendo por defecto un completo conjunto de software y entornos de escritorios en la instalación.
 +
* No quiere una distribución GNU/Linux de lanzamiento continuo.
 +
* Está satisfecho con su sistema operativo actual.
  
===P) Soy un completo principiante en GNU/Linux. ¿Debo usar Arch?===
+
=== ¿Qué arquitecturas soporta Arch? ===
'''R)''' Esta cuestión ha tenido mucho debate. Arch está dirigida más hacia usuarios avanzados de GNU/Linux, pero algunas personas sienten que Arch es un buen punto de partida para el principiante motivado. Si es un principiante y quiere usar Arch, tenga en cuanta únicamente que debe estar dispuesto a invertir un tiempo considerable en el aprendizaje de un nuevo sistema, así como aceptar el hecho de que Arch está diseñado fundamentalmente como una distribución DIY (''Do-It-Yourself'', Hágalo usted mismo). Es el usuario quien monta el sistema y controla en lo que se convertirá. Antes de pedir ayuda, haga su propia investigación independiente buscando en Google, indagando en el foro (y leyendo el resto de estas preguntas frecuentes) y buscando en la excelente documentación proporcionada por la wiki de Arch. ''Hay una razón por la que estos recursos se ponen a disposición del usuario en primer lugar.'' Son muchos los ''voluntarios'' que dedican miles de horas compilando esta información excelente.
 
  
Lectura recomendada: La [[Beginners' Guide (Español)|Guía para Principiantes]] de Arch Linux.
+
Arch sólo soporta la arquitectura x86_64 (a veces llamado amd64). El soporte para i686 fue eliminado en noviembre de 2017 [https://www.archlinux.org/news/phasing-out-i686-support/].
  
===P) Arch requiere mucho tiempo y esfuerzo para instalar y usar. Además, la comunidad sigue diciéndome: «lee la wiki» (o [[wikipedia:es:RTFM|RTFM]])===
+
Hay ports ''no oficiales'' para las arquitecturas i686 [https://archlinux32.org/] y [[Wikipedia:es:Arquitectura ARM|ARM]] [http://archlinuxarm.org/], cada uno con sus propios canales de la comunidad [http://ix.io/73w/irc]
'''R)''' Arch está diseñado y utilizado por y para una base de usuarios específicamente concreta. Tal vez no es la adecuada para usted. Consulte más [[#P) Soy un completo principiante en GNU/Linux. ¿Debo usar Arch?|arriba]].
 
  
===P) ¿Arch está diseñado para ser utilizado como un servidor?, ¿un escritorio?, ¿una estación de trabajo?===
+
=== ¿Sigue Arch el estándar de jerarquía del sistema de archivos de la Fundación Linux (FHS)? ===
'''R)''' Arch no está diseñado para un tipo de uso particular. Más bien, está diseñado para un tipo particular de ''usuario''. Arch está dirigido a usuarios competentes que disfrutan de su naturaleza do-it-yourself, y que además la aprovechan para moldear el sistema para satisfacer sus peculiares necesidades. Por lo tanto, moldeado según los propósitos del usuario, Arch se puede utilizar para virtualmente cualquier propósito. Muchos utilizan Arch tanto en los equipos de sobremesa como en estaciones de trabajo. Y por supuesto, archlinux.org se ejecuta en Arch.
 
  
===P) A mí me gusta Arch, excepto que el equipo de desarrollo debería implementar la ''«funcionalidad X»''===
+
Arch Linux sigue la '' jerarquía del sistema de archivos'' para sistemas operativos que usan el administrador de servicios [[systemd (Español)|systemd]]. Véase {{man|7|file-hierarchy}} para obtener una explicación de cada directorio junto con sus designaciones. En particular, {{ic|/bin}}, {{ic|/sbin}}, y {{ic|/usr/sbin}} son enlaces simbólicos a {{ic|/usr/bin}}, y {{ic|/lib}} junto a {{ic|/lib64}} son enlaces simbólicos a {{ic|/usr/lib}}.
'''R)''' Antes de seguir adelante, ¿leyó [[The Arch Way (Español)|The Arch Way]]? ¿Ha proporcionado la característica/solución? ¿Se ajusta a la filosofía de Arch sobre ''minimalismo'' y ''exactitud de código'' por encima  de la comodidad? Involúcrese, contribuya con el código/solución a la comunidad. Si está bien considerado por el equipo de la comunidad y de desarrollo, tal vez sea integrado en Arch. La comunidad de Arch se nutre de la contribución y del intercambio del código y de las herramientas propias.
 
  
===P) ¿Para cuándo la nueva versión disponible?===
+
=== Soy un completo principiante en GNU/Linux. ¿Debo usar Arch? ===
'''R)''' Las versiones de Arch Linux no son más que una instantánea del repositorio [core], y se publican, por lo general, en la primera mitad de cada mes.
 
  
El modelo rolling release mantiene cada sistema Arch Linux actualizado y en la vanguardia mediante la ejecución de una única orden. Por esta razón, los lanzamientos no son importantes en Arch, porque se vuelven obsoletos tan pronto como el paquete ha sido actualizado. Si está buscando obtener la última versión de Arch Linux, no es necesario volver a instalarlo. Solo tiene que ejecutar la orden {{ic|pacman -Syu}} y el sistema será el mismo que el que obtendría con una instalación completamente nueva. Por esta misma razón, las nuevas versiones de Linux Arch no suelen estar llenas de nuevas e interesantes características. Las características nuevas e interesantes son liberadas cuando sea necesario con los paquetes que se actualizan, y se pueden obtener inmediatamente con {{ic|pacman -Syu}}.
+
Si es un principiante y quiere usar Arch, tenga en cuanta únicamente que debe estar dispuesto a invertir un tiempo considerable en el aprendizaje de un nuevo sistema, así como aceptar el hecho de que Arch está diseñado fundamentalmente como una distribución DIY (''Do-It-Yourself'', Hágalo usted mismo). Es el usuario quien monta el sistema y controla en lo que se convertirá.  
  
===P) ¿Es Arch Linux una distribución estable? ¿Tiene problemas con frecuencia?===
+
Antes de pedir ayuda, haga su propia investigación independiente buscando en Google, indagando en el foro (y leyendo el resto de estas preguntas frecuentes) y buscando en la excelente documentación proporcionada por la wiki de Arch. ''Hay una razón por la que estos recursos se ponen a disposición del usuario en primer lugar.'' Son muchos los ''voluntarios'' que dedican miles de horas compilando esta excelente información.
'''R)''' La respuesta corta es: Es en gran parte tan estable como ''el usuario'' la haga.
 
  
''Usted'' ensambla su propio sistema Arch, sobre el entorno proporcionado por la base simple, y ''usted'' tiene el control de las actualizaciones del sistema. Obviamente, un sistema más grande, más complejo, que incorpora una multitud de paquetes personalizados, y una gran cantidad de herramientas y entornos de escritorio, sería más propenso a tener problemas de configuración debido a los cambios de los desarrolladores en las implementaciones de las aplicaciones, que uno más liviano, donde el sistema sería más simple. Arch está dirigido a usuarios capaces y proactivos. Competencias generales en UNIX y buenas prácticas en el  mantenimiento  y actualización del sistema también juegan un papel importante en la estabilidad del sistema. También cabe recordar que los paquetes de Arch vienen en su mayoría sin parches, por lo que la mayoría de los problemas de las aplicaciones son inherentes a los desarrolladores de las mismas.
+
Véase también [[Arch terminology#RTFM]] y la [[Installation guide (Español)|guía de instalación]].
  
Por lo tanto, ''el usuario'' es, en última instancia, el responsable de la estabilidad de su propio sistema rolling release. El usuario decide el momento de actualizar, e integra los cambios necesarios cuando se requiere. Si el usuario accede a la comunidad en busca de ayuda, a menudo se le presta de manera oportuna. La diferencia entre Arch y otras distribuciones, a este respecto, es que Arch es verdaderamente una distribución «do-it-yourself» ; las denuncias de ruptura son equivocadas e improductivas, cuando se debe a los cambios en las aplicaciones por los desarrolladores de las mismas, los cuales no son responsabilidad de los desarrolladores de Arch.
+
=== ¿Arch está diseñado para ser utilizado como un servidor?, ¿un escritorio?, ¿una estación de trabajo ===
  
===P) Arch necesita más prensa (es decir, publicidad)===
+
Arch no está diseñado para un tipo de uso particular. Más bien, está diseñado para un tipo particular de ''usuario''. Arch está dirigido a usuarios competentes que disfrutan de su naturaleza do-it-yourself, y que además la aprovechan para moldear el sistema y satisfacer sus necesidades. Por lo tanto, moldeado según los propósitos del usuario, Arch se puede utilizar prácticamente para cualquier propósito. Muchos utilizan Arch tanto en equipos de sobremesa como en estaciones de trabajo. Y por supuesto, archlinux.org se ejecuta en Arch.
'''R)''' Arch obtiene mucha publicidad tal como es. El objetivo de Arch Linux no es ser grande, sino más bien, proporcionar una distribución elegante, minimalista y vanguardista, centrada en la simplicidad y la corrección del código. Orgánicamente, el crecimiento sostenible se produce de forma natural entre los usuarios destinatarios.
 
  
===P) Arch necesita más programadores===
+
=== A mí me gusta Arch, excepto que el equipo de desarrollo debería implementar la ''«funcionalidad X»'' ===
'''R)''' Posiblemente sea así. ¡No dude en ofrecer su tiempo! Visite los [https://bbs.archlinux.org foros], [[IRC_Channel|canales IRC]], y [https://mailman.archlinux.org/mailman/listinfo/ listas de correo], y vea lo que hay pendiente por hacer. Comenzar a involucarse en el subforo de la ''Community Contributions'' es una buena manera de empezar.
 
  
===P) ¿Por qué va mi internet tan lento en comparación con otros sistemas operativos?===
+
Involúcrese, contribuya con el código/solución a la comunidad. Si está bien considerado por el equipo de la comunidad y de desarrollo, tal vez sea integrado en Arch. La comunidad de Arch se nutre de la contribución y del intercambio de códigos y de herramientas.
'''R)''' ¿Está su red configurada correctamente? Eche un vistazo a [[Beginners'_Guide_(Español)#Nombre_del_host|nombre del host]] y [[Beginners' Guide (Español)#Configurar la red|Configurar la red]] de la Guía para Principiantes.
 
  
También tenga en cuenta que Arch Linux no viene con [[Wikipedia:Traffic_shaping|traffic shaping]] habilitado. Por lo tanto, es posible que si un programa de alguna manera utiliza su conexión de Internet al máximo – sin importar si se trata de P2P o de conexiones de un clásico client-server – otras locales se encontrarán obstruidas, traduciéndose en retrasos graves y tiempos de espera. El auxilio puede venir instalando un [[firewalls]] como Shorewall o Vuurmuur; también hay scripts estáticos para {{Pkg|iproute2}} (como por ejemplo [http://serendipity.ruwenzori.net/index.php/2008/06/01/modified-wondershaper-for-better-voip-qos este derivado] de Wondershaper), que realiza precisamente esta tarea.
+
=== ¿Para cuándo la nueva versión disponible? ===
  
===P) ¿Por qué Arch está usando toda mi RAM?===
+
Los lanzamientos de Arch Linux son simplemente un entorno live para la instalación o el rescate, que incluyen el grupo {{grp|base}} y unos pocos [https://projects.archlinux.org/archiso.git/tree/configs/releng/packages.both paquetes adicionales]. Las versiones se liberan, por lo general, en la primera mitad de cada mes.
'''R)''' Fundamentalmente, una RAM no utilizada es una RAM desperdiciada.
+
 
 +
=== ¿Es Arch Linux una distribución estable? ¿Tiene problemas con frecuencia? ===
 +
 
 +
Es ''el usuario'' el responsable en última instancia de la estabilidad de su propio sistema de lanzamiento continuo. El usuario decide el momento de actualizar, e integra los cambios necesarios cuando se requiere. Si el usuario accede a la comunidad en busca de ayuda, a menudo se le presta de manera oportuna. La diferencia entre Arch y otras distribuciones es que Arch es verdaderamente una distribución «do-it-yourself» ; las denuncias de ruptura son equivocadas e improductivas, cuando se debe a los cambios hechos a las aplicaciones por los desarrolladores de las mismas, sin ser responsabilidad del equipo que desarrolla Arch.
 +
 
 +
Véase el artículo [[System maintenance (Español)|mantenimiento del sistema]] para obtener consejos sobre cómo hacer que un sistema Arch Linux sea lo más estable posible.
 +
 
 +
=== Arch necesita más prensa (es decir, publicidad) ===
 +
 
 +
Arch obtiene mucha publicidad tal como es. El objetivo de Arch Linux no es ser grande, sino más bien, orgánicamente, el crecimiento sostenible se produce de forma natural entre los usuarios destinatarios.
 +
 
 +
=== Arch necesita más programadores ===
 +
 
 +
Posiblemente sea así. ¡No dude en ofrecer su tiempo! Visite los [https://bbs.archlinux.org foros], [[IRC channel|canales IRC]] y [https://mailman.archlinux.org/mailman/listinfo/ listas de correo], y vea lo que hay pendiente por hacer. Comenzar a involucarse en el subforo de la ''Community Contributions'' es una buena manera de empezar.
 +
 
 +
=== ¿Por qué va mi internet tan lento en comparación con otros sistemas operativos? ===
 +
 
 +
¿Está su red configurada correctamente? Véase el artículo sobre la [[Network configuration (Español)|configuración de red]].
 +
 
 +
También tenga en cuenta que Arch Linux no viene con [[Wikipedia:Traffic_shaping|traffic shaping]] habilitado. Por lo tanto, es posible que si un programa, de alguna manera, utiliza su conexión de Internet al máximo –sin importar si se trata de P2P o de conexiones de un clásico client-server– otras conexiones locales se encontrarán obstruidas, traduciéndose en retrasos graves y tiempos de espera. El auxilio puede venir instalando un [[firewalls]] como Shorewall o Vuurmuur; también hay scripts estáticos para {{Pkg|iproute2}} (como por ejemplo [http://serendipity.ruwenzori.net/index.php/2008/06/01/modified-wondershaper-for-better-voip-qos este derivado] de Wondershaper), que realiza precisamente esta tarea.
 +
 
 +
=== ¿Por qué Arch está usando toda mi RAM? ===
 +
 
 +
Fundamentalmente, una RAM no utilizada es una RAM desperdiciada.
  
 
Muchos usuarios han observado cómo el kernel de Linux maneja la memoria de manera diferente de como están acostumbrados. Dado que el acceso a los datos alojados en la RAM es mucho más rápido que desde una unidad de almacenamiento, el kernel guarda en la memoria los datos a los que se ha accedido recientemente. Los datos en caché solo se borran cuando el sistema comienza a quedarse sin memoria disponible y los nuevos datos necesitan ser cargados.
 
Muchos usuarios han observado cómo el kernel de Linux maneja la memoria de manera diferente de como están acostumbrados. Dado que el acceso a los datos alojados en la RAM es mucho más rápido que desde una unidad de almacenamiento, el kernel guarda en la memoria los datos a los que se ha accedido recientemente. Los datos en caché solo se borran cuando el sistema comienza a quedarse sin memoria disponible y los nuevos datos necesitan ser cargados.
Line 94: Line 108:
 
Quizás la causa más común de esta confusión es la orden {{ic|free}}:
 
Quizás la causa más común de esta confusión es la orden {{ic|free}}:
  
{{hc|$ free -m|
+
{{hc|$ free -h|
            total       used       free     shared   buffers    cached
+
              total       used       free     shared buff/cache  available
Mem:         1009       741       267          0       104       359
+
Mem:           2.8G        1.1G       283M       224M       1.4G       1.2G
-/+ buffers/cache:        278       731
+
Swap:         3.0G       881M       2.1G
Swap:        1537          0      1537}}
+
}}
  
Es importante tener en cuenta que la línea {{ic|-/+ buffers/cache:}} representa la cantidad de memoria que está realmente en «uso activo» y la cantidad de memoria «disponible», en lugar de la «no utilizada».
 
  
En el ejemplo anterior, un ordenador portátil con 1G de RAM total parece estar utilizando 741M de la misma, ¡con nada más que unos cuantos terminales en ralentí y un navegador web de código abierto!. Sin embargo, al examinar la línea descrita arriba, vemos que solo 278M de ella están en «uso activo», y de hecho, 731M están «disponibles» para los nuevos datos. Al parecer, 104M de la memoria «usada» contienen datos almacenados y 359M contienen datos almacenados en caché, los cuales pueden ser eliminados inmediatamente si es necesario. Solo 267M del total están verdaderamente «libres» de la carga de almacenamiento de datos.
+
Es importante distinguir entre memoria «free» y «available». En el ejemplo anterior, un portátil con 2,8G de memoria RAM total parece estar utilizando la mayor parte de ella, y solo disponer de 283M de memoria libre. Sin embargo, 1,4G de la misma está en «buff/cache». Todavía hay 1,2G disponibles para iniciar nuevas aplicaciones, sin tener que  acudir al espacio de intercambio. Véase {{ic|man free(1)}} para obtener más detalles. ¿El resultado de todo esto? ¡Más rendimiento!
  
¿El resultado final?. ¡Más prestaciones!
+
Véase [http://www.linuxjournal.com/article/2770 este maravilloso artículo] ¡si su curiosidad se ha despertado! También hay un sitio web dedicado a aclarar esta confusión: http://www.linuxatemyram.com/
  
Consulte [http://www.linuxjournal.com/article/2770 este estupendo artículo] si se ha despertado su curiosidad. También hay un sitio web dedicado a despejar esta confusión: http://www.linuxatemyram.com/
+
=== ¿De dónde vino todo mi espacio libre? ===
  
===P) ¿De dónde vino todo mi espacio libre?===
+
La respuesta a esta pregunta depende de su sistema. Hay algunas  [[List of applications (Español)#Programas de visualización sobre la utilización del disco|utilidades de disco]] que pueden ayudarle a encontrar la respuesta.
'''R)''' La respuesta a esta pregunta depende de su sistema. Hay algunas  [[Common Applications#Disk usage display programs|utilidades de disco]] que pueden ayudarle a encontrar la respuesta.
 
  
== Gestión de paquetes ==
+
== Administración de paquetes ==
  
===P) ¿En qué paquete está X?===
+
Véase las páginas [[pacman (Español)|pacman]], [[pacman/Tips and tricks (Español)|pacman/Tips and tricks]] y [[Official repositories (Español)|repositorios oficiales]] para obtener más respuestas.
'''R)''' Puede averiguarlo con [[pkgfile]].
 
  
Por ejemplo:
+
=== He encontrado un error con el paquete X. ¿Qué debo hacer? ===
  
$ pkgfile ''nombre_del_archivo''
+
En primer lugar, es necesario averiguar si el error es algo que el equipo de Arch puede arreglar. A veces no lo es (por ejemplo, los fallos de Firefox pueden ser responsabilidad del equipo de Mozilla), lo que se llama un error ''upstream''. Si se trata de un problema de Arch, hay una serie de pasos que puede seguir:
  
===P) He encontrado un error con el paquete X. ¿Qué debo hacer?===
+
# busque en los foros para obtener información. Compruebe si alguien más lo ha notado;
'''R)''' En primer lugar, es necesario averiguar si el error es algo que el equipo de Arch puede arreglar. A veces no lo es (por ejemplo, los fallos de Firefox pueden ser responsabilidad del equipo de Mozilla), lo que se llama un error ''upstream''. Si se trata de un problema de Arch, hay una serie de pasos que puede seguir:
+
# publique un [[Reporting bug guidelines|bug report]] con información detallada en https://bugs.archlinux.org;
 +
# si lo considera oportuno, escriba un mensaje en el foro detallando el problema y el hecho de que ya lo ha informado. Esto ayudará a evitar que mucha gente avise del mismo error.
  
# Busque en los foros para obtener información. Compruebe si alguien más lo ha notado.
+
=== Los paquetes que Arch deberían usar una única extensión. «.pkg.tar.gz» y «.pkg.tar.xz» son demasiado largos y/o confusos ===
# Publique un [[Reporting Bug Guidelines|bug report]] con información detallada en https://bugs.archlinux.org.
 
# Si lo considera oportuno, escriba un mensaje en el foro detallando el problema y el hecho de que ya lo ha informado. Esto ayudará a evitar que mucha gente avise del mismo error.
 
  
===P) Los paquetes que Arch deberían usar una única extensión. «.pkg.tar.gz» y «.pkg.tar.xz» son demasiado largos y/o confusos===
+
Esto ha sido discutido en ''Arch mailing list''. Algunos propusieron archivos con la extensión {{ic|.pac}}. Por lo que se sabe actualmente, no existe un plan para cambiar la extensión de los paquetes. Como dijo Tobias Kieslich, uno de los desarrolladores de Arch: «''¡Un paquete '''es''' un tarball  comprimido con ''gzip'' [xz]!. Y se puede abrir, investigar y manipular por cualquier aplicación que gestione los *.tar. Por otra parte, el mime-type es detectado automática y correctamente por la mayoría de las aplicaciones.''»
'''R)''' Esto ha sido discutido en ''Arch mailing list''. Algunos propusieron archivos con la extensión {{ic|.pac}}. Por lo que se sabe actualmente, no existe un plan para cambiar la extensión de los paquetes. Como dijo Tobias Kieslich, uno de los desarrolladores de Arch: «''¡Un paquete '''es''' un tarball  comprimido con ''gzip'' [xz]!. Y se puede abrir, investigar y manipular por cualquier aplicación que gestione los *.tar. Por otra parte, el mime-type es detectado automática y correctamente por la mayoría de las aplicaciones.''»
 
  
===P) Pacman necesita una biblioteca para que otras aplicaciones puedan acceder fácilmente a la información del paquete===
+
=== Pacman necesita una biblioteca para que otras aplicaciones puedan acceder fácilmente a la información del paquete ===
'''R)''' Desde la versión 3.0.0, Pacman ha sido el front-end para libalpm, la biblioteca «Arch Linux Package Management». Esta biblioteca permite escribir otros front-ends alternativos (por ejemplo, un front-end gráfico).
 
  
===P) ¿Por qué pacman no tiene un front-end gráfico (GUI) oficial?===
+
pacman es el front-end para [https://www.archlinux.org/pacman/libalpm.3.html libalpm], la biblioteca «Arch Linux Package Management». Esta biblioteca permite escribir otros front-ends alternativos, como un front-end gráfico.
'''R)''' Por favor, lea [[The Arch Way (Español)|The Arch Way]] y [[Arch Linux (Español)|Arch Linux]]. Básicamente, la respuesta es que el equipo de desarrollo de Arch no proporcionará uno. Siéntase libre de utilizar el desarrollado por otros usuarios. Una lista selectiva puede encontrarse en [[Pacman GUI Frontends]].
 
  
===P) Pacman necesita ¡la ''«característica X»''!===
+
=== Pacman necesita la ''«característica X»'' ===
'''R)''' Por favor, lea [[The Arch Way (Español)|The Arch Way]] y [[Arch Linux (Español)|Arch Linux]]. La filosofía de Arch es ''«Keep It Simple»''. Si piensa que su idea tiene interés y no vulnera el principio de simplicidad, entonces puede optar por debatirla en el foro ([https://bbs.archlinux.org/ aquí]). También le recomendamos que compruebe [https://bugs.archlinux.org esto]; es un lugar para proponer peticiones de características si encuentra que es importante.
+
 
 +
Si piensa que su idea tiene interés, entonces puede optar por debatirla en [https://lists.archlinux.org//listinfo/pacman-dev/ pacman-dev]. También le recomendamos que compruebe https://bugs.archlinux.org por si encuentra peticiones de características similares.
  
 
Sin embargo, la mejor manera de obtener una característica adicional a pacman o a Arch Linux es implementarla por si mismo. El parche o código puede o no ser admitido oficialmente, pero quizás otros apreciarán, probarán y contribuirán a su esfuerzo.
 
Sin embargo, la mejor manera de obtener una característica adicional a pacman o a Arch Linux es implementarla por si mismo. El parche o código puede o no ser admitido oficialmente, pero quizás otros apreciarán, probarán y contribuirán a su esfuerzo.
  
===P) Arch necesita una rama de paquetes estables===
+
=== Acabo de instalar el paquete X. ¿Cómo empiezo? ===
'''R)''' Compruebe [http://www.archserver.org/ ArchServer].
 
  
===P)¿Cuál es la diferencia entre los distintos repositorios?===
+
Si está utilizando un entorno de escritorio como [[KDE]] o [[GNOME]], el programa automáticamente debería aparecer en el menú. Si está tratando de ejecutar el programa desde un terminal y no sabe el nombre del archivo binario, utilice:
'''R)''' Consulte [[Official Repositories (Español)|Repositorios Oficiales]].
 
  
===P) Acabo de instalar el paquete X. ¿Cómo empiezó?===
+
$ pacman -Qlq ''nombre_del_paquete'' | grep /usr/bin/
'''R)''' Si está utilizando un entorno de escritorio como [[KDE]] o [[GNOME]], el programa automáticamente debería aparecer en el menú. Si está tratando de ejecutar el programa desde un terminal y no sabe el nombre del archivo binario, utilice:
 
  
$ pacman -Qlq ''nombre_del_paquete'' | grep bin
+
=== ¿Por qué hay solo una única versión de cada biblioteca compartida en los repositorios oficiales? ===
  
===P) ¿Por qué hay solo una única versión de cada biblioteca compartida en los repositorios oficiales?===
+
Importantes distribuciones, como Debian, tienen diferentes versiones de bibliotecas compartidas incluidas en paquetes diferentes: {{ic|libfoo1}}, {{ic|libfoo2}}, {{ic|libfoo3}} y así sucesivamente. De esta manera es posible tener aplicaciones compiladas con diferentes versiones de {{ic|libfoo}} instaladas en el mismo sistema.
'''R)''' Importantes distribuciones, como Debian, tienen diferentes versiones de bibliotecas compartidas incluidas en paquetes diferentes: {{ic|libfoo1}}, {{ic|libfoo2}}, {{ic|libfoo3}} y así sucesivamente. De esta manera es posible tener aplicaciones compiladas con diferentes versiones de {{ic|libfoo}} instaladas en el mismo sistema.
 
  
A diferencia de Debian, Arch es una distribución rolling-release de vanguardia. El rasgo más visible de una distribución de vanguardia es la disponibilidad de las últimas versiones de software en los repositorios, en el caso de una distribución como Arch, esto también significa que solo las últimas versiones de todos los paquetes están oficialmente soportadas. Si además añadimos soporte para software obsoleto, lo mantenedores de los paquetes tendrían que dedicar más tiempo asegurando que las nuevas versiones funcionan como se esperaba. Tan pronto como una nueva versión de una biblioteca compartida se hace disponible, los desarrolladores la añaden a los repositorios y recompilan los paquetes afectados para utilizar la nueva versión.
+
En el caso de una distribución como Arch, solo las últimas versiones estables de paquetes tienen soporte oficial. Si retiramos el soporte para software obsoleto, lo mantenedores de los paquetes tendrán más tiempo para dedicar a las nuevas versiones asegurando así que las mismas funcionen como se espera de ellas. Tan pronto como una nueva versión de una biblioteca compartida se hace disponible, los desarrolladores la añaden a los repositorios y recompilan los paquetes afectados para utilizar la nueva versión.
  
===P) ¿Qué pasa si ejecuto «pacman -Syu» y hay una actualización de una biblioteca compartida, pero no para las aplicaciones que dependen de ella?===
+
=== ¿Qué pasa si ejecuto una actualización completa del sistema y hay una actualización de una biblioteca compartida, pero no para las aplicaciones que dependen de ella? ===
'''R)''' Este escenario no debería ocurrir en absoluto. Suponiendo que una aplicación llamada {{ic|foobaz}}, que está en uno de los repositorios oficiales, ha sido compilada con la biblioteca denominada {{ic|libbaz}}, una actualización de {{ic|libbaz}} conllevará una recompilación de foobaz, y pacman actualizará libbaz sin problemas. En caso contrario, si no se compila con éxito, el paquete {{ic|foobaz}} tendrá una dependencia a una versión distinta (por ejemplo, ''libbaz 1.5''), la cual se eliminó por pacman durante la actualización de {{ic|libbaz}}, debido a un conflicto entre ambas.
+
 
 +
Este escenario no debería ocurrir en absoluto. Suponiendo que una aplicación llamada {{ic|foobaz}}, que está en uno de los repositorios oficiales, ha sido compilada con la biblioteca denominada {{ic|libbaz}}, una actualización de {{ic|libbaz}} conllevará una recompilación de foobaz, y pacman actualizará libbaz sin problemas. En caso contrario, si no se compila con éxito, el paquete {{ic|foobaz}} tendrá una dependencia a una versión distinta (por ejemplo, ''libbaz 1.5''), la cual se habría eliminado por pacman durante la actualización de {{ic|libbaz}}, debido a un conflicto entre ambas.
  
 
Si {{ic|foobaz}} es un paquete que se compiló e instaló desde AUR, debe tratar de recompilar {{ic|foobaz}} con la nueva versión de {{ic|libbaz}}. Si la compilación falla, informe del problema a los desarrolladores de {{ic|foobaz}}.
 
Si {{ic|foobaz}} es un paquete que se compiló e instaló desde AUR, debe tratar de recompilar {{ic|foobaz}} con la nueva versión de {{ic|libbaz}}. Si la compilación falla, informe del problema a los desarrolladores de {{ic|foobaz}}.
  
===P) ¿Es posible que haya una actualización del kernel principal, sin que se actualicen al mismo tiempo algunos de los paquetes de controladores?===
+
=== ¿Es posible que haya una actualización del kernel principal, sin que se actualicen al mismo tiempo algunos de los paquetes de controladores? ===
'''R)''' No, eso no es posible. Las principales actualizaciones del kernel (por ejemplo, ''linux 3.5.0-1'' a ''linux 3.6.0-1'') siempre van acompañados de recompilaciones con todos los paquetes de controladores compatibles con el kernel. Por otro lado, si tiene un paquete de un controlador sin soporte oficial instalado en el sistema, como {{AUR|catalyst}}, y después de una actualización del kernel no recompila dicho controlador para el nuevo kernel, puede romperse el sistema. Los usuarios son responsables de actualizar los paquetes de controladores sin soporte que han instalado.
 
  
===P) ¿Arch utiliza paquetes firmados?===
+
No, eso no es posible. Las principales actualizaciones del kernel (por ejemplo, ''linux 3.5.0-1'' a ''linux 3.6.0-1'') siempre van acompañados de recompilaciones con todos los paquetes de controladores compatibles con el kernel. Por otro lado, si tiene un paquete de un controlador sin soporte oficial instalado en el sistema, como {{AUR|catalyst}}, y después de una actualización del kernel no recompila dicho controlador para el nuevo kernel, puede romperse el sistema. Los usuarios son responsables de actualizar los paquetes de controladores sin soporte que han instalado.
'''R)''' Si. La firma de paquetes en [[pacman (Español)|pacman]] se ha implementado desde la versión 4. Véase [[package signing]] para obtener más información.
 
  
===P) ¿Qué hacer antes de actualizar?===
+
=== ¿Qué hacer antes de actualizar? ===
'''R)''' En Arch Linux, es importante que, antes de actualizar, «compruebe las páginas principales de [https://www.archlinux.org/ las noticias de Arch], [https://mailman.archlinux.org/mailman/listinfo/arch-announce/ las listas de anuncios], y, opcionalmente, [https://bbs.archlinux.org/ el fórum] y [https://mailman.archlinux.org/mailman/listinfo/ las listas de correos], antes de oprimir la tecla ''intro''.»  Cualquier intrucción especial se publicarán en esos sitios.
+
 
 +
Siga la sección [[System_maintenance_(Español)#Actualizaci.C3.B3n_del_sistema|actualización del sistema]].
 +
 
 +
=== Un paquete de actualización fue liberado, pero pacman dice que el sistema está al día ===
 +
 
 +
Los servidores de réplicas de ''pacman'' no se sincronizan inmediatamente. Puede tomar más de 24 horas antes de una actualización está disponible para usted. Las únicas opciones son que sea paciente o utilizar otro servidor de réplica. [https://www.archlinux.org/mirrors/status/ MirrorStatus] puede ayudar a identificar un servidor de réplica actualizado.
 +
 
 +
=== El proyecto ''X'' ha lanzado una nueva versión. ¿Cuánto tiempo demorará el paquete Arch para actualizar a esa nueva versión? ===
 +
 
 +
Las actualizaciones del paquete se lanzarán cuando estén listas. La cantidad específica de tiempo puede ser tan breve como unas pocas horas después de que se libere una actualización menor de corrección de errores, hasta varias semanas después de la actualización de un gran grupo de paquetes. La cantidad de tiempo desde la nueva versión hasta que Arch libera un nuevo paquete depende de los paquetes específicos y la disponibilidad de los mantenedores del paquete. Además, algunos paquetes pasan algún tiempo en el repositorio [[testing]], por lo que esto puede prolongar el tiempo antes de que se actualice un paquete. Los [[Package maintainer|mantenedores]] intentan trabajar lo más rápido posible para llevar actualizaciones estables a los repositorios. Si encuentra un paquete en los repositorios oficiales que está desactualizado, vaya al [https://www.archlinux.org/packages/ sitio web del paquete] y márquelo.
 +
 
 +
=== Si necesito una versión anterior de una biblioteca instalada, ¿puedo simplemente enlazar a la versión más nueva? ===
 +
 
 +
Si tiene suerte, podría funcionar, por un tiempo. En cualquier caso, no es una solución adecuada, porque:
 +
 
 +
* Las bibliotecas no cambian las versiones al azar - es probable que la API/ABI haya cambiado (posiblemente con bits eliminados), y es solo una cuestión de suerte si esos cambios afectan al uso.
 +
* El enlace simbólico no será rastreado por un administrador de paquetes. Los principiantes que intenten modificar de forma inmediata los archivos de la biblioteca del sistema, corren el mayor riesgo de realizar un cambio no deseado que no pueden diagnosticar/corregir, que el administrador de paquetes ayuda a evitar.
 +
* Una pequeña alternativa al volcado del archivo de biblioteca antiguo en el sistema de archivos, sin seguimiento, se olvidará, y no se detectarán/corregirán posibles errores de seguridad.
 +
 
 +
En su lugar, utilice/escriba por ejemplo un [https://aur.archlinux.org/packages/?SeB=n&K=compat paquete de compatibilidad], que proporcione la versión de la biblioteca requerida.
  
 
== Instalación ==
 
== Instalación ==
  
===P) Arch necesita un instalador. Tal vez una instalación a través de GUI===
+
=== Arch necesita un instalador. ¿Tal vez una instalación a través de GUI? ===
'''R)''' Dado que la instalación no se produce con frecuencia (léase el resto de este artículo para saber más acerca de lo que significa ''rolling release''), no es una alta prioridad para los desarrolladores o usuarios. La [[Installation Guide (Español)|Guía de Instalación]] y la [[Beginners' Guide (Español)|Guía para Principiantes]] han sido completamente actualizadas para utilizar el método de línea de comandos. Si todavía está interesado en usar un instalador, considere el uso de [[Archboot]].
+
 
 +
Dado que la instalación no se produce con frecuencia (léase el resto de este artículo para saber más acerca de lo que significa ''lanzamiento continuo''), no es una alta prioridad para los desarrolladores o usuarios. La [[Installation guide (Español)|guía de instalación]] ha sido completamente actualizada para utilizar el método de línea de comandos.
 +
 
 +
=== He instalado Arch, ¡y estoy en una shell! ¿Y ahora qué? ===
 +
 
 +
Véase las [[General recommendations (Español)|recomendaciones generales]].
 +
 
 +
=== ¿Qué entorno de escritorio o gestor de ventanas debo usar? ===
  
===P) He instalado Arch, ¡y estoy en una shell!. ¿Y ahora qué?===
+
Ya que hay una gran variedad disponibles, use el que más se ajuste a sus necesidades. Véase los artículos [[Desktop environment (Español)]] y [[Window manager (Español)]].
'''R)''' Véase la [[Beginners' Guide (Español)|Guía para Principiantes]] de Arch Linux.
 
  
===P) ¿Qué entorno de escritorio o gestor de ventanas debo usar?===
+
=== ¿Qué hace único a Arch respecto de otras distribuciones «minimalistas»? ===
'''R)''' Ya que hay una gran variedad disponibles, use el que más se ajuste a sus necesidades. Véanse los artículos [[Desktop Environment (Español)|Desktop Environment]] y [[Window Manager (Español)|Window Manager]].
 
  
===P) ¿Qué hace único a Arch respecto de otras distribuciones  «minimalistas»?===
+
Véase [[Arch compared to other distributions (Español)]].
'''R)''' Algunas distribuciones pueden proporcionar métodos mínimos de instalación, que comparten algunas similitudes con el proceso de instalación de Arch. Sin embargo, algunos puntos deben tenerse en cuenta:
 
  
# Arch ha sido ''diseñada fundamentalmente'' como un entorno ligero, de base mínima, sobre la cual construir.
+
== 64 bits ==
# El ''único'' camino para instalar Arch es compilando a partir de esta base mínima.
 
# El sistema base y toda la distribución asumen un enfoque de diseño  K.I.S.S., lo que la hace especialmente adecuada para una determinada base de usuarios.
 
# La instalación de servicios y paquetes requiere participación manual, la configuración interactiva del usuario. A diferencia de otras distribuciones que automáticamente configuran los servicios y el comportamiento inicial, la filosofía de Arch pone énfasis en la competencia del usuario para controlar y manejar con responsabilidad el sistema.
 
# El empaquetado de Arch está diseñado para ser mínimo, y las dependencias entre paquetes son ''opcionales'', no instalándose nunca automáticamente. Más bien, al usuario simplemente se le notifica de su existencia durante la instalación del paquete, lo que se traduce en un sistema más ligero.
 
# Arch ofrece una excelente y completa documentación, para ayudarle en el proceso de montaje del sistema.
 
  
== Otras ==
+
=== ¿Cómo puedo saber si mi procesador es compatible con x86_64? ===
  
===P) ¿Qué es AUR, de lo que tanto se habla?===
+
Si su procesador es compatible con [[wikipedia:es:X86-64|x86_64]], tendrá el flag {{ic|lm}} ([[Wikipedia:Long mode|long mode]]) en {{ic|/proc/cpuinfo}}. Por ejemplo,
'''R)''' Véase [[Arch User Repository#FAQ]].
 
  
===P) ¿Por qué aparece una pantalla verde cuando intento ver un video? ===
+
$ grep -w lm /proc/cpuinfo
'''R)''' La profundidad del color está mal configurada. Es posible que tenga que ser 24 en lugar de 16, por ejemplo.
 
  
===P) La revisión ortográfica marca todo el texto ¡como incorrecto!===
+
Bajo Windows, utilizando el software gratuito [http://www.cpuid.com/cpuz.php CPU-Z] para ayudarle a determinar si su CPU es compatible con 64-bit.
'''R)''' ¿Ha istalado un diccionario {{Pkg|aspell}}? Utilice {{ic|pacman -Ss aspell}} para ver los diccionarios disponibles que puede descargar.
+
Las CPU con instrucciones para AMD de «MD64» o solución de «EM64T» para Intel, deberían ser compatibles con las versiones x86_64 y sus paquetes binarios.
  
Si instalando los archivos de diccionarios no resuelve el problema, lo más probable es que se trate de un problema con {{ic|enchant}}. Compruebe si hay archivos de diccionarios conocidos:
+
=== ¿Por qué 64 bits? ===
  
{{hc|$ aspell dicts|
+
Es más rápido en la mayoría de los casos, y como razón adicional también inherentemente más seguro debido a la naturaleza de [[wikipedia:Address space layout randomization|Address space layout randomization (ASLR)]] en combinación con [[wikipedia:Position-independent code|Position-independent code (PIC)]] y [[wikipedia:NX Bit|NX Bit]] que no está disponible en el kernel de stock i686 debido a la deshabilitación de PAE. Si el equipo tiene más de 4 GB de RAM, solamente un sistema operativo de 64 bits será capaz de utilizarlo en su totalidad.
es
 
es_ES
 
...etc}}
 
  
Si el diccionario de la lengua correspondiente está en la lista, añádalo a {{ic|/usr/share/enchant/enchant.ordering}}. En el ejemplo anterior, sería:
+
Los programadores también tienden cada vez más a preocuparse menos de 32 bits ("legacy") y tratarlo como «nuevas» CPU de x86 que soportan normalmente extensiones de 64-bit.
  
es_ES:aspell
+
Hay muchas más razones que podríamos enumerar aquí para decirle que evite los 32 bits, razones relativas al kernel, al espacio de usuario y a los programas individuales que simplemente hacen mejor opción los 64 bits de momento.

Latest revision as of 14:18, 14 October 2018

Estado de la traducción
Este artículo es una traducción de Frequently asked questions, revisada por última vez el 2018-10-14. Si advierte que la versión inglesa ha cambiado puede ayudar a actualizar la traducción, bien por usted mismo o bien avisando al equipo de traducción.

Contents

General

¿Qué es Arch Linux?

Véase el artículo Arch Linux.

¿Por qué podría preferir no usar Arch?

Es posible que no desee usar Arch, si:

  • No tiene la habilidad/tiempo/ganas de usar una distribución GNU/Linux basada en «hazlo tú mismo».
  • Necesita compatibilidad para una arquitectura que no sea x86_64.
  • Adopta una postura firme sobre el uso de una distribución que solo proporcione software libre, según la definición de GNU.
  • Cree que un sistema operativo debería configurarse por sí solo y funcionar una vez instalado, incluyendo por defecto un completo conjunto de software y entornos de escritorios en la instalación.
  • No quiere una distribución GNU/Linux de lanzamiento continuo.
  • Está satisfecho con su sistema operativo actual.

¿Qué arquitecturas soporta Arch?

Arch sólo soporta la arquitectura x86_64 (a veces llamado amd64). El soporte para i686 fue eliminado en noviembre de 2017 [1].

Hay ports no oficiales para las arquitecturas i686 [2] y ARM [3], cada uno con sus propios canales de la comunidad [4]

¿Sigue Arch el estándar de jerarquía del sistema de archivos de la Fundación Linux (FHS)?

Arch Linux sigue la jerarquía del sistema de archivos para sistemas operativos que usan el administrador de servicios systemd. Véase file-hierarchy(7) para obtener una explicación de cada directorio junto con sus designaciones. En particular, /bin, /sbin, y /usr/sbin son enlaces simbólicos a /usr/bin, y /lib junto a /lib64 son enlaces simbólicos a /usr/lib.

Soy un completo principiante en GNU/Linux. ¿Debo usar Arch?

Si es un principiante y quiere usar Arch, tenga en cuanta únicamente que debe estar dispuesto a invertir un tiempo considerable en el aprendizaje de un nuevo sistema, así como aceptar el hecho de que Arch está diseñado fundamentalmente como una distribución DIY (Do-It-Yourself, Hágalo usted mismo). Es el usuario quien monta el sistema y controla en lo que se convertirá.

Antes de pedir ayuda, haga su propia investigación independiente buscando en Google, indagando en el foro (y leyendo el resto de estas preguntas frecuentes) y buscando en la excelente documentación proporcionada por la wiki de Arch. Hay una razón por la que estos recursos se ponen a disposición del usuario en primer lugar. Son muchos los voluntarios que dedican miles de horas compilando esta excelente información.

Véase también Arch terminology#RTFM y la guía de instalación.

¿Arch está diseñado para ser utilizado como un servidor?, ¿un escritorio?, ¿una estación de trabajo

Arch no está diseñado para un tipo de uso particular. Más bien, está diseñado para un tipo particular de usuario. Arch está dirigido a usuarios competentes que disfrutan de su naturaleza do-it-yourself, y que además la aprovechan para moldear el sistema y satisfacer sus necesidades. Por lo tanto, moldeado según los propósitos del usuario, Arch se puede utilizar prácticamente para cualquier propósito. Muchos utilizan Arch tanto en equipos de sobremesa como en estaciones de trabajo. Y por supuesto, archlinux.org se ejecuta en Arch.

A mí me gusta Arch, excepto que el equipo de desarrollo debería implementar la «funcionalidad X»

Involúcrese, contribuya con el código/solución a la comunidad. Si está bien considerado por el equipo de la comunidad y de desarrollo, tal vez sea integrado en Arch. La comunidad de Arch se nutre de la contribución y del intercambio de códigos y de herramientas.

¿Para cuándo la nueva versión disponible?

Los lanzamientos de Arch Linux son simplemente un entorno live para la instalación o el rescate, que incluyen el grupo base y unos pocos paquetes adicionales. Las versiones se liberan, por lo general, en la primera mitad de cada mes.

¿Es Arch Linux una distribución estable? ¿Tiene problemas con frecuencia?

Es el usuario el responsable en última instancia de la estabilidad de su propio sistema de lanzamiento continuo. El usuario decide el momento de actualizar, e integra los cambios necesarios cuando se requiere. Si el usuario accede a la comunidad en busca de ayuda, a menudo se le presta de manera oportuna. La diferencia entre Arch y otras distribuciones es que Arch es verdaderamente una distribución «do-it-yourself» ; las denuncias de ruptura son equivocadas e improductivas, cuando se debe a los cambios hechos a las aplicaciones por los desarrolladores de las mismas, sin ser responsabilidad del equipo que desarrolla Arch.

Véase el artículo mantenimiento del sistema para obtener consejos sobre cómo hacer que un sistema Arch Linux sea lo más estable posible.

Arch necesita más prensa (es decir, publicidad)

Arch obtiene mucha publicidad tal como es. El objetivo de Arch Linux no es ser grande, sino más bien, orgánicamente, el crecimiento sostenible se produce de forma natural entre los usuarios destinatarios.

Arch necesita más programadores

Posiblemente sea así. ¡No dude en ofrecer su tiempo! Visite los foros, canales IRC y listas de correo, y vea lo que hay pendiente por hacer. Comenzar a involucarse en el subforo de la Community Contributions es una buena manera de empezar.

¿Por qué va mi internet tan lento en comparación con otros sistemas operativos?

¿Está su red configurada correctamente? Véase el artículo sobre la configuración de red.

También tenga en cuenta que Arch Linux no viene con traffic shaping habilitado. Por lo tanto, es posible que si un programa, de alguna manera, utiliza su conexión de Internet al máximo –sin importar si se trata de P2P o de conexiones de un clásico client-server– otras conexiones locales se encontrarán obstruidas, traduciéndose en retrasos graves y tiempos de espera. El auxilio puede venir instalando un firewalls como Shorewall o Vuurmuur; también hay scripts estáticos para iproute2 (como por ejemplo este derivado de Wondershaper), que realiza precisamente esta tarea.

¿Por qué Arch está usando toda mi RAM?

Fundamentalmente, una RAM no utilizada es una RAM desperdiciada.

Muchos usuarios han observado cómo el kernel de Linux maneja la memoria de manera diferente de como están acostumbrados. Dado que el acceso a los datos alojados en la RAM es mucho más rápido que desde una unidad de almacenamiento, el kernel guarda en la memoria los datos a los que se ha accedido recientemente. Los datos en caché solo se borran cuando el sistema comienza a quedarse sin memoria disponible y los nuevos datos necesitan ser cargados.

Quizás la causa más común de esta confusión es la orden 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


Es importante distinguir entre memoria «free» y «available». En el ejemplo anterior, un portátil con 2,8G de memoria RAM total parece estar utilizando la mayor parte de ella, y solo disponer de 283M de memoria libre. Sin embargo, 1,4G de la misma está en «buff/cache». Todavía hay 1,2G disponibles para iniciar nuevas aplicaciones, sin tener que acudir al espacio de intercambio. Véase man free(1) para obtener más detalles. ¿El resultado de todo esto? ¡Más rendimiento!

Véase este maravilloso artículo ¡si su curiosidad se ha despertado! También hay un sitio web dedicado a aclarar esta confusión: http://www.linuxatemyram.com/

¿De dónde vino todo mi espacio libre?

La respuesta a esta pregunta depende de su sistema. Hay algunas utilidades de disco que pueden ayudarle a encontrar la respuesta.

Administración de paquetes

Véase las páginas pacman, pacman/Tips and tricks y repositorios oficiales para obtener más respuestas.

He encontrado un error con el paquete X. ¿Qué debo hacer?

En primer lugar, es necesario averiguar si el error es algo que el equipo de Arch puede arreglar. A veces no lo es (por ejemplo, los fallos de Firefox pueden ser responsabilidad del equipo de Mozilla), lo que se llama un error upstream. Si se trata de un problema de Arch, hay una serie de pasos que puede seguir:

  1. busque en los foros para obtener información. Compruebe si alguien más lo ha notado;
  2. publique un bug report con información detallada en https://bugs.archlinux.org;
  3. si lo considera oportuno, escriba un mensaje en el foro detallando el problema y el hecho de que ya lo ha informado. Esto ayudará a evitar que mucha gente avise del mismo error.

Los paquetes que Arch deberían usar una única extensión. «.pkg.tar.gz» y «.pkg.tar.xz» son demasiado largos y/o confusos

Esto ha sido discutido en Arch mailing list. Algunos propusieron archivos con la extensión .pac. Por lo que se sabe actualmente, no existe un plan para cambiar la extensión de los paquetes. Como dijo Tobias Kieslich, uno de los desarrolladores de Arch: «¡Un paquete es un tarball comprimido con gzip [xz]!. Y se puede abrir, investigar y manipular por cualquier aplicación que gestione los *.tar. Por otra parte, el mime-type es detectado automática y correctamente por la mayoría de las aplicaciones.»

Pacman necesita una biblioteca para que otras aplicaciones puedan acceder fácilmente a la información del paquete

pacman es el front-end para libalpm, la biblioteca «Arch Linux Package Management». Esta biblioteca permite escribir otros front-ends alternativos, como un front-end gráfico.

Pacman necesita la «característica X»

Si piensa que su idea tiene interés, entonces puede optar por debatirla en pacman-dev. También le recomendamos que compruebe https://bugs.archlinux.org por si encuentra peticiones de características similares.

Sin embargo, la mejor manera de obtener una característica adicional a pacman o a Arch Linux es implementarla por si mismo. El parche o código puede o no ser admitido oficialmente, pero quizás otros apreciarán, probarán y contribuirán a su esfuerzo.

Acabo de instalar el paquete X. ¿Cómo empiezo?

Si está utilizando un entorno de escritorio como KDE o GNOME, el programa automáticamente debería aparecer en el menú. Si está tratando de ejecutar el programa desde un terminal y no sabe el nombre del archivo binario, utilice:

$ pacman -Qlq nombre_del_paquete | grep /usr/bin/

¿Por qué hay solo una única versión de cada biblioteca compartida en los repositorios oficiales?

Importantes distribuciones, como Debian, tienen diferentes versiones de bibliotecas compartidas incluidas en paquetes diferentes: libfoo1, libfoo2, libfoo3 y así sucesivamente. De esta manera es posible tener aplicaciones compiladas con diferentes versiones de libfoo instaladas en el mismo sistema.

En el caso de una distribución como Arch, solo las últimas versiones estables de paquetes tienen soporte oficial. Si retiramos el soporte para software obsoleto, lo mantenedores de los paquetes tendrán más tiempo para dedicar a las nuevas versiones asegurando así que las mismas funcionen como se espera de ellas. Tan pronto como una nueva versión de una biblioteca compartida se hace disponible, los desarrolladores la añaden a los repositorios y recompilan los paquetes afectados para utilizar la nueva versión.

¿Qué pasa si ejecuto una actualización completa del sistema y hay una actualización de una biblioteca compartida, pero no para las aplicaciones que dependen de ella?

Este escenario no debería ocurrir en absoluto. Suponiendo que una aplicación llamada foobaz, que está en uno de los repositorios oficiales, ha sido compilada con la biblioteca denominada libbaz, una actualización de libbaz conllevará una recompilación de foobaz, y pacman actualizará libbaz sin problemas. En caso contrario, si no se compila con éxito, el paquete foobaz tendrá una dependencia a una versión distinta (por ejemplo, libbaz 1.5), la cual se habría eliminado por pacman durante la actualización de libbaz, debido a un conflicto entre ambas.

Si foobaz es un paquete que se compiló e instaló desde AUR, debe tratar de recompilar foobaz con la nueva versión de libbaz. Si la compilación falla, informe del problema a los desarrolladores de foobaz.

¿Es posible que haya una actualización del kernel principal, sin que se actualicen al mismo tiempo algunos de los paquetes de controladores?

No, eso no es posible. Las principales actualizaciones del kernel (por ejemplo, linux 3.5.0-1 a linux 3.6.0-1) siempre van acompañados de recompilaciones con todos los paquetes de controladores compatibles con el kernel. Por otro lado, si tiene un paquete de un controlador sin soporte oficial instalado en el sistema, como catalystAUR, y después de una actualización del kernel no recompila dicho controlador para el nuevo kernel, puede romperse el sistema. Los usuarios son responsables de actualizar los paquetes de controladores sin soporte que han instalado.

¿Qué hacer antes de actualizar?

Siga la sección actualización del sistema.

Un paquete de actualización fue liberado, pero pacman dice que el sistema está al día

Los servidores de réplicas de pacman no se sincronizan inmediatamente. Puede tomar más de 24 horas antes de una actualización está disponible para usted. Las únicas opciones son que sea paciente o utilizar otro servidor de réplica. MirrorStatus puede ayudar a identificar un servidor de réplica actualizado.

El proyecto X ha lanzado una nueva versión. ¿Cuánto tiempo demorará el paquete Arch para actualizar a esa nueva versión?

Las actualizaciones del paquete se lanzarán cuando estén listas. La cantidad específica de tiempo puede ser tan breve como unas pocas horas después de que se libere una actualización menor de corrección de errores, hasta varias semanas después de la actualización de un gran grupo de paquetes. La cantidad de tiempo desde la nueva versión hasta que Arch libera un nuevo paquete depende de los paquetes específicos y la disponibilidad de los mantenedores del paquete. Además, algunos paquetes pasan algún tiempo en el repositorio testing, por lo que esto puede prolongar el tiempo antes de que se actualice un paquete. Los mantenedores intentan trabajar lo más rápido posible para llevar actualizaciones estables a los repositorios. Si encuentra un paquete en los repositorios oficiales que está desactualizado, vaya al sitio web del paquete y márquelo.

Si necesito una versión anterior de una biblioteca instalada, ¿puedo simplemente enlazar a la versión más nueva?

Si tiene suerte, podría funcionar, por un tiempo. En cualquier caso, no es una solución adecuada, porque:

  • Las bibliotecas no cambian las versiones al azar - es probable que la API/ABI haya cambiado (posiblemente con bits eliminados), y es solo una cuestión de suerte si esos cambios afectan al uso.
  • El enlace simbólico no será rastreado por un administrador de paquetes. Los principiantes que intenten modificar de forma inmediata los archivos de la biblioteca del sistema, corren el mayor riesgo de realizar un cambio no deseado que no pueden diagnosticar/corregir, que el administrador de paquetes ayuda a evitar.
  • Una pequeña alternativa al volcado del archivo de biblioteca antiguo en el sistema de archivos, sin seguimiento, se olvidará, y no se detectarán/corregirán posibles errores de seguridad.

En su lugar, utilice/escriba por ejemplo un paquete de compatibilidad, que proporcione la versión de la biblioteca requerida.

Instalación

Arch necesita un instalador. ¿Tal vez una instalación a través de GUI?

Dado que la instalación no se produce con frecuencia (léase el resto de este artículo para saber más acerca de lo que significa lanzamiento continuo), no es una alta prioridad para los desarrolladores o usuarios. La guía de instalación ha sido completamente actualizada para utilizar el método de línea de comandos.

He instalado Arch, ¡y estoy en una shell! ¿Y ahora qué?

Véase las recomendaciones generales.

¿Qué entorno de escritorio o gestor de ventanas debo usar?

Ya que hay una gran variedad disponibles, use el que más se ajuste a sus necesidades. Véase los artículos Desktop environment (Español) y Window manager (Español).

¿Qué hace único a Arch respecto de otras distribuciones «minimalistas»?

Véase Arch compared to other distributions (Español).

64 bits

¿Cómo puedo saber si mi procesador es compatible con x86_64?

Si su procesador es compatible con x86_64, tendrá el flag lm (long mode) en /proc/cpuinfo. Por ejemplo,

$ grep -w lm /proc/cpuinfo

Bajo Windows, utilizando el software gratuito CPU-Z para ayudarle a determinar si su CPU es compatible con 64-bit. Las CPU con instrucciones para AMD de «MD64» o solución de «EM64T» para Intel, deberían ser compatibles con las versiones x86_64 y sus paquetes binarios.

¿Por qué 64 bits?

Es más rápido en la mayoría de los casos, y como razón adicional también inherentemente más seguro debido a la naturaleza de Address space layout randomization (ASLR) en combinación con Position-independent code (PIC) y NX Bit que no está disponible en el kernel de stock i686 debido a la deshabilitación de PAE. Si el equipo tiene más de 4 GB de RAM, solamente un sistema operativo de 64 bits será capaz de utilizarlo en su totalidad.

Los programadores también tienden cada vez más a preocuparse menos de 32 bits ("legacy") y tratarlo como «nuevas» CPU de x86 que soportan normalmente extensiones de 64-bit.

Hay muchas más razones que podríamos enumerar aquí para decirle que evite los 32 bits, razones relativas al kernel, al espacio de usuario y a los programas individuales que simplemente hacen mejor opción los 64 bits de momento.