Frequently asked questions (Español)
Artículos relacionados
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) y Arch Linux (Español). Ambos artículos contienen información muy útil sobre Arch Linux.
Contents
-
1 General
- 1.1 ¿Qué es Arch Linux?
- 1.2 ¿Por qué podría no preferir usar Arch?
- 1.3 ¿Qué arquitecturas soporta Arch?
- 1.4 ¿Tiene Arch soporte para CPU ARM?
- 1.5 Soy un completo principiante en GNU/Linux. ¿Debo usar Arch?
- 1.6 ¿Arch está diseñado para ser utilizado como un servidor?, ¿un escritorio?, ¿una estación de trabajo?
- 1.7 A mí me gusta Arch, excepto que el equipo de desarrollo debería implementar la «funcionalidad X»
- 1.8 ¿Para cuándo la nueva versión disponible?
- 1.9 ¿Es Arch Linux una distribución estable? ¿Tiene problemas con frecuencia?
- 1.10 Arch necesita más prensa (es decir, publicidad)
- 1.11 Arch necesita más programadores
- 1.12 ¿Por qué va mi internet tan lento en comparación con otros sistemas operativos?
- 1.13 ¿Por qué Arch está usando toda mi RAM?
- 1.14 ¿De dónde vino todo mi espacio libre?
-
2 Gestión de paquetes
- 2.1 ¿En qué paquete está X?
- 2.2 He encontrado un error con el paquete X. ¿Qué debo hacer?
- 2.3 Los paquetes que Arch deberían usar una única extensión. «.pkg.tar.gz» y «.pkg.tar.xz» son demasiado largos y/o confusos
- 2.4 Pacman necesita una biblioteca para que otras aplicaciones puedan acceder fácilmente a la información del paquete
- 2.5 Pacman necesita la «característica X»
- 2.6 ¿Cuál es la diferencia entre los distintos repositorios?
- 2.7 Acabo de instalar el paquete X. ¿Cómo empiezo?
- 2.8 ¿Por qué hay solo una única versión de cada biblioteca compartida en los repositorios oficiales?
- 2.9 ¿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?
- 2.10 ¿Es posible que haya una actualización del kernel principal, sin que se actualicen al mismo tiempo algunos de los paquetes de controladores?
- 2.11 ¿Arch utiliza paquetes firmados?
- 2.12 ¿Qué hacer antes de actualizar?
- 2.13 Un paquete de actualización fue liberado, pero pacman dice que el sistema está al día
- 3 Instalación
- 4 64-bit
General
¿Qué es Arch Linux?
Consulte el artículo Arch Linux (Español).
¿Por qué podría no preferir usar Arch?
Usted puede no querer usar Arch, si:
- no tiene la capacidad/tiempo/ganas de usar una distribución GNU/Linux basada en do-it-yourself («hazlo tú 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.
¿Qué arquitecturas soporta Arch?
Arch soporta las arquitecturas i686 y x86_64 (a veces llamado amd64) .
¿Tiene Arch soporte para CPU ARM?
No, pero el proyecto Arch Linux ARM proporciona un puerto de Arch Linux para varias plataformas ARM.
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 Beginners' guide (Español).
¿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 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.
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, 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.
Vea el artículo System maintenance 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? Eche un vistazo a nombre del equipo y Configurar la red[broken link: invalid section] de la Guía para principiantes.
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 a la memoria swap. Vea man free(1)
para obtener más detalles. ¿El resultado de todo esto? ¡Más rendimiento!
Consulte 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[broken link: invalid section] que pueden ayudarle a encontrar la respuesta.
Gestión de paquetes
¿En qué paquete está X?
Puede averiguarlo con pkgfile.
Por ejemplo:
$ pkgfile nombre_del_archivo
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:
- busque en los foros para obtener información. Compruebe si alguien más lo ha notado;
- publique un 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.
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
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).
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.
¿Cuál es la diferencia entre los distintos repositorios?
Consulte Repositorios Oficiales.
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.
¿Arch utiliza paquetes firmados?
Si. La firma de paquetes en pacman se ha implementado desde la versión 4. Véase package signing para obtener más información.
¿Qué hacer antes de actualizar?
En Arch Linux, es importante que, antes de actualizar, «compruebe las páginas principales de las noticias de Arch, las listas de anuncios, y, opcionalmente, el fórum y las listas de correos, antes de oprimir la tecla intro.» Cualquier intrucción especial se publicará en esos sitios.
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.
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 rolling release), no es una alta prioridad para los desarrolladores o usuarios. La Guía de instalación y la Guía para principiantes han sido completamente actualizadas para utilizar el método de línea de órdenes. Si todavía está interesado en usar un instalador, considere el uso de Archboot.
He instalado Arch, ¡y estoy en una shell! ¿Y ahora qué?
Véase la Guía para principiantes de Arch Linux.
¿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éanse los artículos Desktop environment (Español) y Window manager (Español).
¿Qué hace único a Arch respecto de otras distribuciones «minimalistas»?
Vea Arch compared to other distributions (Español).
64-bit
¿Cómo puedo saber si mi procesador es compatible con x86_64?
Si su procesador es compatible con x86_64, tendrá el flag lm
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.
¿Voy a tener todos los paquetes en mi Arch de 32 bits?
La mayoría de los paquetes oficiales tienen versiones de 64 bits, aunque puede que tenga que habilitar el repositorio multilib para ejecutar algunos programas de 32 bits. Package Differences enumera los pocos casos en los que paquetes de multilib difieren de las versiones nativas de 32 bits.
La única excepción son los paquetes de AUR que solo tienen enumerado 'i686'
, pero incluso entonces pueden trabajar para 64 bits también. Basta añadir 'x86_64'
al PKGBUILD.
Como último recurso, siempre puede instalar un sistema de 32-bit dentro del sistema de 64-bit.
¿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.
¿Puedo construir paquetes de 32 bits para i686 dentro de Arch de 64-bit?
Sí. Puede utilizar el repositorio multilib con un makepkg config o instalar un sistema de 32-bit dentro del sistema de 64-bit.
¿Puedo cambiar de i686 a x86_64 sin reinstalar?
No. Todos los paquetes deben volver a ser instalados en la nueva arquitectura y realizar los cambios de configuración que sean necesarios. Sin embargo, no es necesario volver a particionar o formatear unidades de disco duro durante la instalación, por lo que es posible migrar todos los datos antiguos. Un hilo del foro ha sido creado aquí que describe las medidas adoptadas para migrar una instalación desde 32 a 64 bits sin perder ninguna configuración/ajustes/datos utilizando un gran disco duro externo.
Sin embargo, también puede iniciar el sistema con la ISO de instalación de 64 bits, montar el disco, hacer copia de seguridad de todo lo que puede desee mantener que no sea un binario de 32 bits (por ejemplo: /home
& /etc
), e instalar.
También es posible que desee leer acerca de migrating between architectures.